Perché la distribuzione sui social va affidata agli agenti IA, e cosa devono tenersi le persone
La distribuzione è un lavoro ripetitivo e pieno di regole su molti account: perfetto per gli agenti IA. Ecco cosa delegare e cosa resta alle persone.

Gli agenti IA dovrebbero gestire la distribuzione sui social perché gran parte di questo lavoro è strutturata, ripetitiva e segue regole chiare: scegliere gli account, adattare i testi, decidere gli orari, aggiungere i link e riportare i clic. Alle persone restano le decisioni che richiedono giudizio e comportano responsabilità: la strategia, la creatività e l'approvazione finale. Se dividi il lavoro lungo questa linea, un'agenzia può seguire molti più account senza che la qualità ne risenta.
Sembra ovvio, eppure la maggior parte dei team fa ancora il contrario. Uno stratega passa il martedì pomeriggio a copiare lo stesso testo in trentadue editor di pagine, mentre nessuno ha il tempo di chiedersi se la campagna sta parlando al pubblico giusto. Il resto dell'articolo spiega perché oggi questo lavoro spetta agli agenti, come dividerlo e com'è fatta una configurazione che funziona.
Cos'è il lavoro di distribuzione, una volta tolta la parte creativa?
Prendiamo una singola campagna per un cliente con quaranta sedi. Il video è pronto e il messaggio è approvato. Ecco cosa resta da fare:
| Attività | Natura del lavoro | Chi dovrebbe occuparsene |
|---|---|---|
| Scegliere quali account ricevono il post | Basata su regole, a partire dai gruppi di account | Agente |
| Adattare il testo per ogni account | Lavoro su schemi, dentro vincoli fissi | Agente, con regole decise da persone |
| Verificare i limiti di formato di ogni social | Meccanica | Agente e piattaforma |
| Stabilire orari e intervalli | Basata su regole | Agente |
| Aggiungere un link tracciato per account | Meccanica | Piattaforma |
| Decidere se il post esce | Giudizio e responsabilità | Persona |
| Leggere i risultati e correggere la rotta | Giudizio | Persona, con un riepilogo dell'agente |
Cinque righe su sette sono lavoro che una persona fa lentamente e un modello fa bene. Nessuna richiede gusto. Richiedono pazienza, costanza e memoria delle regole: proprio dove le persone si stancano e gli agenti no.

Perché adesso e non tre anni fa?
Sono cambiate due cose. I modelli sono diventati affidabili nel seguire istruzioni scritte dettagliate su compiti lunghi, ed è arrivato un modo comune per farli agire su sistemi esterni. Il Model Context Protocol si presenta come uno standard aperto per collegare le applicazioni IA a sistemi esterni, ed è supportato da client come Claude, ChatGPT, Cursor e Visual Studio Code. Prima, ogni integrazione era uno script fatto su misura che si rompeva appena qualcuno cambiava il nome di un campo.
Con uno standard, una piattaforma di distribuzione può esporre le sue operazioni come strumenti, e qualsiasi agente capace può usarli. Se MCP è una novità per te, la nostra spiegazione in parole semplici per chi fa marketing lo racconta senza gergo tecnico.
Perché gli agenti fanno questo lavoro meglio delle persone
Non è che gli agenti siano più intelligenti. È che la distribuzione punisce l'incoerenza, e per un software la coerenza costa poco.
Una persona che programma post su sessanta account, prima o poi, incollerà il link sbagliato nella pagina sbagliata, dimenticherà il primo commento sull'account numero quarantuno o programmerà due pagine dello stesso cliente allo stesso identico minuto. Non sono problemi di competenza. Sono problemi di attenzione, che crescono con i volumi.
Un agente che lavora con un insieme definito di strumenti ripete gli stessi passaggi nello stesso ordine ogni volta. Legge l'elenco degli account dalla piattaforma, non a memoria. Scrive un testo diverso per ogni account perché le istruzioni lo dicono, non perché se l'è ricordato. E quando la piattaforma rifiuta qualcosa, riceve un errore strutturato e può correggerlo prima ancora che una persona si accorga del problema.
Cosa devono tenersi le persone, senza eccezioni
Affidare la distribuzione a un agente non significa affidargli il brand. Tre cose restano alle persone.
Primo, la strategia. Quale pubblico, quale offerta, quale mese. Un agente può proporre opzioni; non dovrebbe scegliere la direzione del trimestre.
Secondo, le affermazioni creative. Tutto ciò che promette qualcosa su prezzi, salute, finanze o risultati ha bisogno di una persona che ne risponda.
Terzo, la decisione di pubblicare. La stessa specifica MCP afferma che, per fiducia e sicurezza, ci dovrebbe sempre essere una persona nel ciclo, in grado di negare le invocazioni degli strumenti. In pratica significa bozze come impostazione predefinita e un passaggio consapevole prima che qualcosa vada online. Approfondiamo dove mettere questo controllo in approvazione umana dei post degli agenti.

