Kit di comunicazione

Subject: Siete nel pilota di Claude Code

[Name / team],

Siete nella prima ondata di Claude Code presso [company]. Abbiamo scelto
questo gruppo perché lo metterete su problemi reali e ci direte la verità
al riguardo.

La richiesta: usatelo su almeno un compito reale questa settimana, poi
lasciate una nota in #claude-code-pilot coprendo cosa ha funzionato, cosa
era fastidioso e cosa vi ha sorpreso. Questo feedback decide come lo
implementiamo a tutti gli altri.

[Continuate con "Iniziate in due minuti" dall'annuncio standard]

Una cosa extra per i piloti: al vostro primo cambio multi-file, premete
Shift+Tab finché non vedete "plan". Claude esporrà esattamente cosa intende
fare prima di toccare un file. È il modo più veloce per calibrare quanto
fidarsi.

Ehi [name], i tuoi post su #claude-code stanno facendo più per l'adozione
del mio annuncio. Un paio di persone mi hanno detto che il tuo [thread /
screenshot] era il motivo per cui l'hanno effettivamente provato.

Vuoi renderlo semi-ufficiale? Poco sforzo: principalmente continua a
postare quello che stai postando, più il primo accesso alle nuove funzioni
e una linea diretta al team di Anthropic. Posso condividere un breve
playbook se sei interessato.

🎯 *Suggerimento: Abbina il modello al momento*

Usare Opus per correggere un errore di battitura brucia il calcolo. Usare
Haiku per un refactor di 12 file è chiedere un rifacimento.

Claude Code funziona sugli stessi modelli dell'app Claude, e potete
cambiare a metà sessione. *Sonnet* è il cavallo da lavoro predefinito per
il lavoro di funzionalità quotidiana, bug, test e revisioni. Raggiungete
*Opus* su refactor su larga scala, debug complicati o qualsiasi cosa ad
alto rischio. Scendete a *Haiku* per domande rapide, formattazione e
modifiche meccaniche dove la velocità vince.

*Provalo ora:* digitate `/model` e scegliete Sonnet se non l'avete già
fatto. È il default giusto per la maggior parte dei compiti.

📖 Configurazione del modello → https://code.claude.com/docs/it/model-config

🚀 *Suggerimento: Tre cose da provare nei vostri primi 10 minuti*

Installato Claude Code ma non siete sicuri di cosa effettivamente chiedere?
Iniziate con le cose che vi hanno infastidito tutta la settimana.

  - Correggete qualcosa di fastidioso: "il test in [file] è instabile,
    scopri perché"
  - Orientatevi nel codice che non avete scritto: "spiegami come funziona
    [module]"
  - Sanity-check prima di spingere: "guarda il mio diff funzionante e
    dimmi cosa sembra rischioso"

Nessuno di questi ha bisogno di setup. Basta `cd` nel vostro repo ed
eseguite `claude`.

*Provalo ora:* scegliete il bug che state evitando e incollate il messaggio
di errore.

📖 Quickstart → https://code.claude.com/docs/it/quickstart

📁 *Suggerimento: Smettete di re-spiegare il vostro repo ogni sessione*

Dire a Claude "usiamo pnpm, non npm" per la quinta volta? C'è una soluzione
una tantum.

Eseguite `/init` una volta per repo. Claude legge la struttura del vostro
progetto e scrive un file CLAUDE.md con i vostri comandi di build,
architettura e convenzioni. Ogni sessione futura in quel repo inizia da
questo file automaticamente. Mantenetelo sotto due schermate. È un foglio
di aiuto, non documentazione.

*Provalo ora:* aprite il vostro repo principale, eseguite `claude`, digitate
`/init`. Trenta secondi, ripaga ogni sessione dopo.

📖 CLAUDE.md e memoria del progetto → https://code.claude.com/docs/it/memory

📎 *Suggerimento: Smettete di incollare i contenuti dei file nella chat*

Copiare 200 righe di un componente nel vostro prompt in modo che Claude
possa "vederlo"? Non dovete.

Digitate `@` poi un percorso di file. Claude tira il file direttamente nel
contesto. Funziona anche per intere directory.

> gli stili in @src/components/Button.tsx sembrano sbagliati, controlla
> contro @docs/design-system.md

*Provalo ora:* digitate `@` poi Tab. L'autocomplete vi mostra ogni file a
portata.

📖 Riferimento ai file → https://code.claude.com/docs/it/common-workflows

🛡️ *Suggerimento: Un tasto tra "guarda ma non toccare" e "fallo e basta"*

A volte volete che Claude chieda prima di ogni modifica. A volte volete
solo che lo faccia. Non dovreste dover scegliere uno per sempre.

*Shift+Tab* cicla attraverso quanto guinzaglio Claude ottiene: *default*
chiede prima di cose rischiose, *acceptEdits* lascia fluire le modifiche
ai file e i comandi comuni del filesystem mentre controlla ancora prima di
altri comandi shell, e *plan* propone cambiamenti per la vostra approvazione
prima che qualcosa sia toccato. La modalità Plan è il costruttore di
fiducia, quindi iniziate da lì per qualsiasi cosa che tocchi più file.

*Provalo ora:* al vostro prossimo refactor, premete Shift+Tab finché non
vedete "plan", poi descrivete il cambiamento. Otterrete una proposta
completa prima che un singolo file si muova.

📖 Modalità di permesso → https://code.claude.com/docs/it/permissions

⏪ *Suggerimento: C'è un pulsante di annullamento per l'intera conversazione*

Claude è andato nella direzione sbagliata tre turni fa e ora lo state
districando? Non dovete aggiustare in avanti.

`/rewind` torna a un punto precedente nella conversazione, inclusi i
cambiamenti ai file che Claude ha fatto lungo il percorso. Il checkpointing
è automatico; non dovete impostare nulla.

*Provalo ora:* premete *Esc* due volte per aprire il menu di rewind, o
digitate `/rewind`. Scegliete il punto prima che le cose andassero di
traverso.

📖 Checkpointing → https://code.claude.com/docs/it/checkpointing

🔌 *Suggerimento: Lasciate che Claude legga il vostro issue tracker così
non dovete incollare i ticket*

Incollare i ticket Jira nel terminale sembra un passo indietro. Lo è.

Un file di configurazione (`.mcp.json` alla radice del vostro progetto)
collega Claude a GitHub, Jira, Linear, o qualsiasi tracker usiate. Poi
"qual è il problema di priorità più alta assegnato a me?" e "vai avanti e
correggilo" accadono nella stessa conversazione.

*Provalo ora:* chiedete a Claude "configura un connettore MCP per
[GitHub/Jira/Linear] in questo repo". Scriverà la configurazione per voi.

📖 Connettori MCP → https://code.claude.com/docs/it/mcp

⚡ *Suggerimento: Trasformate quel prompt che continuate a riscrivere in un
comando*

Digitato "riassumi quello su cui ho lavorato oggi da git log, formattalo per
standup" tre volte questa settimana? Questo è un comando slash in attesa di
accadere.

Un file SKILL.md in `.claude/skills/<name>/` diventa un prompt riutilizzabile;
digitate `/<name>` per eseguirlo. Fatene uno la seconda volta che digitate
un prompt multi-step che avete digitato prima. Percorso più facile: chiedete
a Claude di farlo per voi.

*Provalo ora:* digitate "fammi uno skill /standup che riassume quello su cui
ho lavorato oggi da git log", poi eseguite `/standup` domani mattina.

📖 Skills → https://code.claude.com/docs/it/skills

🔔 *Suggerimento: Ricevete una notifica quando il vostro refactor finisce*

Seduti alla vostra scrivania a guardare Claude lavorare attraverso un
compito lungo? Avete cose migliori da fare per questi otto minuti.

Gli hooks sono comandi shell che si attivano su eventi di Claude Code. Un
hook Stop che invia una notifica desktop significa che potete avviare un
refactor lungo, allontanarvi e ricevere una notifica nel momento in cui è
finito.

*Provalo ora:* chiedete a Claude "aggiungi un hook Stop che invia una
notifica desktop quando finisci". Scriverà lo script e lo collegherà.

📖 Guida agli hooks → https://code.claude.com/docs/it/hooks-guide

📸 *Suggerimento: Smettete di descrivere la finestra di dialogo di errore.
Mostratela.*

Digitare "c'è una scatola rossa che dice qualcosa su un riferimento nullo e
sta puntando alla riga 47-ish"? Fate uno screenshot.

Trascinate uno screenshot direttamente nel terminale e Claude lo vede:
finestre di dialogo di errore, mockup UI, foto di lavagna, esportazioni
Figma. *Ctrl+V* incolla dagli appunti (usate Ctrl+V anche su macOS, non
Cmd+V).

*Provalo ora:* la prossima volta che qualcosa di visivo si rompe, fate uno
screenshot e incollatelo direttamente nel prompt. Poi digitate semplicemente
"cosa c'è di sbagliato qui?"

📖 Lavorare con le immagini → https://code.claude.com/docs/it/common-workflows

🌿 *Suggerimento: Passate tutta la cerimonia git*

La correzione ha richiesto 5 minuti. Il messaggio di commit, il ramo e la
descrizione PR ne hanno richiesti 15. Quel rapporto è sbagliato.

Claude gestisce l'intero flusso git: commit con messaggi convenzionali,
rami, PR con riepiloghi appropriati. Una richiesta: "correggi l'off-by-one,
commit con un messaggio di commit convenzionale e apri una PR." Rivedete il
lavoro di qualcun altro? Incollate l'URL della PR e chiedete a Claude di
spiegarvi il diff.

*Provalo ora:* dopo la vostra prossima correzione, invece di passare al
vostro client git, digitate semplicemente "commit questo con un buon
messaggio e apri una PR".

📖 Creazione di pull request → https://code.claude.com/docs/it/common-workflows

📦 *Suggerimento: Qualcuno probabilmente ha già costruito quella skill*

Stai per spendere un'ora a costruire un comando `/deploy`? Controlla se
esiste già.

Le skills vengono raggruppate e condivise come plugin. `/plugin` sfoglia
cosa è disponibile e installa in un passaggio. Cinque minuti di sfogliamento
possono risparmiare un'ora di costruzione.

*Provalo ora:* digitate `/plugin` e scorrete. Troverete almeno una cosa che
non sapevate di volere.

📖 Plugins → https://code.claude.com/docs/it/plugins

🔐 *Suggerimento: La risposta a "è sicuro?" per la prossima volta che vi
viene chiesto*

Qualcuno nel vostro team chiederà "aspetta, dove va il mio codice?" Ecco la
versione breve che potete incollare.

Permission-first per design. Ogni modifica di file, comando shell e chiamata
esterna è controllata dalla vostra approvazione. La CLI funziona nel vostro
terminale e parla direttamente all'API di Anthropic, senza server di terze
parti, e supporta sandboxing opzionale a livello di OS per i comandi shell.
Secondo il vostro piano Enterprise, Anthropic non utilizza il vostro codice
o i vostri prompt per addestrare i suoi modelli.

*Provalo ora:* salvate questi due link per la prossima volta che la domanda
viene posta. Rispondono alla maggior parte delle domande di revisione della
sicurezza.

📖 https://code.claude.com/docs/it/security
📖 https://code.claude.com/docs/it/data-usage

✅ *Suggerimento: Le 4 abitudini che separano "l'ho provato una volta" da
"lo uso quotidianamente"*

La maggior parte delle persone che rimbalzano da Claude Code ne hanno
saltata una. La maggior parte delle persone che rimangono le hanno fatte
tutte quattro nella prima settimana.

  - Iniziate in modalità plan per qualsiasi cosa che tocchi più file
  - Eseguite /init presto; il contesto si compone
  - Rivedete i diff prima di fare il commit; Claude può essere
    confidentemente sbagliato
  - Verificate i cambiamenti che toccano percorsi critici; trattate come
    un junior acuto, non un oracolo

*Provalo ora:* se ne avete fatto solo uno o due, scegliete quello che state
perdendo e fatelo al vostro prossimo compito. Pubblicate cosa è cambiato in
#claude-code.

📖 Best practice → https://code.claude.com/docs/it/best-practices