@liriraid/agentflow-ai 1.0.10

package/templates/en/openspec/FLOW.md

@@ -0,0 +1,24 @@
+# OpenSpec Flow
+
+Use this flow for durable changes:
+
+1. **Explore**
+   - Understand existing code and constraints.
+2. **Proposal**
+   - Define the user goal, motivation, scope, and non-goals.
+3. **Spec**
+   - Describe required behavior and acceptance criteria.
+4. **Design**
+   - Document technical approach and tradeoffs.
+5. **Tasks**
+   - Break the work into executable pieces.
+6. **Queue**
+   - Convert ready tasks into `QUEUE.md`.
+7. **Apply**
+   - Let worker agents implement queued tasks.
+8. **Verify**
+   - Check implementation against proposal, spec, design, and tasks.
+9. **Archive**
+   - Close the change with a concise summary.
+
+Small direct changes do not need the full flow.

package/templates/en/openspec/README.md

@@ -0,0 +1,29 @@
+# OpenSpec Workspace
+
+This folder stores durable change artifacts.
+
+Use it when a change is large, multi-phase, or needs traceability beyond the current chat.
+
+## Flow
+
+```text
+proposal -> spec -> design -> tasks -> queue -> verify -> archive
+```
+
+## Structure
+
+```text
+openspec/
+  FLOW.md
+  changes/
+    <change-name>/
+      proposal.md
+      specs/
+        spec.md
+      design.md
+      tasks.md
+      verify-report.md
+      archive-report.md
+```
+
+Translate ready tasks into `QUEUE.md` when execution begins.

package/templates/en/openspec/changes/.gitkeep

@@ -0,0 +1 @@
+

package/templates/en/openspec/changes/archive/.gitkeep

@@ -0,0 +1 @@
+

package/templates/en/openspec/specs/.gitkeep

@@ -0,0 +1 @@
+

package/templates/en/openspec/templates/archive-report.md

@@ -0,0 +1,21 @@
+# Archive Report: <change-name>
+
+## Final Status
+
+Status: completed | partial | abandoned
+
+## Summary
+
+Summarize what changed.
+
+## Completed Work
+
+- Completed item 1
+
+## Remaining Risks
+
+- Risk 1
+
+## Follow-Ups
+
+- Follow-up 1

package/templates/en/openspec/templates/change-metadata.yaml

@@ -0,0 +1,9 @@
+name: <change-name>
+status: draft
+current_phase: proposal
+owner: claude-orchestrator
+created_at: YYYY-MM-DD
+related_queue_tasks: []
+related_specs: []
+queue_synced: false
+notes: ""

package/templates/en/openspec/templates/design.md

@@ -0,0 +1,26 @@
+# Design: <change-name>
+
+## Approach
+
+Describe the technical approach.
+
+## Affected Areas
+
+- File or module 1
+- File or module 2
+
+## Data Flow
+
+Describe important data flow changes.
+
+## Tradeoffs
+
+- Tradeoff 1
+
+## Risks
+
+- Risk 1
+
+## Verification Plan
+
+- Verification step 1

package/templates/en/openspec/templates/proposal.md

@@ -0,0 +1,27 @@
+# Proposal: <change-name>
+
+## Summary
+
+Describe the change in one or two short paragraphs.
+
+## Problem
+
+What user or system problem does this solve?
+
+## Goals
+
+- Goal 1
+- Goal 2
+
+## Non-Goals
+
+- Out-of-scope item 1
+- Out-of-scope item 2
+
+## Impact
+
+List affected users, flows, modules, or repos.
+
+## Open Questions
+
+- Question 1

package/templates/en/openspec/templates/spec.md

@@ -0,0 +1,18 @@
+# Spec: <change-name>
+
+## Required Behavior
+
+Describe the observable behavior that must exist after the change.
+
+## Acceptance Criteria
+
+- Criterion 1
+- Criterion 2
+
+## Edge Cases
+
+- Edge case 1
+
+## Constraints
+
+- Constraint 1

