Hacer que agentes programados redacten, estructuren y archiven artículos ya no es una demostración de conferencia: varios editores independientes ejecutan este tipo de cadena en producción, en sitios con tráfico real. La práctica tiene sus reglas, sus puntos de ruptura y un coste que rara vez se enuncia. Estado de la cuestión tras dieciocho meses de industrialización.
Qué es realmente una rutina editorial
Una rutina editorial es un agente de línea de comandos disparado a hora fija por un planificador. Recibe un prompt largo y versionado, busca datos frescos, redacta un artículo conforme a una guía de estilo y lo envía como borrador al CMS mediante su API. No hay intervención humana durante la ejecución.
Tres piezas hacen viable el conjunto en 2026: el Model Context Protocol para conectar herramientas externas, los subagentes de contexto aislado para paralelizar tareas acotadas, y la ejecución planificada del lado del servidor. Anthropic lo documenta en la documentación MCP de Claude Code.
MCP, el punto de inflexión
Antes de la adopción de MCP, cada integración era un script propio que mantener. El protocolo permite ahora conectar un servidor y dejar que el agente lea y escriba directamente en la herramienta: base de datos, analítica, CMS. Convertido en estándar abierto y cedido a finales de 2025 a una fundación neutral bajo la Linux Foundation, cuenta con varios miles de servidores disponibles.
La automatización editorial no consiste en que un modelo escriba un texto. Consiste en construir una cadena que busca sus propios datos, produce dentro de una guía de estilo y sabe cuándo detenerse.
La frontera entre lo automatizado y lo que no lo está
Los profesionales describen esta línea como la más determinante. Todo lo mecánico y verificable pasa a rutina; todo lo que compromete una firma o dinero permanece en un escritorio humano.
| Tarea | ¿Automatizada? | Motivo |
|---|---|---|
| Detectar novedades y temas del día | Sí | Fuentes estructuradas, deduplicación por clave estable |
| Redactar el borrador | Sí | Prompt largo versionado, guía de estilo vinculante |
| Crear el contenido en base de datos (estado borrador) | Sí | API del CMS, nunca publicación directa |
| Revisión editorial final | No | Compromete la firma y la responsabilidad editorial |
| Publicación definitiva | Casi nunca | Difícilmente reversible |
| Cualquier gasto (publicidad, compras) | Jamás | Una decisión financiera sigue siendo humana |
Cómo es un disparador
La configuración no tiene nada de esotérico: una entrada cron del lado del servidor, un prompt y una lista de herramientas autorizadas. La trampa más citada cabe en una línea: adjuntar un servidor MCP no basta, debe declararse explícitamente en las herramientas autorizadas; de lo contrario el agente se ejecuta en vacío.
# Rutina «borrador diario» — esqueleto
cron: "25 8 * * *" # 08:25, todos los días
agent: claude-code
prompt_ref: wp_post_1624319 # prompt largo, versionado en el CMS
allowed_tools:
- mcp__cms__create_draft # debe estar listado, no solo adjunto
- WebSearch
- WebFetch
guardrails:
status: draft # nunca "publish"
dedup_key: source_url # antiduplicados en todos los estados
max_articles: 2
Los subagentes contra la saturación del contexto
En las rutinas voluminosas, la división en subagentes es la respuesta estándar: un agente explora las fuentes, otro redacta, un tercero verifica la conformidad con la guía. Al disponer cada uno de su propio contexto, ninguno absorbe las decenas de miles de tokens producidos por los demás. Es lo que separa un agente que se desvía a los veinte minutos de un encadenamiento que aguanta.
- Explorar: recogida y deduplicación de temas candidatos.
- Redactar: un artículo, un contexto limpio, la guía de estilo como entrada.
- Verificar: longitud, marcado, enlaces internos, registro.
Lo que se rompe, y con qué frecuencia
Las averías notificadas son notablemente constantes de un editor a otro. Por orden decreciente de frecuencia:
- El fallo silencioso: una contraseña de aplicación caduca, la API devuelve un error 401 y la rutina «tiene éxito» produciendo vacío. Toda ejecución debe generar un informe.
- El cortafuegos aplicativo: algunas fuentes bloquean la exploración automatizada. Un servicio de recogida intermedio, o un agente de usuario explícito, evita que el agente invente el contenido que no ha podido leer.
- La inspección TLS en entorno cloud: el tráfico saliente se intercepta. Desactivar la verificación de certificados es una trampa de seguridad, no una solución.
- La deriva del prompt: un prompt compartido por varias sesiones se corrompe. Debe releerse antes de cada escritura.
- El duplicado: sin clave de deduplicación estable verificada en todos los estados, el mismo tema se republica.
El coste real
La partida principal no es el coste de los tokens sino el de la fontanería: fuentes, deduplicación, informe de salida, pruebas en vacío. El retorno de la inversión se juega en la ingeniería alrededor del agente, no en el agente: la redacción es la parte menos costosa de la cadena.
Lo que hay que retener
Una cadena editorial automatizada es un sistema de producción, con las exigencias que conlleva: supervisión, registro, salvaguardas y responsabilidad humana al final. No sustituye a una redacción; elimina el trabajo mecánico que la precede.
Exploto este tipo de cadena en una decena de sitios desde hace más de un año. La lección más cara fue el fallo silencioso: durante tres días una rutina «tuvo éxito» sin producir nada, porque nadie leía su informe. Desde entonces, toda rutina que no genera informe se considera averiada. — Simon Janvier
Para profundizar
La documentación MCP de Claude Code está disponible en el sitio oficial de Anthropic.
