Le Claude Skills per chi fa social media marketing, spiegate

Una Claude Skill è un workflow impacchettato e ripetibile: una cartella che contiene un file Markdown con le istruzioni su come svolgere un lavoro preciso, e che Claude carica da solo ogni volta che un compito corrisponde. Non è codice e non è un plugin — è un insieme di istruzioni scritte più, volendo, i template e i file di riferimento a cui quelle istruzioni rimandano.

Per il lavoro sui social significa che la struttura del report che rispieghi a una chat ogni mese, le regole per le caption chiuse in un documento che nessuno apre e il framework degli hook che vive nella tua testa possono diventare qualcosa che l'assistente applica di default. Qui sotto: cosa contiene davvero una Skill, tre da copiare oggi stesso, come costruirne una senza scrivere codice e il confine onesto oltre il quale una Skill smette di essere utile.

Cosa contiene davvero una Skill

Ogni Skill è una cartella. Dentro, un solo file obbligatorio — SKILL.md — diviso in due parti:

• Un header breve con un name e una description. La description è la metà che conta davvero: dice a Claude quando usare questa Skill.
• Il corpo, in semplice Markdown. Istruzioni, struttura, esempi, regole, cose da non fare mai. Scritto come faresti il briefing a un freelance competente al suo primo giorno.

Volendo, puoi mettere altri file nella stessa cartella — un riferimento di brand voice, un template di foglio di calcolo, una checklist, l'esempio di un deliverable finito — e richiamarli dal corpo.

Il meccanismo che rende tutto questo conveniente è la progressive disclosure. Di default nel contesto di Claude stanno solo il nome e la description. Le istruzioni complete vengono lette quando un compito le richiede davvero. Così puoi costruire una dozzina di Skill senza che ogni conversazione si trascini dietro una dozzina di documenti pieni di regole.

A luglio 2026 Anthropic distribuisce anche Skill già pronte per il lavoro sui documenti — fogli di calcolo, presentazioni, documenti Word, PDF — ed è il motivo per cui "fammi una presentazione da questo" funziona nettamente meglio di prima. Hanno esattamente la stessa forma di qualsiasi Skill scriveresti tu.

Una Skill non è un prompt salvato

La distinzione conta più di quanto sembri.

Se hai già costruito una libreria di istruzioni riutilizzabili — la nostra raccolta di prompt AI per i social è un inventario di partenza decente — hai già gran parte della materia prima per le tue prime tre Skill. Il lavoro è soprattutto riorganizzare, non scrivere da zero. Vale lo stesso se usi framework di prompt strutturati: un framework che applichi a mano ogni volta è una Skill in attesa di nascere.

Il salto è più piccolo di quanto sembri, ed è lo stesso salto qualunque assistente tu usi. Se oggi il tuo processo assomiglia al ciclo di copia-e-incolla della nostra guida su come usare ChatGPT per i social — ricostruisci il contesto, incolli le istruzioni, speri di aver incollato la versione aggiornata — una Skill è quello stesso ciclo senza la parte in cui devi ricordartene tu.

Il test per capire se qualcosa deve diventare una Skill: l'hai spiegato all'assistente più di due volte?

Tre Skill da costruire per prime

Sono le tre che ripagano più in fretta per un creator che lavora da solo, un marketer di una PMI o una piccola agenzia. Copiale, cambia i dettagli, mantieni la forma.

1. La Skill per il report mensile

Il reporting è il candidato perfetto: alta frequenza, struttura fissa, zero varianza creativa e una noia enorme.

---
name: monthly-social-report
description: Usa quando l'utente chiede un report social mensile o
  trimestrale, un recap delle performance o un aggiornamento al
  cliente sui risultati social. Gestisce struttura, tono e sezioni
  obbligatorie.
---

## Report social mensile

## Prima di iniziare, verifica di avere
- Un export a livello di post per il mese di riferimento:
  piattaforma, data, formato, reach, interazioni, salvataggi,
  click sul link
- L'export del mese precedente per il confronto
- Eventuali date di lancio, campagna o festività nel periodo

Se manca qualcosa, chiedilo. Non stimare né dedurre mai un numero
che non sia nei dati forniti.

## Struttura — usa queste sezioni, in questo ordine
1. **Il titolo in una riga.** Cosa è cambiato questo mese e perché.
2. **Tabella dei numeri.** Metrica, questo mese, mese scorso,
   variazione %. Arrotonda con criterio. Segnala tutto ciò che si è
   mosso di più del 20%.
3. **I tre post migliori.** Link, formato, una frase sul perché
   hanno funzionato.
4. **I tre post peggiori.** Idem, una frase sulla causa probabile.
5. **Cosa cambiamo il mese prossimo.** Massimo tre azioni, ognuna
   collegata a qualcosa nei dati sopra.

