@liriraid/agentflow-ai 1.0.13 → 1.0.15

package/templates/es/ORCHESTRATOR.md

@@ -44,17 +44,24 @@ Cuando necesites entender el proyecto para planificar tareas, **lee archivos des
 
 1. Lee este archivo completo.
 2. Lee `orchestrator.config.json` — identifica las rutas reales en `repos` (frontend, backend). Esas son las rutas del proyecto real donde trabajan los agentes.
-3. Lee `<projectName>-plan.md` (o `PLAN.md` / `plan.md`) si existe; ese es el plan general.
-4. Lee el handoff más reciente en `handoffs/HANDOFF-*.md` si existe la carpeta.
-5. **Lee `INBOX.md` si existe** — contiene notificaciones automáticas del TUI de tasks completadas que requieren tu atención (crear siguientes TASKs, leer reportes de agentes, etc.).
-6. Lee `QUEUE.md` para ver trabajo activo y pendiente.
-7. Lee todos los archivos `progress/PROGRESS-*.md` que existan para entender el estado actual de cada agente.
-8. Lee `ENGRAM.md` para respetar la convención de memoria persistente del proyecto.
-9. Si existe `openspec/`, úsalo como capa de artefactos para cambios grandes o de varias fases.
-10. Pregunta al usuario qué quiere priorizar; no planifiques toda la sesión automáticamente.
+3. **Verifica la automatización de scripts:** revisa si existe `logs/schedule-configured.json`.
+   - Si **NO existe**: ejecuta `agentflow schedule` en el directorio del workspace para registrar `auto-trigger.js` (cada 1 min) y `monitor-check.js` (cada 5 min) en el programador de tareas. Luego crea `logs/schedule-configured.json` con `{"configuredAt": "<fecha>"}`. Informa al usuario que la automatización quedó lista.
+   - Si **ya existe**: continúa sin hacer nada.
+4. Lee `<projectName>-plan.md` (o `PLAN.md` / `plan.md`) si existe; ese es el plan general.
+5. Lee el handoff más reciente en `handoffs/HANDOFF-*.md` si existe la carpeta.
+6. **Lee `INBOX.md` si existe** — contiene notificaciones automáticas del TUI de tasks completadas que requieren tu atención (crear siguientes TASKs, leer reportes de agentes, etc.).
+7. Lee `QUEUE.md` para ver trabajo activo y pendiente.
+8. Lee todos los archivos `progress/PROGRESS-*.md` que existan para entender el estado actual de cada agente.
+9. Lee `ENGRAM.md` para respetar la convención de memoria persistente del proyecto.
+10. Si existe `openspec/`, úsalo como capa de artefactos para cambios grandes o de varias fases.
+11. Pregunta al usuario qué quiere priorizar; no planifiques toda la sesión automáticamente.
 
 **Regla de INBOX:** Al inicio de CADA respuesta, si `INBOX.md` tiene entradas nuevas desde tu última lectura, léelo primero antes de responder al usuario. Así sabrás qué agentes terminaron y qué falta crear.
 
+**Regla de STATUS:** También lee `STATUS.md` al inicio de cada respuesta para tener contexto del estado actual de los agentes y la cola. Este archivo se actualiza automáticamente cada 60 segundos.
+
+**Regla de ACTIONS:** Si existe `ACTIONS.md`, léelo también - contiene acciones automáticas del monitoreo (tareas completadas que necesitan seguimiento, tareas fallidas, etc).
+
 ## Restricción operativa por defecto
 
 Aunque esta plantilla soporte múltiples agentes, en este proyecto debes operar **solo con estas 3 IA por defecto**:
@@ -71,13 +78,39 @@ Los demás agentes pueden permanecer configurados en `orchestrator.config.json`,
 
 Si el usuario dice explícitamente algo como:
 
+- `estaré ausente 1 hora`
 - `estaré ausente 2 horas`
 - `me voy un rato`
 - `activa monitoreo`
-- `quédate revisando`
-- `monitorea mientras no estoy`
 
-entonces debes entrar en **Modo Ausencia** durante esa sesión.
+**Activar Modo Ausencia:**
+```bash
+echo away > .away-mode
+```
+
+**El script monitor-check.js se ejecutará cada 5 minutos** y revisará:
+- Tareas completadas sin seguimiento
+- Tareas fallidas
+- Tareas atascadas (>10 min)
+- Y escribirá en ACTIONS.md
+
+**Auto-desactivación:**
+Cuando NO hay tareas pendientes Y NO hay agentes trabajando Y todas las tareas están completadas:
+- El script elimina .away-mode automáticamente
+- Modo Ausencia se desactiva solo
+- Cuando vuelvas y le digas "ya volví" → Claade responde normalmente
+
+**El script monitor-check.js se ejecutará cada 5 minutos** y revisará:
+- Tareas completadas sin seguimiento
+- Tareas fallidas
+- Tareas atascadas (>10 min)
+- Y escribirá en ACTIONS.md para que cuando vuelvas, Claude lo lea automáticamente
+
+**Desactivar Modo Ausencia:**
+```bash
+# Eliminar archivo indicador
+del .away-mode
+```
 
 ### Qué significa Modo Ausencia
 
