Un equipo interno de Anthropic ha explicado cómo usa Claude Code para generar y enviar cada semana una actualización personalizada a cada uno de sus representantes comerciales. No es un caso de uso de programación: es un flujo de trabajo recurrente de negocio resuelto con la herramienta que se supone que sirve para escribir código.
Y esa es exactamente la parte que merece atención, porque describe un patrón que se puede copiar casi tal cual para el trabajo de cliente.
Lo llamativo no es el informe, es quién lo redacta
Los informes automáticos existen desde hace décadas. Cualquier CRM decente envía un resumen semanal, y montar uno con una consulta programada y una plantilla de correo es trabajo de una tarde. Lo que nunca ha funcionado bien de esos informes es que son idénticos para todo el mundo: la misma estructura, las mismas métricas y el mismo orden, tenga el destinatario un problema de conversión, una cartera estancada o un trimestre récord.
El resultado es conocido: llegan el lunes, se abren en diagonal y se archivan. El informe existe para que exista, no porque alguien lo lea.
Lo que cambia al meter un modelo en el paso de redacción es que la salida deja de ser una plantilla rellenada y pasa a ser una lectura de los datos de esa persona concreta. Para un comercial cuya actividad ha caído, lo relevante es una cosa; para uno con muchas oportunidades abiertas y ninguna cerrada, otra. Esa decisión — qué destacar de entre todo lo que se podría destacar — es la que hasta ahora exigía que alguien mirase los números uno por uno, y es la razón por la que en la práctica no se hacía.
Un informe idéntico para todo el mundo existe para que exista. Lo caro nunca fue generarlo: era decidir qué destacar en cada caso.
Por qué se usa Claude Code y no un flujo clásico
La pregunta razonable es por qué resolverlo con Claude Code en lugar de con una automatización tradicional en n8n o similar. La respuesta está en el tipo de tarea.
Un flujo clásico encadena pasos definidos de antemano: consulta esta fuente, transforma estos campos, envía por este canal. Funciona perfectamente mientras el trabajo sea determinista. Claude Code aporta algo distinto — un agente con acceso a herramientas y al sistema de archivos que decide qué pasos dar —, y eso importa cuando el trabajo incluye leer datos heterogéneos, cruzarlos y escribir texto que depende de lo que ha encontrado.
Dicho de otra forma: n8n es excelente orquestando, y Claude Code es excelente en el paso donde hay que ejercer criterio. Lo interesante no es elegir uno, sino verlos como piezas distintas del mismo montaje. El disparador semanal, la recogida de datos y el envío pueden vivir en n8n; el paso de análisis y redacción se delega a Claude Code ejecutándose sin interfaz.
El patrón, desmontado en cuatro piezas
Lo que hace que este caso sea copiable es que su estructura es genérica. Quítale las ventas y queda un esqueleto aplicable a casi cualquier informe recurrente.
- Un disparador temporal. Cada lunes, cada primero de mes, cada cierre de sprint. La periodicidad es lo que convierte un informe en un hábito.
- Una fuente de datos consultable. Un CRM, una base de datos, la API de analítica, el registro de incidencias. Cuanto más determinista sea la consulta, mejor.
- Un paso de criterio. Aquí es donde el modelo decide qué merece mencionarse para este destinatario y qué es ruido. Es la pieza que antes no se podía automatizar.
- Un canal de entrega. Correo, un mensaje directo, un documento compartido. La entrega es trivial y es también donde conviene dejar un paso de revisión humana al principio.
Cambia el CRM por Google Analytics y los comerciales por clientes y tienes el informe mensual de rendimiento web que muchos freelance envían a mano. Cambia la fuente por el registro de actualizaciones de WordPress y tienes el parte de mantenimiento que casi nadie manda porque da pereza redactarlo doce veces.
Dónde hay que poner el freno
Hay un riesgo específico en este tipo de automatización y no es menor: un informe con cifras es un documento donde un error inventado se lee como un dato. Nadie va a verificar la cifra de conversión que aparece en un correo automático; se asume correcta porque viene de un sistema.
⚠️ Separa el cálculo de la redacción
Los números deben salir de una consulta determinista — SQL, la API, una hoja — y llegar al modelo ya calculados. El paso del agente es interpretar y redactar, nunca calcular de cabeza. Y antes de automatizar el envío, deja dos o tres semanas de revisión manual: es la única forma de saber si el criterio de selección acierta o solo suena bien.
El segundo freno es de expectativas. Un informe personalizado por un agente sigue siendo un informe automático, y si el destinatario descubre que nadie lo ha mirado, pierde la autoridad que tenía. Funciona mejor presentado como lo que es — un resumen preparado automáticamente para que la conversación posterior sea más corta — que disfrazado de análisis personal.
La conclusión práctica es que Claude Code lleva tiempo siendo algo más que un asistente de programación, y este caso lo enseña sin adornos: es un agente con acceso a datos y herramientas al que se le puede encargar trabajo recurrente que exige criterio. Si mandas informes a mano cada mes, ahí tienes el primer flujo que merece la pena montar, y el único requisito serio es que las cifras las calcule otro.
