Como montar um conector do Meta Muse para publicar no X

A Meta não lista nenhum conector do X, então um conector do Meta Muse para publicar no X é um que você mesmo monta em uma única mensagem. O Muse escreve o próprio cliente a partir de uma especificação de API pública na máquina virtual em nuvem dele, o que reduz o trabalho a uma colagem, um token e um nome de campo que o agente erra se ninguém avisar. Esse campo é twitterConnectionIds, e a especificação da AdaptlyPost ainda confirmava isso em 20 de setembro de 2026.

Resumo: entregue ao Muse a especificação em post.adaptlypost.com/post/api/v1/openapi.json, cole um token adaptly_ no prompt seguro de credenciais e diga que o campo do X é twitterConnectionIds com o enum de plataforma TWITTER. Depois agende threads frase por frase.

Por que não existe um conector do Meta Muse para o X na lista da Meta?

Em 20 de setembro de 2026, a Meta não publica nenhum diretório de conectores fora do produto, e o X não aparece em nenhuma das listas parciais que existem. O diretor de IA Alexandr Wang publicou uma relação em 8 de setembro de 2026 cobrindo Gmail, Google Calendar, Outlook, Plaid, OpenTable, Google Docs, Spotify, Function Health, Withings, Tailscale e Peloton, além de Facebook, Instagram, Threads e Messenger. A lista de lançamento da Parallel, de 14 de setembro de 2026, nomeia de novo um conjunto em parte diferente, acrescentando Ticketmaster e Apple Health e tirando Outlook, Google Docs, Withings, Tailscale e Messenger. Nenhuma das duas cita o X.

Há uma segunda camada aqui que vale dizer como o fato comercial que é. O X pertence a uma concorrente da Meta, e o Threads é a rede de formato curto da própria Meta, aquela que se conecta ao Muse automaticamente quando as contas compartilham uma Central de Contas. Em 20 de setembro de 2026, a Meta não anunciou nenhum conector que publique em uma timeline rival.

Então o X passa por um Custom Connector, que é a resposta documentada da Meta para um serviço fora da lista: o Muse busca as informações da API e escreve o cliente sozinho. A Meta também afirma com todas as letras que não analisa conectores personalizados nem o que eles fazem com as suas informações. A configuração completa, o fluxo de credenciais e a mecânica da VM estão no guia principal. Este post é a metade do X.

O que eu colo no Muse para montar o conector do X?

A colagem é a do guia principal mais uma linha. A URL da especificação, o briefing de configuração, o header de autenticação e a regra do prompt de credenciais estão todos no guia principal. O delta do X é a última instrução:

Build a custom connector for AdaptlyPost so you can post to X, following the
setup in the pillar paste.
 
Do not publish anything yet. Call GET /social-accounts, show me the X handle
you can post as, and confirm from the spec that the X field is
twitterConnectionIds and the platform enum value is TWITTER.

Por que a especificação da AdaptlyPost ainda diz twitterConnectionIds?

O campo é twitterConnectionIds porque a especificação congelou o nome antes da renomeação, e o post sobre o modelo de Grok Bot explica por que ele ficou. O que importa para o Muse é mais estreito: um agente que lê a especificação envia o campo certo, e um agente que raciocina a partir do nome da marca não envia. A especificação da AdaptlyPost foi buscada de novo em 20 de setembro de 2026 para confirmar: twitterConnectionIds está no schema da requisição, o valor do enum de plataforma é TWITTER, e xConnectionIds não aparece em lugar nenhum do documento.

Um agente improvisando a partir do nome da marca inventa xConnectionIds. A especificação não define esse campo, então nada na requisição aponta para uma conexão do X e o post sai sem destino no X.

O Muse consegue agendar uma thread no X?

O Muse agenda uma thread como uma sequência de posts temporizados por POST /social-posts/bulk, espaçados por scheduledAt. A AdaptlyPost não tem objeto de thread, então nada encadeia as respostas por você. Diga isso ao Muse logo de cara, porque um agente a quem você pede uma thread de doze partes vai descrever um encadeamento de respostas que ele não faz.