## Tono
Linguaggio semplice. Niente aggettivi che fanno il lavoro che
dovrebbero fare i numeri. Non scrivere mai "l'engagement è stato
forte" — scrivi il numero e il confronto. Se il mese è andato male,
dillo nel titolo.

L'ultima sezione è quella che i clienti notano. Se prima vuoi la versione manuale completa di questo workflow, la nostra guida su come creare un report per i social media spiega cosa va in ogni sezione e perché.

2. La Skill di QA per le caption

Questa gira dopo la stesura, come controllo e non come generatore. Intercetta gli errori banali che fanno sembrare "fatto con l'AI" un output fatto con l'AI.

---
name: caption-qa
description: Usa prima che una caption venga programmata o
  pubblicata. Controlla una bozza di caption rispetto alle regole di
  piattaforma, brand e accessibilità e restituisce un verdetto
  pass/fix per ogni voce.
---

## QA delle caption

Controlla la caption su ogni voce. Restituisci una tabella breve:
voce, PASS o FIX, e se FIX, il testo corretto.

1. **Hook.** La prima riga funziona anche con il resto troncato?
   Se ha bisogno della seconda riga per avere senso, riscrivila.
2. **Lunghezza.** Verifica che la caption stia nei limiti della
   piattaforma di destinazione. Se è vicina al tetto, segnalalo —
   non tirare a indovinare il limite.
3. **Una sola idea.** Se la caption contiene due argomentazioni,
   dividila in due post e dillo.
4. **Frasi vietate.** "Game-changer", "immergiamoci in", "nel mondo
   frenetico di oggi", "sbloccare", "portare a un altro livello",
   qualsiasi apertura con domanda retorica.
5. **Affermazioni.** Ogni numero, statistica o superlativo deve
   essere riconducibile a qualcosa fornito dall'utente. Segnala
   tutto ciò che è inventato.
6. **CTA.** Esattamente una, e deve essere coerente con il
   comportamento della piattaforma (niente "link in bio" su
   LinkedIn).
7. **Accessibilità.** Testo alternativo presente. Nessuna emoji in
   mezzo a una parola. Hashtag in camel case alla fine, non sparsi
   dentro la frase.
8. **Voce.** Leggila ad alta voce. Se non sembra scritta da una
   persona che lavora qui, riscrivi la frase peggiore.

Guarda la voce 2. Invece di inserire un conteggio di caratteri dentro la Skill — dove invecchierà in silenzio — dille di segnalare e di verificare su un riferimento tenuto aggiornato come la nostra pagina sui limiti di caratteri dei social media. Le Skill si deteriorano nello stesso modo in cui si deteriora la documentazione, e il rimedio è non fissare a mano dati che cambiano.

3. La Skill per le varianti di hook

Ristretta, meccanica, e quella che userai più spesso.

---
name: hook-variants
description: Usa quando l'utente ha un'idea di post, uno script o
  una caption finita e vuole righe di apertura alternative da
  testare.
---

## Varianti di hook

Restituisci esattamente otto righe di apertura, una per ciascuna
categoria qui sotto. Ognuna deve reggersi da sola, stare sotto le
12 parole e non contenere emoji.

1. Affermazione diretta — enuncia subito la conclusione
2. Numero — una quantità specifica e concreta
3. Controcorrente — l'opposto di ciò che si dà per scontato
4. Errore — quello che quasi tutti sbagliano
5. Prima/dopo — il cambiamento in una riga
6. Dettaglio specifico — la cosa piccola, strana e vera
7. Costo — quanto costa non farlo
8. Domanda — solo se è una domanda a cui il lettore non sa
   rispondere

Dopo la lista, indica le due che testeresti per prime e spiega
perché in una frase ciascuna. Non inventare statistiche per la
variante "numero" — se l'utente non ti ha dato numeri, usa un
conteggio preso dal suo stesso materiale (giorni, passaggi,
tentativi).

Se vuoi approfondire cosa distingue una riga di apertura che si guadagna il tap da una che non ci riesce, andiamo più a fondo nella guida alla generazione di hook con l'AI per i social.

Come costruirne una senza scrivere codice

Non c'è nessuna fase di build e non serve nessun editor particolare. L'intero processo:

1. Scegli un lavoro che hai già spiegato due volte. Non tutta la tua strategia — un solo lavoro con un output ripetibile. Reporting, QA, repurposing, testo alternativo, prime bozze di caption a partire da un articolo del blog.
2. Scrivilo come un brief, non come un prompt. Descrivi l'output, le sezioni obbligatorie, le regole e le cose da non fare mai. Gli elenchi puntati battono i paragrafi. Sii specifico sui modi in cui può andare storta — "non inventare mai una statistica" si merita il suo posto.
3. Scrivi la description per il router, non per te. È qui che fallisce la maggior parte dei primi tentativi. description: Roba di reporting non si attiverà mai. Nomina le situazioni: "Usa quando l'utente chiede un report mensile o trimestrale, un recap delle performance o un aggiornamento al cliente."
4. Salvalo come SKILL.md in una cartella che porta il nome della Skill. Il packaging finisce qui.
5. Testala su un lavoro vero, non su uno di prova. Guarda cosa sbaglia, poi modifica il file — non la chat. Correggere in chat non insegna nulla; correggere il file si accumula nel tempo.
6. Aggiungi file di riferimento quando il corpo si allunga. Un file di brand voice separato, un template di report, un esempio svolto. Il corpo li richiama.

