Un trucco segreto per ridurre il consumo di token di Claude Code del 67%

I token si sciolgono in un istante con Claude Code...

Ti spiegherò un trucco segreto per ridurre drasticamente il consumo di token e risolvere questo problema.

Introdurrò anche un prompt che può essere utilizzato per contrastare il consumo di token, anche con Fable.

In realtà, usare solo modelli intelligenti fa lievitare costi e tempi di attesa.

La vera efficienza non risiede nell'"intelligenza" del modello, ma nello scegliere il modello in base al "peso del compito".

In questo articolo, ti mostrerò come fare queste scelte e ti fornirò un prompt di distribuzione che puoi usare così com'è.

Perché Cambiare Modello Riduce i Token

I modelli attualmente disponibili in Claude Code sono Fable, Opus, Sonnet e Haiku.

In linea di massima, più un modello è intelligente, più calcoli utilizza internamente.

Di conseguenza, aumenta il numero di token consumati solo per eseguire lo stesso compito.

Usare il modello di fascia alta per semplici ricerche o controlli delle differenze è come noleggiare un supercomputer per un calcolo che si potrebbe fare con una calcolatrice.

Semplicemente cambiando modello in base alla difficoltà del compito, puoi ridurre significativamente i consumi inutili.

Ruoli per i Quattro Modelli

Decidere i ruoli in anticipo ti permette di cambiare senza esitazione.

• Haiku: Lavori leggeri come conferma file, ricerca, controllo differenze e verifica formato.
• Sonnet: Lavori pratici come implementazione, modifica e sostituzione dopo che il piano è stato definito.
• Opus: Compiti che richiedono giudizio, come revisione di testi, regolazione di prompt, revisioni e organizzazione della struttura.
• Fable: Solo per compiti con costi di errore elevati, come progettazione generale, decisioni su direzioni difficili da invertire, valutazioni che coinvolgono più file e controlli finali.

Delegando i compiti leggeri a modelli leggeri, anche il tempo di attesa percepito diventa più breve.

Al contrario, se provi a gestire valutazioni importanti solo con modelli economici, le rilavorazioni aumenteranno e alla fine costerà di più a lungo termine.

La chiave qui è tenere Fable riservato per "compiti speciali".

Se butti tutto su Fable, i tuoi token si scioglieranno in un istante.

Non Basta Usare Solo il Modello Più Intelligente?

Mi aspetto un'obiezione qui.

"Cambiare è una seccatura. Non va bene usare semplicemente il modello più intelligente dall'inizio?"

Capisco la sensazione.

Ma usare un modello ad alte prestazioni per compiti che non richiedono giudizio è semplicemente uno spreco.

Ricerche e controlli delle differenze possono essere fatti con sufficiente precisione anche da modelli leggeri.

Delegando solo le parti che richiedono un giudizio pesante al modello intelligente, puoi ridurre i costi senza sacrificare la precisione.

Per chi pensa che "classificare ogni volta sia una scocciatura", usando il seguente prompt, i compiti verranno automaticamente distribuiti a sotto-agenti di ciascun modello per procedere con il lavoro.

Prompt di Distribuzione da Usare Così Com'è

Questo è il prompt che uso effettivamente.

Riscrivilo per adattarlo al tuo progetto.

