# Automazione social con OpenClaw: il setup che pubblica

> Automazione social con OpenClaw in un solo comando: aggiungi il server MCP con transport streamable-http, filtra i tool e pianifica le sessioni.

Canonical page: https://www.socialfaktory.com/it/blog/automazione-social-openclaw-setup
Published: 2026-10-15
Language: it

L'automazione social con OpenClaw parte da un comando e dal nome di un transport. Registra SocialFaktory come server MCP streamable-http e ogni sessione di OpenClaw, interattiva o pianificata, potrà calcolare il prezzo di un lavoro, generare il video, scrivere i post e metterli a calendario.

L'intero setup si fa in sei passaggi, e gli ultimi due sono quelli che molti saltano e poi rimpiangono.

1. Crea un token nelle impostazioni e copia il secret.
2. Aggiungi il server dalla CLI di OpenClaw, indicando il transport e l'header del token.
3. Oppure aggiungilo dall'interfaccia Control, che richiede lo stesso URL e lo stesso header.
4. Chiedi l'elenco dei tuoi brand e dei tuoi canali per verificare la connessione.
5. Restringi i tool che una sessione può usare.
6. Collega una pianificazione solo quando ti fidi di ciò che produce.

## Qual è il comando?

Il transport va indicato esplicitamente, perché OpenClaw ne supporta più di uno e non va a indovinare. Il token viaggia in un header, nella stessa voce.

```bash
openclaw mcp set socialfaktory '{"url":"https://www.socialfaktory.com/mcp","transport":"streamable-http","headers":{"Authorization":"Bearer sfp_..."}}'
```

Lo stesso server si può scrivere anche sotto mcp.servers in openclaw.json. Quel file contiene il tuo token: tienilo fuori dalle cartelle condivise e dal controllo di versione.

```json
{
  "mcp": {
    "servers": {
      "socialfaktory": {
        "url": "https://www.socialfaktory.com/mcp",
        "transport": "streamable-http",
        "headers": { "Authorization": "Bearer sfp_..." }
      }
    }
  }
}
```

Se preferisci non toccare né l'uno né l'altro, l'interfaccia Control ha una schermata di impostazioni per i server MCP che accetta gli stessi due valori.

## Perché filtrare i tool?

Perché una sessione che vede venti tool prima o poi ne userà uno che non volevi. OpenClaw può includere solo un sottoinsieme di tool per una determinata sessione: così le opzioni del modello restano sotto controllo e i prompt si accorciano.

Il filtro dei tool, però, è una comodità e non una misura di sicurezza. Il limite vero è lo scope del token: un token senza publish non può pubblicare, comunque sia configurata la sessione. Usa entrambi, ma fai affidamento sullo scope.

## Si può eseguire in modo pianificato?

Sì, ed è qui che l'impostazione ripaga. Collega una sessione pianificata allo stesso server, dalle un brief fisso e lascia che ogni lunedì ti proponga una settimana di contenuti.

Due cose rendono sicuro lasciarla andare da sola. Ogni chiamata che spende o pubblica porta con sé una chiave di idempotenza, quindi una chiamata ripetuta entro ventiquattro ore restituisce il primo risultato invece di rifare il lavoro. E il tetto mensile di crediti impedisce al token di avviare una chiamata a pagamento una volta raggiunta la spesa del mese: nessuna pianificazione può bruciarti il budget.

## Cosa aggiunge l'interfaccia Control?

Un posto dove vedere ciò che hai configurato. La CLI è più veloce da digitare, ma un elenco di server leggibile a colpo d'occhio fa comodo quando tre macchine e due pianificazioni puntano tutte allo stesso account.

È anche la via più semplice da affidare a chi in un terminale non ci vive. I valori sono identici: un collega può aggiungere lo stesso server da una schermata di impostazioni mentre tu lo fai da shell, senza che nessuno dei due debba tradurre per l'altro.

## Come fai il debug di una sessione che non risponde più?

Chiedile di elencare i tuoi brand. È una chiamata gratuita, richiede solo lo scope di lettura e fallisce in modo evidente se il token è sbagliato, revocato o punta all'host sbagliato.

Se l'elenco funziona ma una generazione no, controlla poi il wallet. Un rifiuto che sembra un problema di connessione di solito è un tetto mensile raggiunto: il sistema sta facendo il suo lavoro, non fallendo.

## Dove vive il token?

In un header Authorization nella voce del server. Crealo nelle impostazioni e revocalo nello stesso posto nel momento in cui viene esposto o una macchina esce dal tuo controllo.

Dai a una sessione pianificata un token tutto suo, invece di riusare quello delle sessioni interattive. In questo modo revocare la pianificazione richiede un clic, e le tue sessioni continuano a funzionare.

## Cosa dovrebbe contenere un brief fisso?

Un mix di canali, una cadenza e un limite. "Tre short e quattro post di testo a settimana, mai più di due video al giorno, sempre preventivo prima" basta per andare avanti un mese senza altre istruzioni.

Ciò che non deve contenere sono indicazioni di tono. Il brand custodisce già voce, cast e prodotti: ripeterli nella pianificazione darebbe alla sessione una seconda copia, più datata, con cui entrare in conflitto.

## Cosa si rifiuterà di fare?

Clonare un video da un link, generare immagini statiche e costruire caroselli non sono ancora disponibili tramite un agente. Collegare un canale social richiede un accesso dal browser e resta nell'app. Anche cambiare piano non è tra le azioni possibili.

La [pagina dell'agente OpenClaw](/agents/openclaw) riporta affiancate entrambe le ricette di setup, mentre il [riferimento MCP](/docs/mcp) elenca ogni tool con lo scope che richiede. L'[hub degli agenti](/agents) mette a confronto OpenClaw con gli altri client.

## Un agente è il modo giusto per gestire un brand?

È uno di due buoni modi. Una routine che parte dal terminale elimina il cambio di contesto, che è la parte più costosa del pubblicare con costanza. Una routine che parte dal prodotto ti dà le anteprime mentre decidi, ed è per questo che esiste l'[assistente AI](/features/ai-assistant).

Entrambe consumano gli stessi crediti e rispettano la stessa voce del brand, e nessuna delle due può pubblicare con un token privo dello scope publish. [Crea un brand](/register) e prova una sessione con un token di sola lettura prima di concedergli di più.

**In una frase:** l'automazione social con OpenClaw richiede un comando con il transport streamable-http, un token con scope limitati e un tetto di crediti prima di lasciare che una pianificazione ci metta le mani.

## Questions

### Perché bisogna indicare il transport?

OpenClaw supporta più transport e non ne deduce uno da solo. Questo server usa streamable-http.

### Si può aggiungere il server senza la CLI?

Sì. L'interfaccia Control ha una schermata di impostazioni MCP che accetta lo stesso URL e lo stesso header.

### Il filtro dei tool sostituisce gli scope?

No. Il filtro riduce ciò che una sessione vede; il limite che tiene davvero è lo scope del token.

### È sicuro lasciare in esecuzione una sessione pianificata?

Con un tetto di crediti e un brand fissato, sì. Le chiavi di idempotenza impediscono che una chiamata ripetuta rifaccia il lavoro due volte.

### Una pianificazione dovrebbe avere un token tutto suo?

Sì. In questo modo revocare la pianificazione non interrompe le tue sessioni interattive.

### OpenClaw può collegare un account social al posto mio?

No. Collegare un canale richiede un accesso dal browser e resta nell'app.

## 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