package/templates/en/openspec/templates/tasks.md

@@ -0,0 +1,14 @@
+# Tasks: <change-name>
+
+## Ready For Queue
+
+- [ ] TASK-001 candidate: describe a small executable task
+- [ ] TASK-002 candidate: describe a dependent task
+
+## Dependencies
+
+- TASK-002 depends on TASK-001
+
+## Notes
+
+Translate ready tasks into `QUEUE.md` when execution begins.

package/templates/en/openspec/templates/verify-report.md

@@ -0,0 +1,21 @@
+# Verify Report: <change-name>
+
+## Result
+
+Status: pending | passed | failed | partial
+
+## Checked Against
+
+- Proposal
+- Spec
+- Design
+- Tasks
+- Queue results
+
+## Findings
+
+- Finding 1
+
+## Follow-Up Tasks
+
+- Follow-up 1

package/templates/en/orchestrator.config.json

@@ -0,0 +1,99 @@
+{
+  "projectName": "PROJECT_NAME_HERE",
+  "workspaceLanguage": "en",
+  "maxConcurrent": 5,
+  "pollIntervalSeconds": 30,
+  "taskTimeoutMinutes": 30,
+
+  "repos": {
+    "backend": "ABSOLUTE_PATH_TO_BACKEND",
+    "frontend": "ABSOLUTE_PATH_TO_FRONTEND"
+  },
+  "agentProfiles": {
+    "claude": {
+      "enabled": true,
+      "localConfigDir": ".claude",
+      "skillsDir": ".claude/skills",
+      "primary": true,
+      "useForOrchestration": true,
+      "notes": "Main project profile. Prioritizes local repo configuration."
+    },
+    "codex": {
+      "enabled": true,
+      "localConfigDir": ".codex",
+      "primary": false,
+      "useForOrchestration": false,
+      "notes": "Support profile for structured implementation and focused work."
+    },
+    "opencode": {
+      "enabled": true,
+      "localConfigDir": ".opencode",
+      "primary": false,
+      "useForOrchestration": false,
+      "notes": "Support profile for exploration, audits, context, and scoped implementation."
+    },
+    "gemini": {
+      "enabled": false,
+      "localConfigDir": ".gemini"
+    },
+    "cursor": {
+      "enabled": false,
+      "localConfigDir": ".cursor"
+    },
+    "abacusai": {
+      "enabled": false,
+      "localConfigDir": ".abacus"
+    }
+  },
+  "agents": {
+    "Backend": {
+      "cli": "claude",
+      "profile": "claude",
+      "defaultRepo": "backend",
+      "model": "sonnet",
+      "instructionsFile": "agents/BACKEND.md"
+    },
+    "Frontend": {
+      "cli": "claude",
+      "profile": "claude",
+      "defaultRepo": "frontend",
+      "model": "sonnet",
+      "instructionsFile": "agents/FRONTEND.md"
+    },
+    "Codex": {
+      "cli": "codex",
+      "profile": "codex",
+      "defaultRepo": "backend",
+      "model": "gpt-5.5",
+      "instructionsFile": "agents/CODEX.md"
+    },
+    "Gemini": {
+      "cli": "gemini",
+      "profile": "gemini",
+      "defaultRepo": "backend",
+      "model": "gemini-3-pro-preview",
+      "instructionsFile": "agents/GEMINI.md"
+    },
+    "OpenCode": {
+      "cli": "opencode",
+      "profile": "opencode",
+      "defaultRepo": "backend",
+      "model": "opencode/glm-5-free",
+      "instructionsFile": "agents/OPENCODE.md"
+    },
+    "Cursor": {
+      "cli": "cursor",
+      "profile": "cursor",
+      "defaultRepo": "backend",
+      "model": "auto",
+      "instructionsFile": "agents/CURSOR.md"
+    },
+    "Abacus": {
+      "cli": "abacusai",
+      "profile": "abacusai",
+      "defaultRepo": "backend",
+      "model": "abacus-ai-agent",
+      "instructionsFile": "agents/ABACUS.md"
+    }
+  }
+}