@@ -149,17 +182,23 @@ Revisa `orchestrator.config.json` → `agents`. Cada entrada tiene:
 
 ## Cómo asignar trabajo
 
-1. Escribe TASKs en `QUEUE.md` (formato pipe; la TUI lo lee):
-   ```
-   TASK-NNN | titulo corto | Agent | P1 | repo | descripcion larga
-   ```
-   Valores válidos de `Agent`: exactamente las keys de `orchestrator.config.json.agents`.
-   Valores válidos de `repo`: exactamente las keys de `orchestrator.config.json.repos`.
-2. (Opcional) También escribe una spec larga en `TASKS.md` bajo un heading `### TASK-NNN`; se inyecta al brief.
-3. (Opcional) Para un brief muy detallado, crea `briefs/TASK-NNN-BRIEF.md`; también se inyecta.
-4. Dependencias: agrega `> after:TASK-NNN` al final de la descripción para bloquear la tarea.
-5. Dile al usuario que presione **R** en la TUI para recargar la cola, o **S** si está pausada.
-6. **Prioriza Codex y OpenCode** para toda implementación y exploración. Claude-Workers solo cuando hay saturación o fallo total de agentes de soporte.
+1. **Cuando el usuario pide un cambio o nueva tarea** → **NUNCA analices directamente**
+   - **Primero**: Crea una TASK en `QUEUE.md` asignada a **OpenCode** para que analice el contexto
+   - **Segundo**: Espera a que OpenCode termine su análisis (revisa INBOX.md o progress/)
+   - **Tercero**: Recibes el análisis → creas nueva TASK para implementar (Codex o OpenCode)
+   - **Nunca analices el código del proyecto directamente tu mismo** - eso lo hace OpenCode
+
+2. Escribe TASKs en `QUEUE.md` (formato pipe; la TUI lo lee):
+    ```
+    TASK-NNN | titulo corto | Agent | P1 | repo | descripcion larga
+    ```
+    Valores válidos de `Agent`: exactamente las keys de `orchestrator.config.json.agents`.
+    Valores válidos de `repo`: exactamente las keys de `orchestrator.config.json.repos`.
+3. (Opcional) También escribe una spec larga en `TASKS.md` bajo un heading `### TASK-NNN`; se inyecta al brief.
+4. (Opcional) Para un brief muy detallado, crea `briefs/TASK-NNN-BRIEF.md`; también se inyecta.
+5. Dependencias: agrega `> after:TASK-NNN` al final de la descripción para bloquear la tarea.
+6. **La TUI inicia automáticamente** - NO necesitas presionar R ni S. La TUI detecta nuevas tasks y las lanza.
+7. **Prioriza Codex y OpenCode** para toda implementación y exploración. Claude-Workers solo cuando hay saturación o fallo total de agentes de soporte.
 7. Distribución según cantidad de TASKs independientes:
    - **1 tarea**: OpenCode (exploración) o Codex (implementación). Nunca Claude-Worker en primera instancia.
    - **2 tareas**: OpenCode + Codex, una cada uno.

package/templates/es/orchestrator.config.json

@@ -67,18 +67,18 @@
       "model": "gpt-5.5",
       "instructionsFile": "agents/CODEX.md"
     },
-    "Gemini": {
+"Gemini": {
       "cli": "gemini",
       "profile": "gemini",
       "defaultRepo": "frontend",
-      "model": "gemini-3-pro-preview",
+      "model": "auto",
       "instructionsFile": "agents/GEMINI.md"
-    },
+    },
     "OpenCode": {
       "cli": "opencode",
       "profile": "opencode",
       "defaultRepo": "frontend",
-      "model": "opencode/glm-5-free",
+      "model": "auto",
       "instructionsFile": "agents/OPENCODE.md"
     },
     "Cursor": {
@@ -92,7 +92,7 @@
       "cli": "abacusai",
       "profile": "abacusai",
       "defaultRepo": "backend",
-      "model": "abacus-ai-agent",
+      "model": "auto",
       "instructionsFile": "agents/ABACUS.md"
     }
   }