# Automação de redes sociais no Codex com servidor MCP

> Automação de redes sociais no Codex direto do terminal. Uma entrada de servidor MCP, um token em variável de ambiente e um teto mensal de créditos.

Canonical page: https://www.socialfaktory.com/pt/blog/automacao-redes-sociais-codex-servidor-mcp
Published: 2026-10-15
Language: pt

A automação de redes sociais no Codex leva um único comando. Registre a SocialFaktory como servidor MCP, guarde o segredo em uma variável de ambiente e a mesma sessão de terminal que entrega o seu código passa a criar o briefing, cotar, renderizar e agendar a semana de uma marca.

A configuração é de propósito sem graça, e é exatamente isso que você quer de algo que guarda uma credencial de publicação.

1. Gere um token nas suas configurações, começando com os escopos de leitura e geração.
2. Exporte o segredo para o ambiente do seu shell.
3. Registre o servidor na CLI do Codex, indicando o nome da variável de ambiente e não o segredo.
4. Inicie uma sessão e peça ao Codex que liste as suas marcas.
5. Faça o briefing de um vídeo e leia a cotação que ele devolve.
6. Aprove a renderização e depois use um token com o escopo de publicação para criar e agendar os posts.

## Como registrar o servidor?

Em duas linhas. A primeira mantém o segredo fora da configuração do Codex; a segunda diz ao Codex onde encontrá-lo.

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

Se você prefere editar a configuração à mão, a mesma entrada pode ficar no arquivo de configuração do Codex, em uma tabela mcp_servers com o nome que você escolher.

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

As duas formas geram a mesma conexão. O comando é mais rápido; o arquivo é mais fácil de versionar em um repositório de dotfiles, porque não contém segredo nenhum.

## Por que manter a publicação atrás de uma confirmação?

Porque um briefing é um palpite até você ler o resultado. Os modos de aprovação do Codex permitem exigir uma confirmação antes de uma ferramenta rodar, e a publicação é a ferramenta que vale a pena travar. Uma geração dá para refazer, um post errado em uma conta no ar não.

Há um limite mais rígido por baixo do pedido de aprovação, e ele é o melhor. Um token sem o escopo de publicação não consegue postar de jeito nenhum, não importa o que a sessão tente fazer.

## Quanto custa uma sessão?

Explorar sai de graça. Listar marcas, canais e formatos, consultar a carteira e cotar um trabalho com a ferramenta de cotação não custam nada. Só gerar um vídeo e escrever um post gastam créditos.

Essa assimetria é o que permite deixar um agente explorando com tranquilidade. Ele pode mapear a sua conta inteira, propor uma semana e mostrar um valor antes de um único crédito se mover. A [referência do MCP](/docs/mcp) indica quais das vinte ferramentas gastam créditos e quais não gastam.

## Como fazer o briefing pelo terminal?

Em português simples, com uma restrição concreta. "Dois vídeos para quinta e sexta, o sérum, a objeção sobre preço, me mostre a cotação primeiro" é um briefing melhor do que três parágrafos de orientação de tom, porque o tom já vive na marca.

Os briefings que dão errado são os vagos. Um agente em dúvida gera alguma coisa mesmo assim, e é na geração que os créditos vão embora, então a ambiguidade tem um preço que você lê na carteira depois. Diga o produto, diga o dia, diga o ângulo.

Ao longo da semana, os briefings ficam mais curtos, não mais longos. Na sexta você escreve uma linha só, porque a marca, o elenco e o calendário já são conhecidos e a única informação nova é a ideia.

## Qual é o limite de requisições?

Cento e vinte chamadas por minuto por token e trezentas requisições a cada cinco minutos por endereço. Sessões interativas nunca percebem.

Uma sessão agendada pode perceber, se consultar uma renderização em loop apertado. Leia a geração de volta em um intervalo razoável e o teto deixa de importar.

## Como manter tudo em uma só marca?

Fixe o token. Um token fixado recusa canais, gerações, posts e biblioteca de qualquer outra marca, então uma sessão que se perca não alcança o trabalho de outro cliente. Uploads e a carteira de créditos são a exceção: pertencem à conta, e por isso um token fixado ainda pode ler um arquivo enviado para outra marca.

Se você gerencia várias marcas na mesma máquina, gere um token por marca e exporte cada um com um nome de variável diferente. Registrar cada um como um servidor MCP próprio mantém as sessões cientes de em que andar estão pisando.

## Como a saída volta para você?

Primeiro um identificador, depois um material pronto. A geração é assíncrona: a ferramenta que inicia uma renderização devolve um id, e a sessão lê o resultado quando ele fica pronto, em vez de ficar travada esperando.

Na prática, isso deixa a sessão de terminal agradável em vez de incômoda. Você inicia três renderizações, segue com outra coisa e lê as três de volta em uma só chamada alguns minutos depois, o que se parece muito mais com o jeito que uma fila deve funcionar do que ficar olhando um spinner girar.

## O que fica fora do alcance do terminal?

Clonar um vídeo a partir de um link, imagens estáticas e carrosséis são recursos do app e não são expostos a um agente. Conectar um canal social é um login no navegador, e sempre será. Mudar de plano também não é tarefa para um agente.

Todo o resto está disponível, e o limite está descrito por completo na [página do agente Codex](/agents/codex). O hub [SocialFaktory para agentes de IA](/agents) compara os clientes lado a lado.

## O terminal é o lugar certo para isso?

Se você já passa os briefings de trabalho por lá, sim, porque o caro em uma rotina de conteúdo é a troca de contexto, não a digitação. Se preferir ver prévias enquanto decide, o [assistente de IA](/features/ai-assistant) roda o mesmo pipeline dentro do app, com os mesmos preços na tela.

De qualquer forma, um token sem o escopo de publicação nunca posta. [Crie uma marca](/register), gere um token somente leitura e use a primeira sessão só para explorar.

**Em uma frase:** a automação de redes sociais no Codex está a uma entrada de servidor MCP e uma variável de ambiente de distância, limitada pelos escopos e pelo teto mensal de créditos do token.

## Questions

### O token vai para o arquivo de configuração do Codex?

Não. O arquivo indica o nome de uma variável de ambiente, então a configuração em si não guarda segredo nenhum.

### Posso usar o arquivo de configuração em vez da CLI?

Pode. Uma entrada mcp_servers com a mesma url e a mesma variável de ambiente gera a mesma conexão.

### Quais chamadas são gratuitas?

Ler marcas, canais, formatos e carteira, e cotar uma geração. Só gerar e escrever posts gastam créditos.

### Devo deixar o Codex publicar?

No começo, deixe a publicação atrás de uma confirmação e mantenha o escopo de publicação fora do token até confiar no briefing.

### Posso gerenciar várias marcas na mesma máquina?

Pode. Gere um token fixado por marca e registre cada um como um servidor MCP próprio.

### Existe limite de requisições?

Sim: 120 chamadas por minuto por token e 300 requisições a cada cinco minutos por endereço.

## More detail

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