Recentemente, parlando con persone che usano molto Claude Code, chiedo: "Senti che il tuo repository si sta riempiendo di cose inutili? Hai l'impressione che l'elaborazione sia rallentata un po'?" Quasi tutti rispondono: "Sì..."
- Le skill aumentano notevolmente senza che tu te ne accorga.
- I fatti di sei mesi fa rimangono nella cartella context/.
- CLAUDE.md si è così gonfiato che non riesco più a capirne l'insieme.
- L'elaborazione è diventata incredibilmente lenta.
Di recente ho capito che questo non è un problema di "come allevarlo".
È un problema di "metabolismo".
Proprio come il corpo umano non può sopravvivere solo con i nutrienti. Hai bisogno di metabolizzare, espellere e costruire una costituzione che sia difficile da sporcare fin dall'inizio. I repository sono esattamente la stessa cosa.
In questo articolo, scriverò di quattro meccanismi per portare Claude Code in uno stato di "auto-crescita". Per chi usa Claude Code abbastanza e sente che il costo di gestione sta diventando pesante, questo sarà davvero illuminante.
■ Allevare da solo ha dei limiti
In passato, ho scritto molti articoli in cui dicevo cose come "Claude Code è un gioco di allevamento".
https://x.com/0xfene/status/2042047157767926056?s=20
Creare skill, accumulare fatti in context/, perfezionare CLAUDE.md... era tutto incentrato sull'"aggiungere".
Questo funziona incredibilmente bene per i primi mesi.
Più fai, più Claude Code sembra intelligente, ed è molto divertente.
Tuttavia, dopo circa sei mesi, la prospettiva cambia.
Ci sono così tante skill che non sai nemmeno cosa ci sia, e i fatti in context/ iniziano a discostarsi dalla realtà. Anche CLAUDE.md diventa così gonfio che Claude inizia a trascurare istruzioni importanti.
In altre parole, si verifica un fenomeno per cui "più lo allevi, più si intasa".
È stato allora che ho capito.
Mettere solo cose dentro non basta.
Devi far ruotare i quattro pilastri dell'assunzione, del metabolismo, dell'eliminazione e di una "costituzione pulita", altrimenti il repository muore.
Presenterò questi quattro in ordine.
■ ① Assunzione: Rendere possibile importare immediatamente i post di X
Le ultime conoscenze su Claude Code sono quasi tutte su X.
- "I risultati sono schizzati alle stelle con questo prompt"
- "Questa combinazione di skill è pazzesca"
- "Non sapevo che si potessero scrivere hook in questo modo"
Ogni giorno, arrivano intuizioni davvero valide.
Ma il problema è che la maggior parte delle persone le lascia semplicemente scorrere via.
Ad essere sincero, facevo lo stesso.
Facevo uno screenshot pensando "Proverò questo più tardi", e un mese dopo guardavo il rullino fotografico e pensavo "Cos'era questo?"
Oppure aggiungevo un URL ai segnalibri e non lo riaprivo mai più.
I post morti di X si accumulavano nel telefono e nel browser.
Così, ho creato un "canale di assunzione" per i post di X.
Nello specifico, quando fornisci un URL di un post di X, Claude Code fa automaticamente quanto segue:
- Riassume i punti principali
- Categorizza con tag
- Suggerisce aggiunte se può essere riflesso nelle skill esistenti
- Abbozza una skill se sembra necessaria una nuova
- Lo memorizza in context/ se è solo informazione di riferimento
È un meccanismo che fa tutto questo quasi automaticamente.
Solo aggiungendo questo, il mio comportamento quando guardo X è cambiato completamente.
Prima, mi accontentavo di uno screenshot, ma ora quando vedo un post che mi interessa su X, do l'URL a Claude Code sul momento. Viene elaborato senza problemi e tre minuti dopo, la skill è aggiornata.
"Trovare buone informazioni" e "fonderle nel mio Claude Code" diventano un unico insieme di azioni.
Questo è incredibilmente importante.
Davvero importante.
Perché le ultime conoscenze che circolano nella comunità vengono continuamente iniettate nel tuo repository.
Avere questo o non averlo fa un'enorme differenza sei mesi dopo...!!!
Nello specifico, poiché esiste una CLI per X, puoi farlo collegandola a Claude Code dalla X Developer Console.
Salterò il metodo dettagliato dato che Claude Code probabilmente lo implementerà per te, ma se sei interessato, contattami!
■ ② Metabolismo: Le skill crescono da sole attraverso il feedback umano
Questa è la parte che raccomando di più.
Si tratta di un meccanismo chiamato Gotcha, ed è seriamente pazzesco.
Di cosa si tratta: inserire una sezione "Insidie Passate" alla fine di ogni file di definizione delle skill.
Ad esempio, in questo modo:
1## Gotchas (Insidie Passate)21. Non riutilizzare numeri da articoli passati32. DAIJOBU Co., Ltd. usa la notazione con suffisso. "DAIJOBU Corporation" è errato43. Diffidare di numeri esagerati
Questo è tutto.
Tutto qui.
Ma è incredibilmente potente come meccanismo per far evolvere una skill in una "esperta".
Nello specifico, il flusso funziona così:
- L'utente fornisce un feedback ("Questo articolo ha gli stessi numeri di uno passato")
- Quel feedback viene aggiunto alle Gotchas di quella skill
- La volta successiva che quella skill viene chiamata, le Gotchas vengono automaticamente incluse nel prompt
- Claude Code riconosce: "Oh, questa è una cosa che ho sbagliato prima", e la evita
In altre parole, con un singolo feedback umano, quella skill diventa permanentemente più intelligente.
Questo è davvero sconvolgente.
Ad esempio, la mia skill per la revisione degli articoli ora ricorda perfettamente "non usare gli stessi numeri degli articoli passati" e "DAIJOBU Co., Ltd. è un suffisso."
La skill per la preparazione degli 1on1 ricorda di "elencare 5 percorsi di carriera per un ingegnere QA."
La skill per i colloqui ricorda di "leggere sempre prima di chiedere; saltarlo fa perdere fiducia."
Non lo dico ogni volta.
Ho solo dato un feedback una volta e l'ho aggiunto alle Gotchas.
Sembra più "lasciarlo fare esperienza" che "allevarlo."
Proprio come dare feedback a un nuovo arrivato, la skill stessa diventa costantemente più intelligente.
Oltre a questo, un altro meccanismo complementare è quello che chiamo Sogni.
Questa è una skill che estrae schemi trasversali all'intero repository che le singole skill non possono cogliere, su base settimanale.
Trova schemi ricorrenti dai registri di lavoro recenti e li scrive automaticamente in context/dreams.md. Cose come "Ho fatto questo giudizio tre volte di recente" o "questo errore si sta ripetendo."
In breve, è un meccanismo in cui il sé di oggi osserva le azioni del sé di ieri.
Con questo, schemi comportamentali che non avevi nemmeno notato vengono verbalizzati e promossi a patrimonio.
Quando Gotcha e Sogni iniziano a ruotare, il repository entra in uno stato in cui "fa esperienza e diventa più intelligente da solo."
Funziona davvero...!!!
■ ③ Eliminazione: Fare regolarmente "domande" a Claude Code
Da qui, si tratta del lato "output".
Ad essere sinceri, non è che tutti siano bravi a pulire?
Io ero terribile.
Pensavo: "Probabilmente non lo uso più..." ma lo tenevo perché avevo paura della decisione di buttarlo via.
Prima che me ne accorgessi, avevo un sacco di skill, e metà non venivano usate.
All'inizio, ho cercato di risolvere con un meccanismo tipo "robot per la pulizia automatica", ma non funzionava molto bene.
Il giudizio era troppo difficile e, alla fine, un umano doveva controllare.
Così ho cambiato strategia.
Invece di far pulire il meccanismo, sono passato a un'operazione in cui un umano fa regolarmente "domande."
Nello specifico, una volta al mese, faccio sempre a Claude Code queste tre cose:
- Ci sono skill o agenti che non vengono usati? (Elenca quelli non chiamati nell'ultimo mese)
- C'è qualche contesto vecchio rimasto? (Elenca i file non aggiornati da oltre sei mesi)
- Voglio velocizzare l'elaborazione di Claude Code; cosa la sta rallentando?
Chiedo e basta.
Non c'è un meccanismo speciale.
Ma solo decidendo di farlo una volta al mese, la pulizia del repository inizia a ruotare.
Questo perché invece di decidere "se buttarlo via", mi limito a "visualizzare la situazione attuale."
Quando esce la lista, vedo a colpo d'occhio: "Oh, non lo uso più" o "Questo contesto è diverso dalla realtà." Il giudizio stesso finisce in cinque secondi.
Trasforma la pulizia da "automazione" a "regolarizzazione delle domande."
Il tuo cuore si sentirà più leggero.
Per favore, prova a metterlo in agenda una volta al mese.
È fantastico!
■ ④ Costruire una costituzione che sia difficile da sporcare fin dall'inizio
Questa potrebbe essere la cosa più importante che voglio trasmettere questa volta.
Pulire duro è importante, ma è enormemente più conveniente creare una struttura che non si sporchi fin dall'inizio.
Ci sono due chiavi per una costituzione difficile da sporcare.
La prima è definire l'SSoT (Single Source of Truth).
SSoT significa decidere un unico posto dove "la versione corretta di queste informazioni esiste solo qui."
Ad esempio, prendi lo stato più recente dei clienti.
Se lo disperdi in quattro posti—"DB clienti Notion," "context/clients/," "memo Slack," e "la tua testa"—si verificheranno sicuramente discrepanze.
Sei mesi dopo, non saprai "qual è quello corretto?" e il repository si trasformerà in una palude.
Invece, decidi che "l'SSoT per lo stato più recente dei clienti è context/clients/{nome}.md."
Quello che c'è scritto è lo stato più recente della realtà; Notion è fondamentalmente una copia di quello, e Slack è trattato rigorosamente come flusso (informazioni che scorrono via).
(In realtà, operiamo centralizzando le informazioni sui clienti in Notion.)
Solo decidendo fermamente questo all'inizio, le informazioni smettono di disperdersi.
La seconda è separare le informazioni di flusso e le informazioni di stock.
Questo è incredibilmente efficace.
- Informazioni di flusso = Verbali di riunioni, log degli 1on1, memo di riunioni di lavoro, rapporti giornalieri, risultati di ricerche (aggiunte cronologicamente, non deperiscono)
- Informazioni di stock = Fatti corretti al momento attuale, stati (sovrascritti, dannosi se vecchi)
Se non separi questi due, le informazioni di flusso si mescoleranno sempre di più con lo stock, e il repository diventerà una palude.
Nel mio repository, le informazioni di flusso sono fisicamente separate sotto work/, e le informazioni di stock sotto context/.
Solo seguendo rigorosamente la regola "leggi i verbali e promuovi solo i nuovi fatti allo stock", il lato context/ può essere mantenuto pulito per sempre.
Il lato work/ si accumulerà cronologicamente, ma poiché è "informazione che scorre via", non è dannoso anche se invecchia.
In breve, separi fisicamente il posto dove le cose entrano e il posto dove si accumulano.
Se fai questo, la pulizia stessa diventa incredibilmente leggera.
Il lato stock è strutturalmente difficile da sporcare, e il lato flusso non è dannoso anche se invecchia.
Se progetti prima la costituzione, l'operazione successiva cambierà di 180 gradi.
■ Dall'Allevamento all'Auto-Crescita
Ho introdotto quattro cose finora:
- ① Assunzione: Importare immediatamente i post di X
- ② Metabolismo: Le skill crescono da sole attraverso il feedback umano (Gotcha + Sogni)
- ③ Eliminazione: Pulizia regolare ponendo "domande"
- ④ Una costituzione difficile da sporcare: SSoT e separazione Flusso/Stock
Quando questi quattro iniziano a ruotare, cosa succede?
Il repository entra in uno stato in cui "cresce da solo."
All'inizio, pensavo che Claude Code fosse un "gioco di allevamento."
Creare skill, scrivere contesto, organizzare CLAUDE.md... lo perfezionavo tutto a mano.
Ma quando imposti questi quattro, la prospettiva cambia da un certo momento.
Il repository diventa più intelligente da solo senza che tu debba toccarlo.
Nuove intuizioni arrivano continuamente da X, e le skill fanno esperienza e diventano più intelligenti da sole. Le cose vecchie vengono organizzate regolarmente, e poiché è difficile sporcarsi fin dall'inizio, la manutenzione stessa è incredibilmente leggera.
Quando questo ciclo inizia a ruotare, il rapporto con Claude Code cambia veramente.
Passa dalla sensazione di "perfezionare uno strumento" alla sensazione di "crescere insieme."
Dall'"era dell'allevamento" all'"era della creazione di meccanismi per crescere."
Il mio Claude Code tra un anno dovrebbe essere molto più intelligente di quello che avrei potuto allevare a mano oggi.
Con questo in mente, sto ancora perfezionando la costituzione del repository oggi.
Spero che anche voi proviate a portare il vostro Claude Code in uno stato di "auto-crescita"!
Sono sicuro che la prospettiva cambierà significativamente...!!!
*Abbiamo rilasciato un servizio di formazione su Claude Code per le aziende!! Se qualcuno è interessato, non esitate a mandarmi un DM o un commento! I membri che stanno effettivamente padroneggiando Claude Code nel business B2B vi formeranno seriamente dalle basi sulle storie essenziali per utilizzare Claude Code in un'organizzazione. Abbiamo creato un meccanismo per cui potete seguire il corso in modo ragionevole coinvolgendo sussidi, quindi sentitevi liberi...!!!
