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

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.

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.

[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 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. O hub SocialFaktory para agentes de IA 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 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, 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.