@liriraid/agentflow-ai 1.0.28 → 1.0.29

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

@@ -1,55 +0,0 @@
----
-name: orchestrator-openspec
-description: >
-  Abre, crea o actualiza artefactos de OpenSpec para cambios grandes o de varias fases.
-license: MIT
-metadata:
-  owner: agentflow
-  version: "0.1"
----
-
-# Skill: orchestrator-openspec
-
-Trigger: "crea un change", "abre openspec", "haz proposal", "haz spec", "haz design", "prepara tasks del cambio"
-
-## Propósito
-
-Usar `openspec/` como capa persistente para cambios relevantes antes de delegar implementación al motor.
-
-## Cuándo usar esta skill
-
-- Cuando el cambio tiene varias fases o varios agentes
-- Cuando el usuario pide proposal, spec, design o tasks explícitamente
-- Cuando el cambio es lo bastante grande para no dejarlo solo en conversación
-- Cuando hace falta mantener trazabilidad durable del cambio
-
-## Reglas críticas
-
-- Si no existe un change para el trabajo actual, crea uno en `openspec/changes/<change-name>/`.
-- Usa nombres de change claros, en kebab-case y alineados con el objetivo del usuario.
-- Usa `openspec/FLOW.md` como guía de fases y criterio de avance.
-- Mantén consistencia entre:
-  - `proposal.md`
-  - `specs/spec.md`
-  - `design.md`
-  - `tasks.md`
-  - `verify-report.md`
-- Mantén `.openspec.yaml` actualizado con `status`, `current_phase` y `queue_synced` cuando el change evolucione.
-- `tasks.md` debe poder traducirse luego a `QUEUE.md`.
-- No llenes `QUEUE.md` de implementación grande sin haber aterrizado primero el cambio en OpenSpec cuando el trabajo lo justifique.
-- Si el cambio es pequeño y directo, no fuerces OpenSpec innecesariamente.
-
-## Flujo recomendado
-
-1. Definir o confirmar el `change-name`
-2. Crear el change con `npm run openspec:new -- <change-name>` si no existe
-3. Completar o actualizar `proposal.md`
-4. Completar o actualizar `specs/spec.md`
-5. Completar o actualizar `design.md` si el cambio lo requiere
-6. Completar o actualizar `tasks.md`
-7. Convertir las tareas listas en entradas concretas para `QUEUE.md`
-8. Actualizar `verify-report.md` y `archive-report.md` cuando el cambio madure o cierre
-
-## Resultado esperado
-
-Un change de OpenSpec coherente, reutilizable y listo para alimentar el flujo de delegación del orquestador.

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

@@ -1,33 +0,0 @@
----
-name: orchestrator-propose
-description: >
-  Crea o actualiza la propuesta inicial de un cambio grande antes de delegar implementación.
-  Trigger: "haz proposal", "crea propuesta", "propone este cambio", "documenta el alcance"
-license: MIT
-metadata:
-  owner: agentflow
-  version: "1.0"
----
-
-# Skill: orchestrator-propose
-
-## Propósito
-
-Crear la propuesta base del cambio para que el orquestador tenga claro qué se quiere hacer, por qué y con qué alcance.
-
-## Reglas críticas
-
-- Lee primero el contexto del usuario, `ORCHESTRATOR.md`, `QUEUE.md` y `openspec/FLOW.md` si existe.
-- Si el cambio aún no tiene `change-name`, propón uno en kebab-case claro y estable.
-- Crea o actualiza `openspec/changes/<change-name>/proposal.md`.
-- La propuesta debe dejar claro:
-  - objetivo
-  - alcance
-  - restricciones
-  - riesgos iniciales
-  - qué no entra en este cambio
-- Si el cambio es pequeño y directo, no fuerces una propuesta demasiado larga.
-
-## Resultado esperado
-
-Una propuesta clara que permita pasar a spec o design sin ambigüedad.

package/templates/es/.claude/skills/orchestrator-queue-planning/SKILL.md