O endpoint em lote aceita de 1 a 100 posts em uma chamada. platforms, timezone e os arrays de id de conexão ficam uma única vez no topo da requisição; cada entrada de posts carrega o próprio contentType, text e scheduledAt. O espaçamento é o que você queria mesmo. Uma thread despejada de uma vez parece um despejo; os mesmos posts com dois minutos de intervalo parecem uma thread sendo escrita.

You:  Schedule a 4-part thread on the connector launch, from 9am,
      two minutes apart, X only.
 
Muse: POST /social-posts/bulk
        { platforms: ["TWITTER"],
          twitterConnectionIds: ["..."],
          timezone: "Europe/Kyiv",
          posts: [
            { contentType: "TEXT", text: "1/ ...", scheduledAt: "2026-09-22T09:00:00" },
            { contentType: "TEXT", text: "2/ ...", scheduledAt: "2026-09-22T09:02:00" },
            { contentType: "TEXT", text: "3/ ...", scheduledAt: "2026-09-22T09:04:00" },
            { contentType: "TEXT", text: "4/ ...", scheduledAt: "2026-09-22T09:06:00" } ] }

Um detalhe do Muse vale aqui e não para outros agentes. O Sentinel, o componente que autoriza toda requisição de saída da VM, cria uma aprovação pendente e para a execução quando precisa de você. O prompt de aprovação da Meta oferece Permitir uma vez, Permitir nesta tarefa, Permitir neste site, Permitir sempre e Negar. Para uma thread, Permitir nesta tarefa é a opção que evita quatro toques.

Como o X e o Bluesky dividem uma única chamada?

Em 20 de setembro de 2026, a especificação define objetos de configuração por plataforma para cinco redes apenas: Pinterest, TikTok, Instagram, Facebook e YouTube. X, Bluesky, LinkedIn e Threads recebem um array de id de conexão, texto e mídia opcional, e nada além disso. O X recebe twitterConnectionIds, o Bluesky recebe blueskyConnectionIds, então colocar os dois em uma requisição acrescenta dois arrays e nenhum bloco de configuração.

Use platformTexts em vez de uma string compartilhada quando você publicar nos dois ao mesmo tempo. Cada entrada é uma plataforma e um texto, então a mesma ideia ganha uma versão escrita para cada timeline em vez de uma legenda cortada no limite mais apertado dos dois. A AdaptlyPost não define comprimento máximo para text na especificação, então cada rede aplica o próprio limite ao texto que recebe.

O que quebra especificamente no X?

Uma conexão do X expirada ou revogada falha na hora de publicar, não na hora de agendar. Uma thread marcada para a próxima terça é aceita hoje, a conexão cai nesse meio tempo, e o post falha no dia sem nada na resposta original para avisar você. O GET /social-posts/{id}/results reporta o desfecho por plataforma e o POST /social-posts/{id}/retry reexecuta só as falhas depois que você reconectar.

O Muse piora isso se você deixar. O conector reporta o que a chamada de agendamento devolveu, então o Muse vai dizer que a thread está marcada e dar o trabalho por encerrado. Coloque a chamada de resultados dentro da skill salva, para que checar desfechos faça parte de publicar em vez de ser algo que você lembra de pedir.

Mais dois pontos, nenhum exclusivo do X, mas os dois mais afiados ali. Mídia exige a ida e volta do POST /upload-urls antes do POST /social-posts, e vídeo no X sobe por uma sequência de initialize, append e finalize que demora mais que uma imagem. A AdaptlyPost conta os próprios limites de taxa por chave de API e os devolve em toda resposta como RateLimit-Limit, RateLimit-Remaining e RateLimit-Reset, com Retry-After em um 429. Diga ao Muse para ler esses headers entre chamadas em lote em vez de dosar um lote no chute.