package/templates/es/.atl/skill-registry.md

@@ -0,0 +1,133 @@
+# Skill Registry
+
+**Project-local only.** This registry prioritizes skills inside `./.claude/skills/` so the workflow does not depend on global installations such as `gentle-ai`.
+
+## User Skills
+
+| Trigger | Skill | Path |
+|---------|-------|------|
+| manual | orchestrator-apply | `.claude/skills/orchestrator-apply/SKILL.md` |
+| manual | orchestrator-archive | `.claude/skills/orchestrator-archive/SKILL.md` |
+| manual | orchestrator-design | `.claude/skills/orchestrator-design/SKILL.md` |
+| manual | orchestrator-explore | `.claude/skills/orchestrator-explore/SKILL.md` |
+| manual | orchestrator-init | `.claude/skills/orchestrator-init/SKILL.md` |
+| manual | orchestrator-memory | `.claude/skills/orchestrator-memory/SKILL.md` |
+| manual | orchestrator-openspec | `.claude/skills/orchestrator-openspec/SKILL.md` |
+| manual | orchestrator-propose | `.claude/skills/orchestrator-propose/SKILL.md` |
+| manual | orchestrator-queue-planning | `.claude/skills/orchestrator-queue-planning/SKILL.md` |
+| manual | orchestrator-spec | `.claude/skills/orchestrator-spec/SKILL.md` |
+| manual | orchestrator-tasks | `.claude/skills/orchestrator-tasks/SKILL.md` |
+| manual | orchestrator-verify | `.claude/skills/orchestrator-verify/SKILL.md` |
+
+## Compact Rules
+
+### orchestrator-apply
+- Read proposal, spec, design, tasks, and queue state when present.
+- Respect `QUEUE.md` as the execution boundary.
+- Do not implement code directly as Claude-Orchestrator.
+- Add or update TASKs so workers can implement.
+- Use Codex and OpenCode first when they fit the task.
+- Use Claude-Worker for fallback, extra capacity, broad implementation, or explicit user request.
+- Keep Claude as final reviewer.
+- Do not commit or push.
+
+### orchestrator-archive
+- Confirm proposal, spec, design, tasks, and verify report are coherent.
+- Write or update `archive-report.md`.
+- Note completed work, remaining risks, and follow-ups.
+- Do not archive incomplete work as complete.
+
+### orchestrator-design
+- Use `openspec/changes/<change-name>/design.md`.
+- Prefer existing project patterns.
+- Capture tradeoffs and risks clearly.
+- Keep design aligned with the proposal and spec.
+- Do not implement code directly.
+
+### orchestrator-explore
+- Understand the user's exact scope first.
+- Prefer exploration before implementation when context is unclear.
+- Use OpenCode as the first support worker for broad reading, audits, and structured findings when appropriate.
+- Do not fill `QUEUE.md` with implementation tasks until enough context exists.
+- Summarize findings in actionable terms: what exists, what is missing, what risks exist, and what tasks follow.
+- If the change is large or multi-phase, move toward OpenSpec.
+- If work is clear, convert findings into concrete TASKs.
+
+### orchestrator-init
+- Read `ORCHESTRATOR.md` completely before responding.
+- Read `orchestrator.config.json` to understand repos, agents, and models.
+- Read `QUEUE.md` to detect pending, active, and completed work.
+- Read the newest handoff if present.
+- Read progress files if present.
+- Use `PROJECT.md` and `openspec/` as context when available.
+- Do not implement code during startup.
+- Reply that the orchestrator is ready and ask what the user wants to prioritize.
+
+### orchestrator-memory
+- Follow `ENGRAM.md`.
+- Save decisions, bug fixes, discoveries, setup changes, and session summaries.
+- Do not save secrets, credentials, API keys, or private customer data.
+- Memory complements `QUEUE.md`, OpenSpec, and handoffs. It does not replace them.
+
+### orchestrator-openspec
+- Multi-phase changes
+- Multi-agent changes
+- User explicitly asks for proposal, spec, design, or tasks
+- The change needs durable traceability
+- Create changes under `openspec/changes/<change-name>/`.
+- Use clear kebab-case change names.
+- Keep proposal, spec, design, tasks, verify report, and archive report consistent.
+- `tasks.md` should be translatable into `QUEUE.md`.
+
+### orchestrator-propose
+- Read the user's request and current project context.
+- Use `openspec/changes/<change-name>/proposal.md`.
+- Keep the proposal short, actionable, and durable.
+- Do not implement code while writing the proposal.
+
+### orchestrator-queue-planning
+- Create small, concrete, executable TASKs.
+- Every TASK must include agent, priority, repo, and a clear description.
+- Use `> after:TASK-NNN` for dependencies.
+- Do not implement the task directly as Claude-Orchestrator.
+- Prefer assigning first executable work to `Codex` or `OpenCode` when they are suitable.
+- Use Claude-Worker only for fallback, extra capacity, sensitive work, broad implementation, or when explicitly requested.
+- Codex can work in `repo=frontend`, but only for narrow, clear, verifiable tasks.
+- Broad frontend work should go to `Frontend`/Claude-Worker.
+
+### orchestrator-spec
+- Use `openspec/changes/<change-name>/specs/spec.md`.
+- Focus on observable behavior.
+- Include acceptance criteria when useful.
+- Do not mix implementation details into the spec unless needed for clarity.
+- Do not implement code directly.
+
+### orchestrator-tasks
+- Use `openspec/changes/<change-name>/tasks.md`.
+- Tasks should be small, ordered, and delegable.
+- Mark dependencies clearly.
+- Mark which tasks are ready to become `QUEUE.md` entries.
+- Do not implement tasks directly.
+
+### orchestrator-verify
+- Read proposal, spec, design, tasks, queue entries, logs, and reports when present.
+- Compare implementation against the requested behavior.
+- Identify gaps, regressions, missing tests, or unclear results.
+- Do not accept worker output blindly.
+- Create follow-up TASKs in `QUEUE.md` if verification finds work to do.
+
+## Project Conventions
+
+| File | Path | Notes |
+|------|------|-------|
+| CLAUDE.md | `CLAUDE.md` |  |
+| ORCHESTRATOR.md | `ORCHESTRATOR.md` | Orchestrator session entry point |
+| PROJECT.md | `PROJECT.md` |  |
+| README.md | `README.md` |  |
+
+## Resolution Policy
+
+- Always prefer local skills from `./.claude/skills/`.
+- Do not depend on `~/.claude/skills/` for the main orchestrator workflow.
+- If a global skill has the same name as a project-local skill, the local skill wins.
+- Regenerate this file after creating, deleting, or changing local skills.

