Planeador Diario de Operaciones

Plan diario

Objetivo: que el operador elija, con una sola pregunta, qué se hace hoy. No implementes nada hasta que responda.

Háblale al operador en español y comienza con su nombre.

1. Lee el estado actual

• docs/pendientes.md: la lista única de tareas.
• La última nota en docs/reuniones/: decisiones y cambios que pidió Jordan.
• La sección "Pendientes conocidos" de CLAUDE.md, y el handoff.md de cualquier especificación que tenga tareas con fecha.
• git log --since la última reunión: lo que ya se ha hecho, para no proponer nada dos veces.
• Si daily-intake no se ejecutó hoy, verifica si hay una nueva reunión o archivos en New/, y sugiere ejecutarlo primero.

2. Clasifica cada tarea abierta

Grupo	Criterio
Urgente	Fecha límite dentro de 3 días, o bloquea algo con fecha fija (revisión de cumplimiento ~2 semanas antes, correos de campaña programados, fechas de lanzamiento de anuncios, el fin del Período de Inscripción Abierta de Medicare el 7/12, un seminario web)
Cliente espera	Jordan lo pidió, o es un documento que Jordan debe aprobar o subir
Se puede hacer ahora	Sin bloqueos, y Claude puede hacerlo con el repositorio, el CRM (API o navegador) o Gmail
Bloqueado	Depende de Jordan, un proveedor externo, cumplimiento normativo o una aseguradora. No se propone; solo se muestra como "lo que estamos esperando"
Otra sesión	Imágenes o diseño visual: el operador lo hace en otra sesión de Claude. Menciónalo, no lo propongas

Reglas:

• Las tareas pendientes de días anteriores van antes que las nuevas que no sean urgentes.
• Las escrituras al CRM o cualquier acción externa (enviar un correo, publicar, activar un flujo de trabajo) se proponen con una advertencia de que necesitan la aprobación del operador. Nunca toques flujos de trabajo activos.
• Incluye el costo de tiempo cuando sea grande (por ejemplo, "navegador en el constructor de flujos de trabajo, lento").

3. Muestra el plan y pregunta

1. En el chat, brevemente:
   • Urgente: 1–3 tareas, cada una con su motivo (fecha límite o bloqueador).
   • Se puede hacer ahora: el resto, en el orden recomendado.
   • Lo que estamos esperando: una línea por persona o proveedor.
2. Luego una AskUserQuestion con multiSelect: true, con hasta 4 opciones (las más útiles; la primera marcada "(Recomendación)"). El operador puede añadir otras en "Otro".
3. Implementa solo lo que elijan, en ese orden. Después de cada tarea:
   • márcala como [x] … · hecho AAAA-MM-DD en docs/pendientes.md;
   • haz commit (CLAUDE.md: el operador como autor, sin atribución de IA, sin push).

4. Al final del día

Cuando las tareas que el operador eligió estén terminadas, sugiere ejecutar /client-update para preparar la página para la próxima reunión.