Puoi anche semplicemente descrivere il workflow a Claude e chiedergli di scriverti la bozza del SKILL.md, per poi correggere quello che ti restituisce. Di solito è più veloce che partire da un file vuoto, ed è così che quasi tutte le persone non tecniche che conosco hanno creato la loro prima Skill. Aiuta capire a grandi linee come ragiona il modello sottostante — la nostra voce di glossario sull'intelligenza artificiale è un ripasso da due minuti se hai le idee confuse.

Dove si fermano le Skill

Una Skill rende l'assistente più coerente su un compito. Non cambia ciò a cui l'assistente riesce ad arrivare.

• Una Skill scrive bozze e dà struttura. Non pubblica. Niente dentro un SKILL.md si collega ai tuoi account. L'output deve comunque passare da una finestra di chat a una coda di pubblicazione, nel giorno giusto, all'ora giusta, nel formato giusto per ogni piattaforma.
• Sa solo quello che le passi. Una Skill di reporting senza un export è una che tira a indovinare con molta sicurezza. Se vuoi che l'assistente legga i tuoi numeri in tempo reale invece di un CSV incollato, è un problema di connessione, non di istruzioni — la guida al Model Context Protocol spiega cosa serve davvero.
• Non è strategia. Una Skill codifica una decisione che hai già preso. Se la decisione era sbagliata, la Skill ti fa sbagliare più in fretta e con più coerenza.
• Non elimina il passaggio di revisione. È lo stesso principio che sta dietro a qualsiasi workflow AI con human-in-the-loop sensato: l'assistente prepara, una persona approva, e niente viene pubblicato senza revisione. La nostra posizione più ampia sui contenuti social generati dall'AI è che il tetto di qualità lo fissa chi revisiona, non chi genera.

È sull'ultimo punto che gli strumenti fanno la differenza. Scrivere bozze in una finestra di chat va benissimo; approvarle lì dentro no, perché non c'è una vista calendario, non c'è un'anteprima per piattaforma e non resta traccia di chi ha dato l'ok. SocialKit è l'altra metà di quel ciclo — componi una volta sola e personalizzi caption, hashtag e media per ogni piattaforma su 11 network (Instagram, TikTok, YouTube inclusi gli Shorts, Facebook, LinkedIn, X, Threads, Bluesky, Pinterest, Mastodon, Google Business), vedi tutto il mese su un content calendar visuale e programmi negli orari di pubblicazione consigliati. I piani Team ed Enterprise aggiungono i flussi di approvazione così una bozza non può sfuggire senza revisione.

Per essere chiari su cosa uno scheduler non risolve: SocialKit non ha una inbox unificata, non ha social listening e non ha una coda di moderazione dei commenti, quindi una Skill che scrive le risposte ti lascia comunque a rispondere in modo nativo. Quello che copre è la parte tra "la bozza è buona" e "il post è uscito" — coda, timing, formattazione per piattaforma e le analytics che darai in pasto alla Skill del report del mese successivo.

Parti da qui questa settimana

Una sequenza realistica, in ordine, dove il primo passo richiede circa venti minuti:

1. Apri le tue ultime tre chat con Claude e trova le istruzioni che hai incollato più di una volta. Quello è il tuo backlog.
2. Costruisci per prima la Skill di QA delle caption. È quella di maggior valore perché è un controllo, non un generatore — migliora un output che stai già producendo invece di crearne altro.
3. Scrivi la description con cura, poi testa l'attivazione. Apri una conversazione nuova, descrivi il compito con parole tue e verifica se la Skill parte senza che tu la nomini. Se non parte, la description è troppo vaga.
4. Falla girare su dieci caption vere. Annota ogni verdetto sbagliato. Modifica il file, non la conversazione.
5. Aggiungi la Skill di reporting a fine mese, quando la noia è ancora fresca e vedi esattamente cosa stai automatizzando.
6. Lascia la pubblicazione dov'è il suo posto. Scrivi le bozze con le Skill, revisiona da umano, poi programma da un unico calendario con le specifiche per piattaforma già gestite — inizia una prova gratuita di 7 giorni se ti manca ancora questo pezzo (prezzo unico, tutte e 11 le piattaforme in ogni piano, da €29/mese con Solo o €17.40/mese con fatturazione annuale, a luglio 2026).

I team che ottengono davvero leva dalle Skill non sono quelli che ne hanno di più. Sono quelli che ne hanno quattro buone e che le modificano sul serio quando l'output è sbagliato.