Automatización de redes sociales con OpenClaw: la configuración que publica

La automatización de redes sociales con OpenClaw empieza con un solo comando y un nombre de transporte. Registra SocialFaktory como un servidor MCP streamable-http y cualquier sesión de OpenClaw, interactiva o programada, podrá cotizar un trabajo, generar el video, redactar las publicaciones y colocarlas en el calendario.

El montaje completo son seis pasos, y los dos últimos son los que la gente suele saltarse y luego lamenta.

1. Emite un token en tus ajustes y copia el secreto.
2. Agrega el servidor desde la CLI de OpenClaw, indicando el transporte y el encabezado del token.
3. O añádelo desde la interfaz Control, que usa la misma URL y el mismo encabezado.
4. Pide tus marcas y canales para comprobar la conexión.
5. Restringe las herramientas que una sesión puede usar.
6. Asígnale una programación cuando confíes en el resultado.

¿Cuál es el comando?

El transporte debe nombrarse, porque OpenClaw admite más de uno y no adivina; además, el token viaja en un encabezado en esa misma entrada.

openclaw mcp set socialfaktory '{"url":"https://www.socialfaktory.com/mcp","transport":"streamable-http","headers":{"Authorization":"Bearer sfp_..."}}'

El mismo servidor puede declararse bajo mcp.servers en openclaw.json. Ese archivo guarda tu token, así que mantenlo fuera de carpetas compartidas y del control de versiones.

{
  "mcp": {
    "servers": {
      "socialfaktory": {
        "url": "https://www.socialfaktory.com/mcp",
        "transport": "streamable-http",
        "headers": { "Authorization": "Bearer sfp_..." }
      }
    }
  }
}

Si prefieres no tocar ninguno de los dos, la interfaz Control tiene una pantalla de ajustes para servidores MCP que usa esos mismos valores.

¿Por qué filtrar las herramientas?

Porque una sesión que ve veinte herramientas acabará usando alguna que no pretendías. OpenClaw puede incluir solo un subconjunto para una sesión concreta, lo que mantiene honestas las opciones del modelo y acorta los prompts.

Filtrar herramientas es conveniencia, no seguridad. El límite duro es el alcance del token: un token sin publish no puede publicar, independientemente de cómo esté configurada la sesión. Usa ambos, y confía en el alcance como barrera real.

¿Puede ejecutarse con programación?

Sí, y aquí es donde el diseño demuestra su valor. Señala una sesión programada al mismo servidor, dale un brief permanente y deja que proponga la semana cada lunes.

Dos cosas lo hacen seguro para dejarlo corriendo. Cada llamada que gasta créditos o publica lleva una clave de idempotencia, así que una repetición dentro de veinticuatro horas devuelve el primer resultado en lugar de hacer el trabajo dos veces. Y el tope mensual de créditos impide que el token inicie una llamada de pago cuando el gasto del mes lo alcanza, de modo que ninguna programación puede fundirse el mes.

¿Qué aporta la interfaz Control?

Un lugar donde ver lo que configuraste. La CLI es más rápida de teclear, pero una lista de servidores legible de un vistazo merece la pena cuando tres máquinas y dos programaciones apuntan a la misma cuenta.

También es la vía más sencilla para quien no vive en una terminal. Los valores son idénticos, así que un colega puede agregar el mismo servidor desde una pantalla de ajustes mientras tú lo añades desde el shell, sin tener que traducirse nada entre sí.

¿Cómo depuras una sesión que se queda en silencio?

Pídele que liste tus marcas. Esa llamada es gratuita, solo requiere el alcance read, y falla de forma clara si el token es incorrecto, fue revocado o apunta al host equivocado.

Si el listado funciona pero una generación no, consulta el saldo a continuación. Un rechazo que parece una caída de conexión suele ser simplemente que se alcanzó el tope mensual; es el sistema haciendo su trabajo, no una avería.

¿Dónde vive el token?

En un encabezado Authorization dentro de la entrada del servidor. Emítelo en tus ajustes y revócalo en el mismo lugar en cuanto se filtre o una máquina salga de tu control.

Dale a una sesión programada su propio token en lugar de reutilizar el interactivo. Así, revocar la programación es un clic y tus sesiones interactivas siguen funcionando.

¿Qué debe incluir un brief permanente?

Una mezcla de canales, una cadencia y un límite. "Tres shorts y cuatro publicaciones de texto por semana, nunca más de dos videos al día, siempre cita primero" basta para operar un mes sin más instrucciones.

Lo que no debe incluir son instrucciones de tono. La marca ya contiene la voz, el elenco y los productos; repetirlo en la programación solo le da a la sesión una segunda copia, más rancia, con la que discrepar.

¿Qué se niega a hacer?

Clonar un video desde un enlace, generar imágenes fijas y construir carruseles aún no están disponibles a través de un agente. Conectar un canal social requiere iniciar sesión en el navegador y se hace dentro de la app. Cambiar tu plan tampoco está en la lista.

La página del agente de OpenClaw muestra ambas recetas de configuración en paralelo, y la referencia de MCP enumera cada herramienta con el alcance que necesita. El hub de agentes compara OpenClaw con los demás clientes.

¿Es un agente la forma adecuada de llevar una marca?

Es una de dos buenas formas. Un flujo centrado en la terminal elimina el cambio de contexto, que es lo que más cuesta al publicar con consistencia. Un flujo centrado en el producto te da vistas previas mientras decides, y para eso está el asistente de IA.

Ambos consumen los mismos créditos y respetan la misma voz de marca, y ninguno puede publicar con un token sin el alcance publish. Crea una marca y dale primero a una sesión un token de solo lectura antes de concederle nada más.

En una frase: la automatización de redes sociales con OpenClaw necesita un comando con el transporte streamable-http, un token con el alcance adecuado y un tope de créditos antes de dejar que una programación lo ejecute.