Base común
Rutinas programadas sin disparar el consumo
Cuatro orquestadores (mañana, tarde, semanal, mensual) guiados por planes escritos en archivos, en lugar de veinte tareas dispersas.
Captura de una herramienta real · datos ficticios, nombres difuminados · interfaz en inglés
El problema
La tentación es crear una tarea programada por cada necesidad. Al cabo de dos meses hay veinticinco, cada una recargando su propio contexto, pisándose unas a otras, enviando seis notificaciones al día y consumiendo una parte importante de la cuota.
Figura. Una semana de rutinas: tres diarias, una semanal, una mensual.
Método paso a paso
-
Agruparlas en cuatro orquestadores:
- MAÑANA (diario): comprobación de estado, triaje del correo, hoja de ruta del día;
- TARDE (diario): segunda pasada por el correo, actualización de los proyectos en curso, decisiones pendientes;
- SEMANAL (viernes): plazos académicos, defensas de tesis a D-14, vigilancia bibliográfica, horizontes a un mes;
- MENSUAL (el día 1): CV, historial de actividad, índice de archivos, copia de seguridad.
-
Un prompt de una línea: «lee tu plan de ejecución». El plan es un archivo Markdown (
_SYSTEME/ORCHESTRATEURS/PLAN_MATIN.md). Añadir una vigilancia se convierte en añadir una línea a un archivo, no en crear una tarea. -
Fijar un presupuesto: un tope de llamadas a herramientas por ejecución, una sola pasada, un registro de consumo. Un modelo más ligero basta para la mayoría de las tareas programadas; comprobar con qué modelo se crea la tarea.
-
Supervisar: una página de semáforos (verde, ámbar, rojo) alimentada por los propios orquestadores, para detectar los fallos silenciosos.
-
Notificar solo cuando se espera una acción.
-
Comprobar el estado tras cualquier pausa: después de una pausa general de las tareas, enumerar las que están activas, en pausa o desactivadas, y reactivarlas solo con su aprobación.
-
Un registro de incidencias: cuando una fuente no está disponible (buzón no conectado, índice demasiado grande, unidad desmontada), la rutina lo indica, propone una alternativa y nunca concluye «nada nuevo».
-
Preparar en tarea, validar en conversación:
- en una tarea programada, nada entra en el archivo de referencia (planning, CV, memoria anual): todo va a una zona «por validar»;
- la validación, en conversación, encadena bloqueo, copia con fecha y hora, fusión, control de integridad antes y después, y registro; puede ser parcial («valida las líneas 1 a 4»);
- una pieza = una zona de escritura: dos piezas nunca escriben en el mismo sitio;
- si el archivo está abierto en otro lugar, escribir en la zona «por validar» y pedir que se cierre;
- en una hoja de cálculo: el mismo número de fórmulas antes y después, cero errores al recalcular.
-
Una pirámide de orquestación: la información sube, las órdenes bajan y ningún nivel se salta otro. El panel de control solo lee datos agregados («espejos» que cada orquestador mantiene al día), nunca los documentos en sí.
-
Un centinela fuera del equipo: una tarea en la nube, sin acceso al disco, señala las tareas fallidas, suspendidas (ordenador apagado) o no ejecutadas. Completa un segundo control: la rutina que consume datos señala la ausencia del registro de la que los produce. Nunca se presentan datos caducados como actuales. Para trabajar con el ordenador apagado, véase el modo «sin ordenador» en la ficha Encuadrar una petición dictada.
Entregable
Cuatro tareas, cuatro archivos de plan, un archivo de reglas compartido, un registro y una página de supervisión.
Lecciones aprendidas
- Un fallo silencioso (la extracción de adjuntos rota durante dos semanas) justificó la página de supervisión.
- Un plan demasiado pesado para su tope se corta: más vale dos ejecuciones cortas que una larga.
- Las tareas sustituidas se renombran «ARCHIVE» y se desactivan, nunca se borran.
Prompt de partida
Aquí tienes la lista de mis tareas programadas. Propón agruparlas en 4 orquestadores, redacta un plan de ejecución en Markdown para cada uno y estima el consumo antes/después. No crees ni modifiques ninguna tarea sin mi aprobación.