El build con Claude que reemplazó mi mañana de seis pestañas

La versión que funciona es la cuarta. Las primeras tres se equivocaban con total seguridad antes de que yo terminara el café. Armé algo pequeño para matar mi mañana de seis pestañas: un prompt programado, tres herramientas conectadas, un resumen esperándome a las 6 a.m. Hoy me ahorra unos cuarenta minutos al día. También me hizo perder una semana primero, y no por la razón que crees. El modelo nunca fue el problema. Lo que le daba de comer, sí.

Así era la mañana que reemplazó. Google Calendar, dos bandejas de entrada, Notion para el tracker de proyectos, un dashboard de pagos, y un rato de scroll en Slack para cazar lo que se me había pasado en la noche. Cuarenta minutos saltando entre pestañas para armar un solo panorama, y para cuando lo tenía, ya habían cambiado un par de cosas. Estaba haciendo conciliación mental antes de tomar una sola decisión que importara.

Entonces escribí un build. (Te nombro mi stack porque me lo vas a preguntar: Google Calendar, Notion, Stripe. Cámbialos por lo que de verdad uses. Al patrón le da igual.) Una tarea programada llama a Claude una vez al día, le pasa tres entradas estructuradas y recibe un resumen corto: lo más importante de hoy, qué se entregó desde ayer, y qué está trabado y por quién. Sin dashboard. Sin app que abrir. Llega como un mensaje de Slack a mí mismo, donde ya estaba mirando.

El prompt es corto. Esta es la cuarta versión:

Eres mi jefe de gabinete de operaciones. Entradas: el calendario de hoy (JSON), las tareas abiertas con estado y fecha límite (JSON), y la actividad de pagos de ayer (JSON). Escribe un resumen, primero la respuesta: (1) lo más importante de hoy, (2) qué se entregó desde ayer, (3) qué está trabado y por quién. Reglas: empieza por la respuesta, sin preámbulo, nombra ítems y montos concretos, y marca lo vencido. Máximo 120 palabras. Si una fuente viene vacía, dilo en una línea. No inventes.

Cada frase ahí es una cicatriz. Esto fue lo que se rompió, y el arreglo de cada cosa:

1. El primer día se inventó un bloqueo. Marcó una tarea como "trabada, esperando a legal" cuando no tenía responsable ni había ningún "legal" en ningún lado. La tarea solo tenía el campo de estado en blanco, y el modelo llenó el blanco con una historia muy convincente. Arreglo en dos partes: el prompt ahora dice no inventes, y la capa de datos dejó de mandar tareas con el estado vacío. El bug era la basura que entraba, no el modelo razonando mal.

2. El segundo día enterró la respuesta. "¡Buenos días! Aquí tienes tu resumen diario…" y cuatro frases antes de lo único que necesitaba. Arreglo: sin preámbulo, empieza por la respuesta. Ser específico en el prompt sale más barato que cualquier upgrade de modelo, y funciona esa misma mañana.

3. El tercer día el costo se fue subiendo. Le mandaba todo el historial de tareas en cada corrida, cada ítem cerrado de hace meses. Arreglo: mandar solo los últimos 14 días más lo que siga abierto. Los tokens bajaron alrededor de 70%, y el resumen hasta mejoró, porque dejó de ahogar la señal en contexto muerto.

Antes: cuarenta minutos saltando entre pestañas. Después: tres minutos de lectura de un resumen de 120 palabras que ya hizo el trabajo de armar el panorama. El modelo hace quizás el 30% de eso. El otro 70% es la parte que nadie pone en un demo: decidir qué datos entran, en qué forma, y qué puede hacer el modelo cuando un campo viene vacío.

Esa es la lección, y viaja mucho más allá de los resúmenes de la mañana. En producción, el cuello de botella casi nunca es el modelo. Es el contrato de datos. El demo bonito donde un agente lee tu calendario y "ya sabe" cómo es tu día es el 30% fácil. La versión que dura es aburrida: entradas limpias, una forma definida, una regla explícita para los datos que faltan, y un límite duro para que no divague. Acierta eso y el prompt puede ser de 120 palabras, porque esas 120 palabras nunca cargaron el peso.

No necesitas nada que yo venda para copiar lo de arriba. El prompt está ahí mismo, y también las tres formas en que lo rompí primero.