package/templates/es/.claude/README.md

@@ -0,0 +1,7 @@
+# Claude Local Config
+
+Esta carpeta contiene la configuración local del proyecto para Claude.
+
+- `skills/` guarda skills propias del repo
+- `CLAUDE.md` en la raíz define el routing del proyecto
+- esta capa local debe priorizarse sobre configuración global del usuario

package/templates/es/.claude/skills/orchestrator-apply/SKILL.md

@@ -0,0 +1,32 @@
+---
+name: orchestrator-apply
+description: >
+  Guía la fase de implementación de un cambio siguiendo proposal, spec, design y tasks.
+  Trigger: "implementa", "aplica el cambio", "ejecuta las tareas", "ponlo en marcha"
+license: MIT
+metadata:
+  owner: agentflow
+  version: "1.0"
+---
+
+# Skill: orchestrator-apply
+
+## Propósito
+
+Ejecutar implementación de forma controlada y alineada al cambio documentado, sin dejar que una sola IA improvise todo sin control.
+
+## Reglas críticas
+
+- Lee proposal, spec, design y tasks antes de implementar.
+- Respeta `QUEUE.md` y el reparto de trabajo del orquestador.
+- Usa agentes de apoyo para ejecutar, pero mantén a Claude como árbitro principal de revisión.
+- Si hay tareas independientes suficientes, no esperes pasivamente a que Codex u OpenCode terminen: asigna también una TASK a un Claude-Worker (`Backend` o `Frontend`) para que Claude avance trabajo de código en paralelo.
+- OpenCode puede implementar código además de explorar y auditar cuando la TASK esté claramente definida.
+- Los cambios no deben darse por aceptados automáticamente; Claude debe revisarlos antes de darlos por buenos si la tarea lo requiere.
+- No hagas commit ni push.
+- Si la implementación queda parcial, deja el estado claro para verify o una siguiente tanda de apply.
+- Si el cambio se desvía del plan, documenta la desviación antes de seguir.
+
+## Resultado esperado
+
+Implementación alineada al cambio, con estado claro para la siguiente fase.

