# Automazione social con Codex tramite server MCP

> Automazione social con Codex dal terminale. Una voce di server MCP, un bearer token in una variabile d'ambiente e un tetto mensile di crediti.

Canonical page: https://www.socialfaktory.com/it/blog/automazione-social-codex-server-mcp
Published: 2026-10-15
Language: it

L'automazione social con Codex richiede un solo comando. Registra SocialFaktory come server MCP, tieni il segreto in una variabile d'ambiente, e la stessa sessione di terminale che pubblica il tuo codice potrà anche impostare il brief, calcolare il prezzo, generare e programmare la settimana di un brand.

La configurazione è volutamente noiosa, ed è proprio quello che vuoi da qualcosa che custodisce una credenziale di pubblicazione.

1. Crea un token nelle impostazioni, partendo con i permessi di lettura e generazione.
2. Esporta il segreto nell'ambiente della tua shell.
3. Registra il server con la CLI di Codex, indicando il nome della variabile d'ambiente e non il segreto.
4. Avvia una sessione e chiedi a Codex di elencare i tuoi brand.
5. Imposta il brief di un video e leggi il preventivo che ti restituisce.
6. Approva il rendering, poi usa un token con il permesso di pubblicazione per comporre e programmare i post.

## Come si registra il server?

Bastano due righe. La prima tiene il segreto fuori dalla configurazione di Codex; la seconda dice a Codex dove trovarlo.

```bash
export SOCIALFAKTORY_TOKEN=sfp_...
codex mcp add socialfaktory --url https://www.socialfaktory.com/mcp --bearer-token-env-var SOCIALFAKTORY_TOKEN
```

Se preferisci modificare la configurazione a mano, la stessa voce può stare nel file di configurazione di Codex, in una tabella mcp_servers con il nome che hai scelto come chiave.

```toml
[mcp_servers.socialfaktory]
url = "https://www.socialfaktory.com/mcp"
bearer_token_env_var = "SOCIALFAKTORY_TOKEN"
```

Entrambe le forme producono la stessa connessione. Il comando è più rapido; il file è più comodo da versionare in un repository di dotfile, perché non contiene alcun segreto.

## Perché tenere la pubblicazione dietro una conferma?

Perché un brief resta una scommessa finché non hai letto il risultato. Le modalità di approvazione di Codex ti permettono di richiedere una conferma prima che uno strumento venga eseguito, e la pubblicazione è lo strumento che vale la pena bloccare. Una generazione si può recuperare, un post sbagliato su un account live no.

Sotto la richiesta di approvazione c'è un limite più rigido, ed è anche quello migliore. Un token senza il permesso di pubblicazione non può proprio postare, qualunque cosa la sessione provi a fare.

## Quanto costa una sessione?

Dare un'occhiata in giro è gratis. Elencare brand, canali e formati, leggere il tuo wallet e calcolare il prezzo di un lavoro con lo strumento di preventivo non costa nulla. Solo generare un video e scrivere un post consumano crediti.

Questa asimmetria rende sicuro lasciare un agente a esplorare. Può mappare tutto il tuo account, proporre una settimana e mostrarti una cifra prima che si muova anche un solo credito. Il [riferimento MCP](/docs/mcp) indica quali dei venti strumenti consumano crediti e quali no.

## Come si scrive un brief da terminale?

In italiano semplice, con un vincolo concreto. «Due video per giovedì e venerdì, il siero, l'obiezione sul prezzo, mostrami prima il preventivo» è un brief migliore di tre paragrafi di indicazioni sul tono, perché il tono è già nel brand.

I brief che falliscono sono quelli vaghi. Un agente nel dubbio genera comunque qualcosa, e generare è il momento in cui se ne vanno i crediti: l'ambiguità ha un prezzo che poi leggi nel wallet. Indica il prodotto, indica il giorno, indica l'angolo.

Nel corso della settimana i brief diventano più brevi, non più lunghi. Entro venerdì scrivi una riga sola, perché il brand, il cast e il calendario sono già noti e l'unica novità è l'idea.