Una configurazione funzionante in sei passaggi
Questa è la sequenza che consigliamo a un team che inizia a usare Shager come livello di distribuzione.
- Collega l'agente. Punta un client MCP su
https://app.shager.ai/api/mcpcon una chiave API nell'headerAuthorization. Il punto di accesso per agenti elenca la configurazione per ogni client. - Parti dalle bozze. Dai alla prima chiave solo gli ambiti
readewrite. L'agente può preparare i post ma non programmarli né pubblicarli. - Raggruppa gli account. Crea gruppi di account che rispecchino il modo di ragionare del cliente: regioni, brand, lingue. L'agente lavora sui gruppi, non su quaranta ID separati.
- Scrivi le regole una volta sola. Vincoli sui testi, frasi vietate, regole sui link e fasce orarie vanno in una skill o in un prompt di sistema, non in ogni richiesta.
- Rivedi una settimana di bozze. Leggi cosa ha prodotto l'agente. Correggi le regole, non i post.
- Aggiungi l'ambito di pubblicazione. Solo quando le bozze sono costantemente corrette, una persona crea una chiave con
publish.
Com'è fatta un'esecuzione dell'agente
Ecco un prompt che uno stratega potrebbe dare all'agente il lunedì mattina:
Client: Harbor Fitness, workspace "Harbor Fitness".
Video: https://cdn.example.com/harbor/sept-open-house.mp4 (1080x1920, 28s).
Post it as a Reel to the "Studios North" group on Thursday 18:00 local time.
Write a different caption for each studio using its neighborhood name.
Lead link in the first comment: https://harborfitness.example/open-house
Create drafts only and send me the list for review.
E la sequenza di strumenti che l'agente esegue sul server MCP di Shager:
whoami confirm key, scopes and organization
list_workspaces find "Harbor Fitness"
list_groups find "Studios North"
list_channels read channel names to personalize captions
upload_media_from_url url, file_name, width 1080, height 1920, duration_ms 28000
create_post caption, group_ids, media_ids, format "REEL",
first_comment, cta_url, per_channel[...],
stagger_seconds [60, 180], no schedule_at (draft)
list_posts return the drafts for human review
Niente di tutto questo va online. La persona legge le bozze, poi approva la programmazione oppure le invia al cliente con request_approval. Quando la chiave ha l'ambito di pubblicazione, schedule_post le mette in calendario, e Shager verifica ogni post rispetto alle regole del social di destinazione prima dell'invio e lo spedisce con un intervallo tra un account e l'altro.
Dove si sbaglia
I team che faticano con la distribuzione affidata agli agenti di solito commettono uno di tre errori. Danno alla prima chiave pieni diritti di pubblicazione, così il primo prompt sbagliato diventa un post pubblico. Lasciano che l'agente pubblichi testi identici ovunque, cosa che sembra spam sia alle persone sia alle piattaforme. Oppure saltano la misurazione, e nessuno sa dire se il volume in più abbia prodotto qualcosa. Ognuno di questi errori ha una soluzione, trattata in altri articoli della serie, a partire dalle regole di sicurezza per gli agenti che pubblicano su larga scala.
Domande frequenti
Un agente sostituisce il social media manager?
No. Sostituisce la parte del ruolo fatta di copia, incolla e programma. Il tempo del manager si sposta su strategia, conversazioni con i clienti e revisione di ciò che produce l'agente, cioè la parte per cui i clienti pagano davvero.
Quali client IA possono gestire la distribuzione tramite Shager?
Qualsiasi client in grado di collegarsi a un server MCP remoto via Streamable HTTP. Claude e ChatGPT si collegano con l'accesso OAuth come connettore personalizzato, senza chiavi da copiare. Claude Code, Codex e Cursor possono usare un header con la chiave API bearer. I bot senza browser usano un codice dispositivo, e qualsiasi altra cosa può chiamare la REST API dal codice.
Un agente può pubblicare senza che una persona intervenga mai?
Tecnicamente una chiave con l'ambito di pubblicazione può programmare i post direttamente. Per gli account dei clienti lo sconsigliamo. Tieni le bozze come impostazione predefinita, e lascia che una persona o il cliente approvi prima che qualcosa venga programmato.
Il passo successivo, in pratica, è piccolo: collega un agente al workspace di un cliente in modalità bozza e lascia che prepari i post della settimana prossima. Il punto di accesso per agenti contiene i dati di connessione, e un agente può registrarsi da solo tramite /auth.md prima che una persona rivendichi l'ambiente di prova.