Perguntas frequentes

O Muse consegue publicar no X sem nenhum conector?

O Muse consegue operar o app web do X com o subagente de navegador dele, que lê um snapshot da árvore de acessibilidade em vez do DOM cru e não roda JavaScript na página. Funciona até um botão mudar de lugar. Não há erro por plataforma para reprocessar nem agendamento, então um conector contra uma especificação publicada é a troca melhor para qualquer coisa temporizada.

O conector consegue ler minhas menções ou respostas no X?

Não. Ler menções exige a API do próprio X, que a especificação da AdaptlyPost não cobre. Um conector do Muse montado sobre essa especificação publica, reporta o resultado por plataforma e consegue ler os endpoints /analytics/*, mas a especificação não define nenhum endpoint para uma timeline de menções ou respostas.

O conector funciona com uma conta X Premium?

Sim. A especificação não define maxLength em text, então nada no schema rejeita um post com tamanho Premium, e o X aplica o limite que a sua conta carrega. Escreva a versão longa em platformTexts para TWITTER e uma versão curta para as outras redes na mesma chamada.

Qual a diferença em relação ao caminho do Grok bot?

O modelo de Grok Bot para publicar no X é um link de compartilhamento que instala uma configuração pronta, então o conhecimento da API chega junto com o modelo. As páginas de ajuda da Meta sobre conectores, aprovações e privacidade não descrevem nenhum mecanismo de modelo ou link de compartilhamento para o Muse em 20 de setembro de 2026. O Muse lê a especificação e escreve o cliente sozinho, depois salva o resultado como uma skill reutilizável que persiste entre conversas.

O token limita em qual conta do X o Muse publica?

Não. O handle do X é escolhido pelo id de conexão que você coloca em twitterConnectionIds, não pelo token. Chame GET /social-accounts e leia o handle de volta antes da primeira publicação. O prompt de credenciais e o fluxo de revogação estão no guia principal.

Quantos posts do X uma chamada bulk consegue agendar?

POST /social-posts/bulk aceita de 1 a 100 posts em uma única chamada. As plataformas, timezone e os arrays de IDs de conexão ficam uma vez no topo da requisição, e cada post traz seu próprio contentType, text e scheduledAt.

Qual campo o Muse usa para incluir o Bluesky na mesma requisição?

O Bluesky usa blueskyConnectionIds, ao lado de twitterConnectionIds para o X. A especificação não define bloco de configuração para nenhuma das duas redes, então a requisição só ganha um segundo array.

O que acontece se minha conexão do X expirar antes de um post agendado?

O post falha na hora de publicar, não na hora de agendar, e a resposta original não dá nenhum aviso. GET /social-posts/{id}/results mostra o resultado por plataforma. Depois de reconectar, POST /social-posts/{id}/retry reexecuta só as falhas.

Como evito aprovar cada post de uma thread?

Escolha Allow for this task no aviso de aprovação da Meta. O Sentinel autoriza toda requisição de saída da VM, e essa opção cobre a execução inteira em vez de perguntar a cada post. As outras opções são Allow once, Allow for this site, Always allow e Deny.

A Meta revisa um conector personalizado para o X?

Não. A Meta afirma que não revisa conectores personalizados nem como eles usam suas informações. Leia o handle do X com GET /social-accounts antes da primeira publicação.

Crie um token de API da AdaptlyPost e entregue a especificação ao Muse, ou leia o briefing de configuração para agentes antes. O acesso à API está incluído no Creator a $19 por mês, no Pro a $39 e no Enterprise a $89, e também nos 7 dias de teste grátis.

Fontes: o artigo da central de ajuda da Meta sobre conectores do Muse, o post de engenharia de segurança da Meta, o relato da Parallel sobre integrações personalizadas (14 de setembro de 2026) e a especificação OpenAPI da AdaptlyPost. Verificado em 20 de setembro de 2026.