Cómo crear un conector de Meta Muse para publicar en X

Meta no lista ningún conector de X, así que un conector de Meta Muse para publicar en X es uno que construyes tú en un solo mensaje. Muse escribe su propio cliente a partir de una especificación de API pública en su máquina virtual en la nube, lo que reduce el trabajo a un texto pegado, un token y un nombre de campo que el agente se inventa si nadie se lo dice. Ese campo es twitterConnectionIds, y la especificación de AdaptlyPost seguía confirmándolo el 20 de septiembre de 2026.

La versión corta: dale a Muse la especificación en post.adaptlypost.com/post/api/v1/openapi.json, pega un token adaptly_ en el campo seguro de credenciales y dile que el campo de X es twitterConnectionIds con el enum de plataforma TWITTER. Luego programa hilos frase a frase.

¿Por qué no hay un conector de Meta Muse para X en la lista de Meta?

A 20 de septiembre de 2026 Meta no publica ningún directorio de conectores fuera del producto, y X no aparece en ninguna de las listas parciales que existen. El director de IA Alexandr Wang publicó un listado el 8 de septiembre de 2026 que cubría Gmail, Google Calendar, Outlook, Plaid, OpenTable, Google Docs, Spotify, Function Health, Withings, Tailscale y Peloton, además de Facebook, Instagram, Threads y Messenger. El listado de lanzamiento de Parallel del 14 de septiembre de 2026 nombra un conjunto en parte distinto, que añade Ticketmaster y Apple Health y quita Outlook, Google Docs, Withings, Tailscale y Messenger. Ninguna de las dos listas nombra a X.

Hay una segunda capa aquí que conviene enunciar como el hecho comercial que es. X pertenece a un competidor de Meta, y Threads es la red propia de formato corto de Meta, la que se conecta a Muse automáticamente cuando las cuentas comparten un Centro de cuentas. A 20 de septiembre de 2026 Meta no ha anunciado ningún conector que publique en la línea de tiempo de un rival.

Así que X pasa por un Custom Connector, que es la respuesta documentada de Meta para un servicio que no está en la lista: Muse obtiene la información de la API y escribe el cliente por su cuenta. Meta también declara sin rodeos que no revisa los conectores personalizados ni lo que hacen con tu información. La configuración completa, el flujo de credenciales y la mecánica de la VM están en la guía principal. Esta entrada es la mitad de X.

¿Qué le pego a Muse para construir el conector de X?

El texto que pegas es el de la guía principal más una línea. La URL de la especificación, el brief de configuración, la cabecera de autenticación y la regla del campo de credenciales están todos en la guía principal. La diferencia en X es la última instrucción:

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 qué la especificación de AdaptlyPost sigue diciendo twitterConnectionIds?

El campo es twitterConnectionIds porque la especificación congeló el nombre antes del cambio de marca, y la entrada sobre la plantilla de Grok Bot explica por qué se quedó. Lo que importa para Muse es más estrecho: un agente que lee la especificación envía el campo correcto, y un agente que razona a partir del nombre de marca no. La especificación de AdaptlyPost se volvió a consultar el 20 de septiembre de 2026 para confirmarlo: twitterConnectionIds está en el esquema de la solicitud, el valor del enum de plataforma es TWITTER y xConnectionIds no aparece en ninguna parte del documento.

Un agente que improvisa a partir del nombre de marca se inventa xConnectionIds. La especificación no define ese campo, así que nada en la solicitud apunta a una conexión de X y la publicación sale sin destino en X.

¿Puede Muse programar un hilo en X?

Muse programa un hilo como una secuencia de publicaciones temporizadas a través de POST /social-posts/bulk, espaciadas mediante scheduledAt. AdaptlyPost no tiene un objeto de hilo, así que nada encadena las respuestas por ti. Dile eso a Muse de entrada, porque un agente al que le pides un hilo de doce partes te describirá un encadenamiento de respuestas que no puede hacer.

El endpoint bulk acepta de 1 a 100 publicaciones en una llamada. platforms, timezone y los arrays de ids de conexión van una sola vez en la parte superior de la solicitud; cada entrada de posts lleva su propio contentType, text y scheduledAt. El espaciado es lo que querías de todos modos. Un hilo soltado de golpe se lee como un volcado; las mismas publicaciones con dos minutos de diferencia se leen como un hilo que se está escribiendo.

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" } ] }

Un detalle de Muse aplica aquí y no a otros agentes. Sentinel, el componente que autoriza cada solicitud saliente de la VM, crea una aprobación pendiente y detiene la ejecución cuando te necesita. El aviso de aprobación de Meta ofrece Allow once, Allow for this task, Allow for this site, Always allow y Deny. Para un hilo, Allow for this task es la opción que te evita tocar cuatro veces.

¿Cómo comparten X y Bluesky una misma llamada?

A 20 de septiembre de 2026 la especificación define objetos de configuración por plataforma para cinco redes solamente: Pinterest, TikTok, Instagram, Facebook y YouTube. X, Bluesky, LinkedIn y Threads aceptan un array de ids de conexión, texto y contenido multimedia opcional, y nada más. X usa twitterConnectionIds y Bluesky usa blueskyConnectionIds, así que poner las dos en una misma solicitud añade dos arrays y ningún bloque de configuración.

Usa platformTexts en lugar de una cadena compartida cuando publiques en las dos a la vez. Cada entrada es una plataforma y un texto, así que la misma idea recibe una versión escrita para cada línea de tiempo en vez de un pie recortado al más estrecho de los dos límites. AdaptlyPost no fija ninguna longitud máxima para text en la especificación, así que cada red aplica su propio límite al texto que recibe.

¿Qué falla específicamente en X?

Una conexión de X caducada o revocada falla al publicar, no al programar. Un hilo reservado para el martes que viene se acepta hoy, la conexión vence mientras tanto, y la publicación falla ese día sin que nada en la respuesta original te avise. GET /social-posts/{id}/results informa del resultado por plataforma y POST /social-posts/{id}/retry vuelve a ejecutar solo los fallos una vez que reconectas.

Muse lo empeora si le dejas. El conector informa de lo que devolvió la llamada de programación, así que Muse te dirá que el hilo está reservado y dará el trabajo por hecho. Mete la llamada de resultados en la skill guardada, para que comprobar los resultados forme parte de publicar en vez de ser algo que te acuerdas de pedir.

Dos más, ninguno exclusivo de X pero los dos más afilados ahí. El contenido multimedia necesita el viaje de ida y vuelta a POST /upload-urls antes de POST /social-posts, y el vídeo de X sube mediante una secuencia de initialize, append y finalize que tarda más que una imagen. AdaptlyPost cuenta sus propios límites de frecuencia por clave de API y los devuelve en cada respuesta como RateLimit-Limit, RateLimit-Remaining y RateLimit-Reset, con Retry-After en un 429. Dile a Muse que lea esas cabeceras entre llamadas bulk en lugar de marcar el ritmo de un lote a ojo.

Preguntas frecuentes

¿Puede Muse publicar en X sin ningún conector?

Muse puede manejar la app web de X con su subagente de navegador, que lee una instantánea del árbol de accesibilidad en vez del DOM en crudo y no puede ejecutar JavaScript en la página. Funciona hasta que un botón cambia de lugar. No hay ningún error por plataforma contra el que reintentar ni hay programación, así que un conector construido sobre una especificación publicada es la mejor opción para cualquier cosa con horario.

¿Puede el conector leer mis menciones o respuestas en X?

No. Leer menciones necesita la API propia de X, que la especificación de AdaptlyPost no envuelve. Un conector de Muse construido sobre esta especificación publica, informa del resultado por plataforma y puede leer los endpoints /analytics/*, pero la especificación no define ningún endpoint para una línea de tiempo de menciones o respuestas.

¿El conector funciona con una cuenta X Premium?

Sí. La especificación no fija ningún maxLength en text, así que nada en el esquema rechaza un post de longitud Premium, y X aplica el límite que lleve tu cuenta. Escribe la versión larga en platformTexts para TWITTER y una versión corta para las demás redes en la misma llamada.

¿En qué se diferencia esto de la vía del Grok bot?

La plantilla de Grok bot para publicar en X es un enlace para compartir que instala una configuración ya construida, así que el conocimiento de la API llega con la plantilla. Las páginas de ayuda de Meta sobre conectores, aprobaciones y privacidad no describen ningún mecanismo de plantilla ni de enlace para compartir en Muse a 20 de septiembre de 2026. Muse lee la especificación y escribe el cliente por su cuenta, y luego guarda el resultado como una skill reutilizable que persiste entre conversaciones.

¿El token limita con qué cuenta de X publica Muse?

No. El id de conexión que pones en twitterConnectionIds elige el usuario de X, no el token. Llama a GET /social-accounts y lee el usuario antes de la primera publicación. El campo de credenciales y el flujo de revocación están en la guía principal.

¿Cuántas publicaciones de X puede programar una llamada bulk?

POST /social-posts/bulk acepta de 1 a 100 publicaciones en una sola llamada. Las plataformas, timezone y los arreglos de IDs de conexión van una vez al principio de la solicitud, y cada publicación lleva su propio contentType, text y scheduledAt.

¿Qué campo usa Muse para añadir Bluesky a la misma solicitud?

Bluesky usa blueskyConnectionIds, junto a twitterConnectionIds para X. La especificación no define bloque de configuración para ninguna de las dos redes, así que la solicitud solo suma un segundo arreglo.

¿Qué pasa si mi conexión de X caduca antes de una publicación programada?

La publicación falla en el momento de publicar, no al programarla, y la respuesta original no da ningún aviso. GET /social-posts/{id}/results muestra el resultado por plataforma. Cuando reconectes, POST /social-posts/{id}/retry repite solo los fallos.

¿Cómo evito aprobar cada publicación de un hilo?

Elige Allow for this task en el aviso de aprobación de Meta. Sentinel autoriza cada solicitud saliente de la VM, y esa opción cubre toda la ejecución en lugar de preguntar por cada publicación. Las otras opciones son Allow once, Allow for this site, Always allow y Deny.

¿Meta revisa un conector personalizado para X?

No. Meta afirma que no revisa los conectores personalizados ni cómo usan tu información. Lee el handle de X con GET /social-accounts antes de la primera publicación.

Crea un token de API de AdaptlyPost y dale a Muse la especificación, o lee primero el brief de configuración para agentes. El acceso a la API está incluido en Creator por $19 al mes, Pro por $39 y Enterprise por $89, y en la prueba gratuita de 7 días.

Fuentes: el artículo de ayuda de Meta sobre los conectores de Muse, la entrada de Meta sobre ingeniería de seguridad, el análisis de integraciones personalizadas de Parallel (14 de septiembre de 2026) y la especificación OpenAPI de AdaptlyPost. Comprobado el 20 de septiembre de 2026.