@@ -1,52 +0,0 @@
----
-name: orchestrator-queue-planning
-description: >
-  Convierte contexto y hallazgos en tareas concretas para QUEUE.md, con prioridades, agente objetivo y dependencias claras.
-  Trigger: "crea tareas", "planifica en queue", "divide el trabajo", "delegar tareas", "llenar queue"
-license: MIT
-metadata:
-  owner: agentflow
-  version: "0.2"
----
-
-# Orchestrator Queue Planning
-
-## Propósito
-
-Traducir una necesidad del usuario o hallazgos de exploración en tareas concretas para el motor del orquestador.
-
-## Reglas de asignación de agentes
-
-### OpenCode — análisis solamente
-- Úsalo para exploración, auditorías, lectura de contexto y reportes estructurados
-- **No le asignes implementación** — OpenCode no modifica archivos del proyecto
-- Si el trabajo necesita análisis previo, crea primero una TASK de OpenCode y luego una de Codex con dependencia `> after:TASK-NNN`
-
-### Codex — implementación principal
-- Úsalo para implementación, cambios de código, tests y docs técnicas cuando la spec esté clara
-- Es el agente primario de ejecución
-- Si Codex falla persistentemente, la TUI reasigna automáticamente a Claude-Worker (Frontend/Backend)
-
-### Claude-Worker (Frontend / Backend)
-- Es el fallback automático cuando Codex falla
-- También puede tomar trabajo cuando Codex y OpenCode están ambos ocupados y hay más tareas pendientes
-- Para proyectos solo frontend: usar siempre `Frontend`; para backend: `Backend`
-
-## Reglas críticas
-
-- Escribe TASKs pequeñas, concretas y ejecutables.
-- Cada tarea debe tener agente, prioridad, repo y descripción clara.
-- Usa dependencias `> after:TASK-NNN` cuando una tarea no pueda arrancar todavía.
-- No sobrecargues una sola IA con demasiadas tareas si puedes paralelizar sin riesgo.
-- Distribución según cantidad de TASKs independientes:
-  - **1 tarea de análisis**: OpenCode
-  - **1 tarea de implementación**: Codex
-  - **2 tareas paralelas**: OpenCode (análisis) + Codex (implementación si la spec ya es clara)
-  - **3+ tareas** y Codex ocupado: el excedente va a `Frontend` (repo FE) o `Backend` (repo BE)
-- Si existe un `openspec/changes/<change-name>/tasks.md`, úsalo como fuente de verdad.
-- Mantén `QUEUE.md` coherente con el objetivo actual del usuario.
-- **No asignes implementación a OpenCode** bajo ninguna circunstancia.
-
-## Resultado esperado
-
-Una cola clara y accionable que el motor pueda despachar de inmediato.

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

@@ -1,28 +0,0 @@
----
-name: orchestrator-spec
-description: >
-  Crea o actualiza la especificación funcional del cambio con requerimientos y escenarios.
-  Trigger: "haz spec", "crea especificación", "documenta requerimientos", "define escenarios"
-license: MIT
-metadata:
-  owner: agentflow
-  version: "1.0"
----
-
-# Skill: orchestrator-spec
-
-## Propósito
-
-Traducir la propuesta del cambio en una especificación clara para que la implementación y la verificación tengan una referencia estable.
-
-## Reglas críticas
-
-- Lee la propuesta antes de escribir la spec.
-- Crea o actualiza `openspec/changes/<change-name>/specs/spec.md`.
-- Expresa requerimientos y escenarios de forma verificable.
-- No mezcles demasiado diseño técnico dentro de la spec salvo que sea necesario para entender el comportamiento.
-- Si faltan datos del usuario, deja explícitas las suposiciones.
-
-## Resultado esperado
-
-Una spec que permita pasar a design, tasks o verify sin depender de la conversación.

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

@@ -1,32 +0,0 @@
----
-name: orchestrator-tasks
-description: >
-  Descompone un cambio en tareas de implementación concretas y listas para traducirse a QUEUE.md.
-  Trigger: "haz tasks", "descompón el cambio", "crea tareas del cambio", "plan de tareas"
-license: MIT
-metadata:
-  owner: agentflow
-  version: "1.0"
----
-
-# Skill: orchestrator-tasks
-
-## Propósito
-
-Convertir la propuesta, la spec y el diseño en tareas claras que el orquestador pueda delegar a agentes concretos.
-
-## Reglas críticas
-
-- Lee propuesta, spec y design antes de escribir tareas.
-- Crea o actualiza `openspec/changes/<change-name>/tasks.md`.
-- Las tareas deben ser:
-  - pequeñas
-  - delegables
-  - ordenables
-  - entendibles por un agente sin contexto infinito
-- Marca si `tasks.md` ya fue traducido a `QUEUE.md`.
-- Si el usuario quiere ejecución inmediata, el siguiente paso natural es `orchestrator-queue-planning`.
-
-## Resultado esperado
-
-Una lista de tareas lista para convertirse en cola viva del motor.

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

@@ -1,31 +0,0 @@
----
-name: orchestrator-verify
-description: >
-  Verifica que la implementación realmente cumpla la propuesta, la spec, el diseño y las tareas definidas.
-  Trigger: "verifica", "valida el cambio", "review contra spec", "confirma la implementación"
-license: MIT
-metadata:
-  owner: agentflow
-  version: "1.0"
----
-
-# Skill: orchestrator-verify
-
-## Propósito
-
-Validar que lo implementado coincide con lo que el orquestador planeó y que Claude lo puede aceptar con criterio.
-
-## Reglas críticas
-
-- Lee proposal, spec, design, tasks y el estado real de implementación.
-- Crea o actualiza `openspec/changes/<change-name>/verify-report.md`.
-- Clasifica hallazgos como:
-  - crítico
-  - advertencia
-  - sugerencia
-- Si el resultado no está alineado, no lo cierres como correcto.
-- Claude debe seguir siendo quien valida si el resultado coincide con lo pedido en la task.
-
-## Resultado esperado
-
-Un verify-report útil para decidir si el cambio se acepta, se corrige o se archiva.