package/templates/es/.claude/skills/orchestrator-archive/SKILL.md

@@ -0,0 +1,28 @@
+---
+name: orchestrator-archive
+description: >
+  Cierra y archiva un cambio cuando ya fue implementado y verificado.
+  Trigger: "archiva el cambio", "cierra el change", "finaliza el cambio", "mueve al archive"
+license: MIT
+metadata:
+  owner: agentflow
+  version: "1.0"
+---
+
+# Skill: orchestrator-archive
+
+## Propósito
+
+Cerrar formalmente un cambio para que el orquestador mantenga un historial limpio y reusable.
+
+## Reglas críticas
+
+- Confirma que proposal, spec, design, tasks y verify-report estén en estado razonable.
+- Crea o actualiza `archive-report.md`.
+- Mueve el change al área de archivo cuando corresponda.
+- Si el cambio deja aprendizajes importantes, sugiere guardarlos también en Engram.
+- No hagas commit ni push como parte del archive.
+
+## Resultado esperado
+
+Un cambio cerrado correctamente y listo para futuras referencias.

package/templates/es/.claude/skills/orchestrator-design/SKILL.md

@@ -0,0 +1,32 @@
+---
+name: orchestrator-design
+description: >
+  Crea o actualiza el diseño técnico del cambio con decisiones de arquitectura y enfoque de implementación.
+  Trigger: "haz design", "diseño técnico", "arquitectura del cambio", "enfoque técnico"
+license: MIT
+metadata:
+  owner: agentflow
+  version: "1.0"
+---
+
+# Skill: orchestrator-design
+
+## Propósito
+
+Definir cómo debería implementarse el cambio dentro del sistema real, respetando el flujo del orquestador y del proyecto objetivo.
+
+## Reglas críticas
+
+- Lee propuesta y spec antes de escribir diseño.
+- Crea o actualiza `openspec/changes/<change-name>/design.md`.
+- Documenta:
+  - capas afectadas
+  - archivos probables
+  - riesgos técnicos
+  - decisiones de arquitectura
+  - tradeoffs
+- Si una decisión es importante y reusable, recomienda guardarla también en Engram.
+
+## Resultado esperado
+
+Un diseño técnico accionable que permita dividir tareas sin perder consistencia.

package/templates/es/.claude/skills/orchestrator-explore/SKILL.md

@@ -0,0 +1,31 @@
+---
+name: orchestrator-explore
+description: >
+  Explora, analiza o investiga el proyecto antes de proponer cambios. Ideal cuando el usuario pide entender archivos, flujos o arquitectura antes de delegar implementación.
+  Trigger: "explora", "analiza", "investiga", "revisa este proyecto", "revisa estos archivos"
+license: MIT
+metadata:
+  owner: agentflow
+  version: "0.1"
+---
+
+# Skill: orchestrator-explore
+
+## Propósito
+
+Guiar la fase de exploración del orquestador para reunir contexto útil antes de crear o delegar tareas.
+
+## Reglas críticas
+
+- Empieza por entender el alcance exacto del pedido del usuario.
+- Si hace falta lectura amplia, prioriza exploración y análisis antes de planear implementación.
+- Usa `OpenCode` como primer apoyo para lectura, contexto y hallazgos estructurados cuando aplique.
+- No llenes `QUEUE.md` con implementación hasta tener suficiente contexto.
+- Resume hallazgos en términos accionables: qué existe, qué falta, qué riesgo hay y qué tareas salen de eso.
+- Si la exploración revela un cambio grande o multifase, el siguiente paso natural es abrir o actualizar un change en `openspec/`.
+- Si descubres una línea clara de trabajo, el siguiente paso natural es convertir hallazgos en TASKs concretas.
+- Mantén el foco dentro del alcance pedido; explorar no es rediseñar todo el sistema.
+
+## Resultado esperado
+
+Una exploración útil que permita al orquestador decidir si ya puede crear TASKs o si necesita una investigación adicional.

package/templates/es/.claude/skills/orchestrator-init/SKILL.md

@@ -0,0 +1,32 @@
+---
+name: orchestrator-init
+description: >
+  Inicializa la sesión del orquestador para este proyecto: lee ORCHESTRATOR.md, la configuración, la cola y el estado visible antes de pedir la siguiente prioridad.
+license: MIT
+metadata:
+  owner: agentflow
+  version: "0.1"
+---
+
+# Skill: orchestrator-init
+
+Trigger: "arranca", "inicia el orquestador", "lee ORCHESTRATOR.md y arranca", "start orchestrator"
+
+## Propósito
+
+Preparar una sesión nueva del orquestador sin ejecutar trabajo del proyecto directamente.
+
+## Reglas críticas
+
+- Lee `ORCHESTRATOR.md` completo antes de responder.
+- Lee `orchestrator.config.json` para saber agentes y repos disponibles.
+- Lee `QUEUE.md` para detectar trabajo pendiente, en progreso y completado.
+- Si existe `PROJECT.md`, úsalo como contexto del sistema.
+- Si existe `openspec/`, revisa si ya hay changes activos que deban continuarse.
+- No ejecutes cambios de código durante init; solo establece el contexto operativo.
+- Al terminar, responde que la sesión está iniciada y pregunta qué quiere priorizar el usuario.
+- Si el proyecto restringe agentes por defecto, respeta esa restricción desde el primer mensaje.
+
+## Resultado esperado
+
+El usuario debe sentir que Claude ya quedó actuando como orquestador y está listo para recibir una tarea o prioridad.

package/templates/es/.claude/skills/orchestrator-memory/SKILL.md

@@ -0,0 +1,31 @@
+---
+name: orchestrator-memory
+description: >
+  Recupera o guarda contexto persistente del proyecto usando Engram. Úsala cuando el usuario pide recordar trabajo previo, cuando aparece una decisión importante, o cuando se necesita cerrar sesión con continuidad.
+license: MIT
+metadata:
+  owner: agentflow
+  version: "0.1"
+---
+
+# Skill: orchestrator-memory
+
+Trigger: "recuerda", "qué hicimos", "cómo quedó", "guarda esto", "save memory", "session summary", "contexto anterior"
+
+## Propósito
+
+Usar Engram como memoria persistente del orquestador para continuidad real entre sesiones.
+
+## Reglas críticas
+
+- Si el usuario pide recordar algo, consulta Engram antes de responder.
+- Si haces una decisión importante, guarda esa decisión.
+- Si descubres algo no obvio del proyecto, guárdalo.
+- Si corriges un bug o cambias el flujo del orquestador, guárdalo.
+- Al cerrar sesión, guarda un resumen útil para la siguiente sesión.
+- Usa topic keys consistentes para no fragmentar la memoria del proyecto.
+- Engram complementa el flujo del orquestador; no reemplaza `QUEUE.md` ni la TUI.
+
+## Resultado esperado
+
+La siguiente sesión debe poder recuperar contexto útil sin volver a explorar todo desde cero.