## Qual è il limite di richieste?

Centoventi chiamate al minuto per token e trecento richieste ogni cinque minuti per indirizzo. Le sessioni interattive non se ne accorgono mai.

Una sessione programmata sì, se interroga un rendering in un ciclo serrato. Leggi invece la generazione a intervalli ragionevoli e il tetto smette di avere importanza.

## Come si resta su un solo brand?

Blocca il token su un brand. Un token bloccato rifiuta i canali, le generazioni, i post e la libreria di ogni altro brand, quindi una sessione che si allontana non può raggiungere il lavoro di un altro cliente. Caricamenti e wallet dei crediti sono l'eccezione: appartengono all'account, quindi un token bloccato può comunque leggere un file caricato per un altro brand.

Se gestisci più brand dalla stessa macchina, crea un token per brand ed esportali con nomi di variabile diversi. Registrare ciascuno come server MCP a sé ti fa sapere sempre in quale brand stai lavorando.

## Che aspetto ha il risultato che torna indietro?

Prima un identificativo, poi una risorsa finita. La generazione è asincrona, quindi lo strumento che avvia un rendering restituisce un id e la sessione legge il risultato quando è pronto, senza restare in attesa.

Nella pratica questo rende la sessione di terminale piacevole invece che scomoda. Avvii tre rendering, passi ad altro e li rileggi tutti e tre con una sola chiamata qualche minuto dopo, che è molto più vicino a come dovrebbe sentirsi una coda rispetto a fissare uno spinner.

## Cosa non si può fare dal terminale?

Clonare un video da un link, le immagini statiche e i caroselli sono funzioni dell'app e non sono esposte a un agente. Collegare un canale social richiede un accesso dal browser, e sarà sempre così. Cambiare piano non è compito di un agente.

Tutto il resto è a portata di mano, e il confine è descritto per intero nella [pagina dell'agente Codex](/agents/codex). L'hub [SocialFaktory per gli agenti AI](/agents) mette a confronto i client uno accanto all'altro.

## Il terminale è il posto giusto per farlo?

Se è già lì che imposti il lavoro, sì, perché il costo vero di una routine di contenuti è il cambio di contesto, non la digitazione. Se preferisci vedere le anteprime mentre decidi, l'[assistente AI](/features/ai-assistant) esegue la stessa pipeline dentro l'app, con gli stessi prezzi a schermo.

In ogni caso, un token senza il permesso di pubblicazione non posta mai. [Crea un brand](/register), genera un token di sola lettura e dedica la prima sessione a guardarti intorno.

**In una frase:** l'automazione social con Codex è a una voce di server MCP e a una variabile d'ambiente di distanza, con i limiti dati dai permessi e dal tetto mensile di crediti del suo token.

## Questions

### Il token va nel file di configurazione di Codex?

No. Il file indica il nome di una variabile d'ambiente, quindi il file di configurazione in sé non contiene alcun segreto.

### Posso usare il file di configurazione al posto della CLI?

Sì. Una voce mcp_servers con lo stesso url e la stessa variabile d'ambiente produce la stessa connessione.

### Quali chiamate sono gratuite?

Leggere brand, canali, formati e wallet, e preventivare una generazione. Solo generare e scrivere consumano crediti.

### Devo lasciare che Codex pubblichi?

All'inizio mettila dietro una conferma e lascia il permesso di pubblicazione fuori dal token finché non ti fidi del brief.

### Posso gestire più brand dalla stessa macchina?

Sì. Crea un token bloccato per ogni brand e registra ciascuno come server MCP a sé.

### Esiste un limite di richieste?

Sì, 120 chiamate al minuto per token e 300 richieste ogni cinque minuti per indirizzo.

## More detail

- All articles: https://www.socialfaktory.com/it/blog.md
- What SocialFaktory does: https://www.socialfaktory.com/features.md
- Pricing: https://www.socialfaktory.com/plans.md