# El reporte semanal generado

> Agentes y Automatizaciones · Reporting automático
> Fuente: https://magoallegri.com/cursos/agentes/reporting-automatico/el-reporte-semanal-generado

---

El camino te enseñó la rutina "reporte-semanal" (la corrías el lunes); el lab la gradúa: **la tarea programada que corre sola el lunes a las 7** — y cuando llegás con el café, el reporte ya está esperando. Mismo formato sagrado (qué pasó / qué significa / qué se hace), cero invocación manual.

## El salto: de rutina a tarea programada

La diferencia técnica es chica (la rutina existente + un trigger de tiempo — las tareas programadas de tu stack, que conocés del camino); el diseño fino está en tres detalles que la autonomía exige:

1. **La fuente completa y fresca** — la tarea lee la planilla de eventos (que ya se llena sola) + el pulso de los sistemas + el CRM. Sin dependencia de cargas humanas previas = sin el clásico "reporte generado con datos viejos porque nadie cargó".
2. **El criterio del "qué significa", auditable** — el bocado de IA del reporte (la lectura: a qué se atribuye, dónde está el eslabón flojo) genera CON las reglas de tu briefing: comparaciones siempre, atribución solo con evidencia de los eventos, y la honestidad del camino (lo malo primero, sin maquillaje). Lo que no pueda atribuir con datos, lo dice: *"bajaron las respuestas — los eventos no alcanzan para saber por qué; hipótesis: [X]"*. El reporte que admite incertidumbre es el que podés creer.
3. **La propuesta, separada de la decisión** — el "qué se hace" llega como propuesta argumentada; la decisión sigue siendo tuya en el ritual (el patrón de todo el camino: el sistema propone, el operador decide — ahora en su forma final).

## La construcción

```
Gradualemos el reporte a tarea programada:

1. LA TAREA: la rutina reporte-semanal existente (o creémosla con
   el formato del camino) como tarea programada de los lunes
   [HORA], leyendo planilla de eventos + pulso + CRM.
2. EL BRIEFING del reporte (sus reglas de generación): comparaciones
   obligatorias, atribución solo con evidencia, lo malo primero,
   la incertidumbre admitida, máximo 12 líneas, y el cierre con
   LA PROPUESTA de la semana (argumentada, para mi decisión).
3. LA ENTREGA: el reporte llega por [MI CANAL de nivel HOY] y se
   archiva en el proyecto (el historial de reportes es el diario
   del negocio — se acumula solo).
4. La primera corrida: ejecutala AHORA manualmente para verificar,
   y dejala programada para el lunes.
```

## El ritual del lunes, versión final

Mirá en qué quedó tu lunes después de tres módulos de lab: el reporte te espera generado → lo leés (2 min) → verificás contra el panel si algo te hace ruido (1 min) → tomás LA decisión de la semana y la anotás (2 min). **Cinco minutos de operador puro** — todo lo demás (juntar, calcular, redactar) ya no existe como trabajo tuyo. Eso prometía el lab; eso acaba de pasar.

> [!info] **Checkpoint** — La tarea corre programada: el reporte de tres párrafos, generado con reglas auditables desde datos frescos, entregado y archivado solo. Tu lunes se redujo a leer y decidir — que siempre fue la única parte que te necesitaba.

## 🟢 Hacelo ahora

1. La graduación completa (tarea + briefing + entrega).
2. La corrida manual de verificación — y leé el reporte con el doble sombrero del camino (¿la lectura es correcta? ¿la propuesta es razonable?).
3. El lunes que viene: el ritual de 5 minutos, estrenado. Anotá qué se siente — en serio: ese delta es el lab.

---

El reporte se escribe solo. La próxima lección le agrega los reflejos: **alertas de desvío** — cuando una métrica se cae, te enterás vos primero (no el cliente, no a fin de mes).