Ricerca, scrittura, generazione di immagini, fact‑checking, pubblicazione sui social, contabilità e gestione del calendario. Integrando 21 attività in un unico ambiente Claude Code, il mio tempo di lavoro effettivo giornaliero si è ridotto a 60 minuti.
L’immagine di copertina è stata generata dall’IA. Il prompt è disponibile in questo articolo con oltre 140.000 caratteri.
Sono un ex graphic designer. Non ho mai lavorato con la scrittura di codice. Ho progettato per la stampa per 14 anni e nel 2020 sono passato al Web/AI.
Ho costruito un “reparto marketing composto da una sola persona” all’interno di Claude Code. Anche se lo chiamo reparto, non si limita al marketing. È un sistema che integra le operazioni aziendali stesse in un unico ambiente AI.
In questo articolo scriverò della progettazione complessiva delle 21 competenze, della filosofia di progettazione dell’integrazione, della timeline lavorativa quotidiana e dell’intero processo di costruzione.
Se non lo hai ancora installato, clicca qui
https://x.com/kawai_design/status/2032673056347533607
[40 minuti per eliminare “A cosa mi serve?”]
Mostrare l’intero workspace professionale di Claude Code
Limitato ai primi 100: dettagli del webinar qui
https://x.com/kawai_design/status/2037862268210118865
Progettazione complessiva delle 21 competenze
Nel mio ambiente Claude Code ci sono 21 competenze. Ognuna ha capacità specializzate indipendenti ed è suddivisa in cinque livelli.
Livello Ricerca
- research‑ai: Raccolta e selezione automatica delle notizie sull’AI. Metodo ibrido che combina feed RSS e selezione di Claude.
- research‑insight: Esplorazione dei bisogni latenti e dei problemi strutturali. Individuazione di “problemi non verbalizzati” attraverso la triangolazione di dati qualitativi.
Livello Produzione
- writer‑article: Scrittura end‑to‑end degli articoli su note. Dalla progettazione della struttura e del corpo del testo all’inserimento di boilerplate e all’output del file.
- writer‑post: Progettazione, scrittura e gestione dei post su X.
- writer‑copy: Copywriting per siti web, landing page e pubblicità.
- thumbnail: Progettazione dei prompt per la generazione di thumbnail.
- diagram: Progettazione delle illustrazioni di sezione.
- table: Generazione di tabelle HTML/CSS.
- slide‑builder: Realizzazione di siti per slide di webinar.
- ui: Implementazione HTML/CSS/JS di siti web, landing page e dashboard.
Livello Controllo Qualità
- fact‑check: Verifica di numeri, citazioni, attribuzioni e relazioni di causa‑effetto rispetto alle fonti originali.
- design‑score: Valutazione a 100 punti del design di banner, thumbnail, landing page, ecc.
Livello Operativo
- secretary: Gestione di appuntamenti, To‑Do e calendario.
- accounting: Emissione di fatture e registrazione nel libro vendite.
- message: Creazione di testi di risposta per DM su X, email e richieste di informazioni.
- seminar: Progettazione end‑to‑end della pianificazione di seminari.
Livello Analisi
- today‑analytics: Aggregazione delle performance recenti su X.
- week‑review: Revisione settimanale delle performance dei contenuti.
- atom‑suggest: Suggerimento di candidati contenuti da pubblicare successivamente.
Inoltre, esistono varianti dedicate per clienti esterni (diagram‑shiftai / thumbnail‑shiftai / slide‑builder‑shiftai).
Tutto esiste come cartella in ~/.claude/skills/ e CLAUDE.md funge da orchestratore.
Filosofia di progettazione dell’integrazione delle competenze tramite CLAUDE.md
Eseguire 21 competenze separatamente non ha senso. Ciò che conta è che tutte le competenze condividano lo stesso contesto.
CLAUDE.md è ciò che realizza questa “condivisione del contesto”.
CLAUDE.md contiene quanto segue:
- Profilo, carriera e titoli di Takuya Kawai
- Definizioni dei servizi (struttura del funnel, sistema di pricing, posizionamento di ciascun servizio)
- Regole di approvazione (cosa eseguire automaticamente e cosa escalare)
- Standard di qualità (condizioni di giudizio dell’Output Gate)
- Definizioni del livello dati (regole operative per atoms.csv / pipeline.csv / outputs.csv)
Qualunque competenza venga chiamata, questo CLAUDE.md viene caricato per primo. In altre parole, tutte le competenze operano con la “stessa personalità, gli stessi criteri di giudizio e gli stessi standard di qualità”.
Questa è la differenza tra avere semplicemente delle competenze allineate ed essere “una persona con 21 abilità specializzate”.
Se separi le competenze e le fai operare in modo indipendente, quando la competenza B scrive un articolo basato sui risultati ricercati dalla competenza A, il contesto di A scompare. B deve ricaricare il tono del brand, verificare la coerenza con gli articoli passati e ricostruire la persona.
Con l’integrazione di CLAUDE.md, quel costo di ricostruzione è zero. Il materiale raccolto dalla competenza di ricerca diventa l’input diretto per la competenza di scrittura dell’articolo.
Contemporaneamente alla generazione dell’articolo, thumbnail e diagrammi vengono progettati automaticamente. L’articolo completato supera il fact‑checking e viene espanso in post per i social.
I dati sulle performance vengono raccolti dalla competenza di analisi e reimmessi nella strategia di contenuti successiva.
Condividere il contesto determina sia la qualità che la velocità.
Flusso di dati tra le competenze
Vediamo concretamente gli effetti dell’integrazione delle competenze.
I dati sono gestiti in tre CSV:
- atoms.csv: Semi dei contenuti (notizie, esperienze, risultati di analisi). La materia prima per tutti i contenuti.
- pipeline.csv: Piani su quale canale distribuire ciascun atomo. Include la gestione dello stato.
- outputs.csv: Registrazioni dei contenuti effettivamente pubblicati. Si accumulano anche i dati sulle performance.
Il flusso è il seguente:
research‑ai raccoglie ogni mattina le notizie sull’AI e le aggiunge ad atoms.csv. research‑insight esploga settimanalmente i bisogni latenti e li aggiunge anch’esso ad atoms.csv.
Il giudizio di distribuzione viene eseguito su pipeline.csv. “Questo atomo sarà un articolo su note”, “Questo atomo sarà un post su X”, “Questo atomo sarà entrambi”. I criteri di giudizio sono automatizzati in base ai tassi di coinvolgimento e alle impressioni.
Quando writer‑article scrive un articolo, vengono caricati simultaneamente i dati originali da atoms.csv e gli standard di qualità di CLAUDE.md. Al completamento dell’articolo, thumbnail e diagram generano i prompt e fact‑check esegue la verifica.
Dopo la pubblicazione, today‑analytics e week‑review raccolgono le performance e le accumulano in outputs.csv. Quei dati confluiscono in atom‑suggest e diventano la base per decidere cosa scrivere successivamente.
Poiché tutte le competenze fanno riferimento allo stesso database e lo aggiornano, questo ciclo ruota.
Timeline lavorativa quotidiana: 60 minuti
Ecco il lavoro effettivo di una giornata.
Totale: circa 60 minuti.
Se facessi la stessa cosa manualmente, solo l’articolo mi porterebbe via 3‑4 ore, e includendo social, email, slide e fatture, supererei facilmente le 8 ore al giorno.
Il motivo per cui bastano 60 minuti è che il tempo speso per il passaggio di consegne tra le competenze è quasi zero. Una volta scritto un articolo, la thumbnail viene progettata automaticamente.
Il fact‑checking viene eseguito automaticamente. Il testo per i social viene generato automaticamente. Non c’è tempo speso a “riorganizzare le informazioni per il compito successivo”.
Processo di costruzione – cosa ho fatto come ex designer
Non ho usato competenze di programmazione per costruire questo sistema.
Sono stati necessari i seguenti 5 passaggi:
Passo 1: Verbalizzare le operazioni
Cosa fai, in che ordine, e con quali criteri di giudizio? Il lavoro di scrivere tutto in Markdown costituisce l’80% del totale.
Non riguarda le impostazioni di Claude Code. È un inventario del tuo stesso lavoro.
*“Quando scrivo un articolo su note, cosa controllo per primo?”
“Quando creo una thumbnail, in base a cosa decido il copy?”
“Quando emetto una fattura, da dove prendo quali informazioni?”*
Ho articolato tutte le procedure di lavoro che erano diventate tacite.
Passo 2: Progettare CLAUDE.md
Consolida in un unico file le regole comuni, le definizioni del brand, i flussi di approvazione e gli standard di qualità per tutte le competenze.
Questo corrisponde a un “documento di policy di gestione aziendale”. Qualunque competenza venga chiamata, opera secondo questa policy. L’unificazione della personalità e dei criteri di giudizio viene decisa qui.
https://x.com/kawai_design/status/2031673798479790362
Passo 3: Creare SKILL.md
Definisci in Markdown per ogni competenza le condizioni di attivazione, le procedure di esecuzione, gli standard di qualità, i file di riferimento e le destinazioni di output. Si tratta di circa 100‑300 righe per competenza.
Per writer‑article sono scritti “template di struttura”, “regole di tono”, “posizioni di inserimento dei boilerplate”, “regole per i titoli” e “procedure di controllo duplicati con articoli passati”.
https://x.com/kawai_design/status/2022911084588675503
Passo 4: Preparare i dati di riferimento
Testi boilerplate, linee guida del brand, archivio degli articoli passati (878 articoli), raccolte di pattern di copy e cataloghi di illustrazioni. Prepara i “materiali didattici” a cui le competenze fanno riferimento.
Gli articoli passati sono completamente databasati e ricercabili per parola chiave. Prima di scrivere un nuovo articolo, cerca sempre gli articoli passati per assicurarsi di non contraddire articoli esistenti sullo stesso tema.
Passo 5: Miglioramento iterativo
Non raggiunge la forma finale dall’inizio. Usalo, guarda l’output e correggi SKILL.md. La precisione migliora con questa ripetizione.
Il periodo di costruzione è stato di circa una settimana. Ma non è che “stessi costruendo per una settimana intera”; piuttosto, è il risultato della trasformazione in competenze dei pattern di successo mentre svolgevo le normali mansioni con Claude Code per una settimana.
Perché condividere il contesto è importante
Approfondiamo un po’ il cuore dell’integrazione delle competenze.
La mia competenza writer‑article cerca sempre nell’archivio degli articoli passati prima di scrivere un articolo. Estrae articoli correlati da un database di 878 articoli e verifica che non contraddicano affermazioni esistenti prima di iniziare a scrivere.
Questo è possibile perché il “metodo per fare riferimento all’archivio degli articoli passati”, i “comandi di ricerca” e i “percorsi di archiviazione” sono chiaramente indicati in CLAUDE.md.
La competenza writer‑article non ha un database al proprio interno. Si limita a fare riferimento a un livello dati condiviso.
Analogamente, quando la competenza fact‑check esegue il fact‑checking, fa riferimento agli standard di qualità di CLAUDE.md.
*“C’è qualche esagerazione?”
“È scritto in modo definitivo su cose che la fonte originale non ha detto?”
“I dati numerici sono supportati?”*
Se questi standard fossero diversi per ogni competenza, la qualità sarebbe incoerente.
Quando la competenza design‑score valuta una thumbnail, fa riferimento anche alla stessa definizione del brand in CLAUDE.md. Poiché valuta dopo aver compreso il tono del brand, restituisce feedback significativi.
Avere tutte le competenze che condividono la “stessa memoria”. Questo è il punto più importante nella progettazione integrata.
Per chi inizia ora
“21 competenze sono troppe. Da dove comincio?”
Una domanda naturale.
La risposta è semplice. Trasforma in una competenza un solo compito che fai ogni giorno.
La prima cosa che ho trasformato in competenza è stata la scrittura di articoli su note. Template di struttura, posizioni di inserimento dei boilerplate, regole di tono. Scrivere tutto in SKILL.md è stato il punto di partenza.
Una volta che la prima competenza è stabile, creane una seconda. Una volta fatta la seconda, pensa alla connessione con la prima. Ripetendo, ti ritroverai con 10 o 20 competenze senza rendertene conto.
L’importante è non cercare di fare tutto in una volta.
Ecco come iniziare concretamente:
1. Scegli un compito che fai ogni giorno
Risposte via email, post sui social, creazione di report, organizzazione di verbali di riunioni. Va bene qualsiasi cosa. I compiti in cui senti “sto spiegando la stessa cosa ogni volta” sono ideali.
2. Scrivi la procedura per quel compito in Markdown
Non deve essere perfetta. “Controlla prima questo, poi scrivi questo, e infine salva qui” – a quel livello basta.
3. Fallo leggere a Claude Code come SKILL.md
Formatta la procedura scritta in SKILL.md e posizionala in ~/.claude/skills/.
4. Usa e correggi
Se l’output è strano, correggi SKILL.md. In 3‑5 revisioni raggiungerà un livello praticabile.
5. Creane una seconda e collegala
Una volta fatta la seconda competenza, definisci le regole comuni in CLAUDE.md. L’integrazione delle competenze inizia da qui.
Il momento in cui senti “sto spiegando la stessa cosa ogni volta” nel tuo lavoro è il seme per la prossima competenza.
[40 minuti per eliminare “A cosa mi serve?”]
Mostrare l’intero workspace professionale di Claude Code
Limitato ai primi 100: dettagli del webinar qui ↓
─────────────────
Oltre a questo, pubblico molti articoli come previsioni future per l’era dell’AI e spiegazioni di strumenti. Si possono leggere tutti gratuitamente, quindi dai un’occhiata.
https://x.com/kawai_design/articles
─────────────────
Per richieste o consulenze riguardanti formazione o interventi a eventi, contattami tramite il sito web indicato nel mio profilo.