1Sei l'"Orchestratore di Modelli" per Claude Code.
2Il tuo obiettivo è utilizzare diversi modelli (Haiku, Sonnet, Opus, Fable) in base al contenuto del compito per mantenere la qualità del lavoro mentre si reprime il consumo inutile di token.
3
4# Classificazione dei compiti in quattro modelli
5Leggero (Haiku): Conferma file, ricerca, controllo differenze o formati, ecc.
6Piano deciso (Sonnet): Modifica, sostituzione, implementazione, scrittura, ecc., dove il lavoro può procedere senza esitazione una volta stabilita la direzione.
7Richiede giudizio (Opus): Perfezionamento di testi o prompt, revisioni, ecc., compiti che richiedono giudizio.
8Compiti particolarmente importanti (Fable): Progettazione generale, definizione della direzione, modifiche complesse, conferma finale, giudizi importanti, ecc., dove il fallimento porta a pesanti rilavorazioni.
9
10# Primi passi
11Controlla i compiti da eseguire, organizza l'uso dei modelli nei sotto-agenti in una tabella, quindi procedi con il lavoro. Se è meglio cambiare il modello principale, per favore dimmi quale modello dovrebbe essere usato.
12
13# Vincoli
14- Non usare modelli pesanti dall'inizio. Organizza i materiali con modelli leggeri e passa a modelli più potenti solo quando è necessario un giudizio.
15- Delega compiti leggeri come conferma file e ricerca a sotto-agenti con modelli leggeri specificati per reprimere il consumo.
16- Poiché l'umano cambia il modello principale, quando è necessario aggiornare o declassare il modello principale, informa l'utente del momento e del modello di destinazione.
17- Vieta il passaggio di compiti che sono solo ricerca o confronto a modelli di fascia superiore.
18- Vieta l'esecuzione di grandi quantità di modifiche di routine con modelli di fascia superiore.
19- Vieta il riversamento di grandi quantità di file disordinati in modelli di fascia superiore prima di organizzarli con modelli leggeri.

Se lo incolli e lo usi così com'è, prima produrrà una tabella dei compiti e deciderà l'uso del modello prima di procedere.

Scenari per l'Uso Pratico

Vediamo nello specifico dove puoi applicare il tuo lavoro.

• Ricerca di parti rilevanti in grandi file di log → Controllo rapido con Haiku
• Correzione del codice secondo un piano di modifica deciso → Affida il lavoro pratico a Sonnet
• Ripensare la struttura di un articolo o documento → Affida il giudizio a Opus
• Decidere la direzione di progettazione per una nuova funzionalità, conferma finale di modifiche che interessano più file → Lascialo solo a Fable

Da quando ho iniziato ad affidare solo i giudizi di progettazione importanti a modelli di fascia alta e a instradare tutto il resto a modelli leggeri, sia i tempi di attesa che i costi sono diventati significativamente più leggeri.

Se non sei sicuro, segui la regola di provare dai modelli inferiori e salire di un livello se non basta.

Insidie da Evitare

L'errore più comune è fuggire di riflesso a Fable nel momento in cui esiti in un giudizio.

Se lo fai, finisce per non essere diverso dall'affidarsi a modelli ad alte prestazioni dall'inizio.

Al contrario, è anche pericoloso cercare di gestire importanti giudizi di progettazione che interessano più file solo con modelli leggeri.

Tagliare qui porterà a grandi rilavorazioni in seguito e costerà ancora di più.

Compiti leggeri con modelli leggeri, giudizi pesanti con modelli pesanti.

Per favore, non infrangere questa linea di demarcazione.

Se non sei sicuro, usa il prompt sopra per chiedere a un modello ad alte prestazioni di distribuire i compiti, e non ci saranno grossi errori.

Riepilogo

Scegli i modelli in base al peso del compito.

Haiku è per la conferma, Sonnet per implementazione/scrittura, Opus per giudizio/compiti complessi, e Fable è dedicato a fasi come la progettazione con costi di errore elevati.

Una volta che usi il prompt di distribuzione, eseguilo di conseguenza.

Gli strumenti non sono fatti per essere usati solo perché sono potenti.

Dovresti sceglierli in base al peso che si adatta alla situazione.

Puoi facilmente distribuire i modelli usando il prompt, quindi aggiungilo ai preferiti e usalo al massimo.

Infine, sto attualmente distribuendo 55 vantaggi principali gratuitamente, tra cui una guida completa su come introdurre Claude Code e metodi di monetizzazione. Se non l'hai ancora fatto, ricevili da qui.

→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet