Automatización de redes sociales con Codex y un servidor MCP

La automatización de redes sociales con Codex se resuelve con un solo comando. Registra SocialFaktory como servidor MCP, guarda el secreto en una variable de entorno y esa misma sesión de terminal con la que publicas tu código puede hacer el brief, cotizar, renderizar y programar la semana de una marca.

La configuración es deliberadamente aburrida, que es justo lo que quieres cuando hay credenciales de publicación en juego.

1. Genera un token en tus ajustes, con read y generate para empezar.
2. Exporta el secreto a tu entorno de shell.
3. Registra el servidor con la CLI de Codex, usando el nombre de la variable de entorno y no el secreto.
4. Inicia una sesión y pídele a Codex que liste tus marcas.
5. Haz el brief de un video y lee la cotización que devuelve.
6. Aprueba el render y luego usa un token con publish para redactar y programar las publicaciones.

¿Cómo registras el servidor?

Dos líneas. La primera mantiene el secreto fuera de la configuración de Codex; la segunda le dice a Codex dónde encontrarlo.

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

Si prefieres editar la configuración a mano, la misma entrada puede vivir en tu archivo de configuración de Codex bajo una tabla mcp_servers con la clave del nombre que elijas.

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

Ambas formas producen la misma conexión. El comando es más rápido; el archivo es más fácil de versionar en un repositorio de dotfiles, porque no guarda ningún secreto.

¿Por qué mantener la publicación detrás de una confirmación?

Porque un brief es una hipótesis hasta que lees el resultado. Los modos de aprobación de Codex te permiten exigir una confirmación antes de ejecutar una herramienta, y publicar es la herramienta que conviene controlar. La generación es recuperable; una publicación equivocada en una cuenta activa no lo es.

Hay un límite más estricto por debajo de la aprobación, y es el mejor de los dos. Un token sin el alcance publish no puede publicar en absoluto, haga lo que haga la sesión.

¿Cuánto cuesta una sesión?

Explorar no cuesta. Listar marcas, canales y formatos, consultar tu monedero y cotizar un trabajo con la herramienta de cotización no tiene costo. Solo generar un video y escribir una publicación consumen créditos.

Esa asimetría es lo que hace seguro dejar a un agente explorando. Puede mapear toda tu cuenta, proponer una semana y mostrarte un número, antes de mover un solo crédito. La referencia de MCP marca cuáles de las veinte herramientas consumen y cuáles no.

¿Cómo haces el brief desde la terminal?

En lenguaje claro, con una restricción concreta. "Dos videos para jueves y viernes, el sérum, la objeción sobre el precio, muéstrame la cotización primero" es un mejor brief que tres párrafos de tono, porque el tono ya vive en la marca.

Los briefs que fallan son los vagos. Un agente que no está seguro igual generará algo, y la generación es donde se gastan los créditos, así que la ambigüedad tiene un precio que luego verás en el monedero. Nombra el producto, nombra el día, nombra el ángulo.

A lo largo de la semana los briefs se acortan, no se alargan. Para el viernes escribes una sola línea, porque la marca, el cast y el calendario ya son conocidos y la única información nueva es la idea.

¿Cuál es el límite de tasa?

Ciento veinte llamadas por minuto por token, y trescientas solicitudes cada cinco minutos por dirección. Las sesiones interactivas ni lo notan.

Una sesión programada sí puede notarlo, si consulta un render en un bucle muy cerrado. Lee la generación a intervalos sensatos y el límite deja de importar.

¿Cómo lo mantienes en una sola marca?

Fija el token. Un token fijado rechaza los canales, generaciones, publicaciones y biblioteca de cualquier otra marca, así que una sesión que se desvíe no puede alcanzar el trabajo de otro cliente. Las subidas y el monedero de créditos son la excepción: pertenecen a la cuenta, así que un token fijado puede leer un archivo subido para otra marca.

Si gestionas varias marcas desde una máquina, genera un token por marca y expórtalos con nombres de variables distintos. Registrar cada uno como su propio servidor MCP mantiene a las sesiones claras sobre en qué marca están trabajando.

¿Cómo se ve la respuesta al volver?

Primero un identificador, luego el recurso final. La generación es asíncrona, así que la herramienta que inicia un render devuelve un id y la sesión lee el resultado cuando está listo en lugar de bloquearse.

En la práctica eso hace la sesión de terminal agradable y no torpe. Inicias tres renders, sigues con otra cosa y lees los tres de vuelta en una sola llamada unos minutos después, que se parece más a una cola que a mirar un spinner.

¿Qué queda fuera del alcance de la terminal?

Clonar un video desde un enlace, las imágenes estáticas y los carruseles son funciones de la app y no están expuestas a un agente. Conectar un canal social requiere iniciar sesión en el navegador y siempre será así. Cambiar tu plan tampoco es tarea de un agente.

Todo lo demás está sobre la mesa, y el límite está escrito con detalle en la página del agente Codex. El hub en SocialFaktory para agentes de IA compara los clientes lado a lado.

¿Es la terminal el lugar adecuado para esto?

Si ya haces briefs ahí, sí, porque el cambio de contexto es la parte costosa de una rutina de contenido, no teclear. Si prefieres ver previsualizaciones mientras decides, el asistente de IA ejecuta el mismo pipeline dentro de la app con los mismos precios visibles.

En cualquier caso, un token sin el alcance publish nunca publica. Crea una marca, genera un token de solo lectura y dedica la primera sesión solo a explorar.

En una frase: la automatización de redes sociales de Codex está a un registro de servidor MCP y una variable de entorno, limitada por los alcances y el tope mensual de créditos de su token.