@tacuchi/agent-workflow-cli 11.0.1 → 12.2.0

package/skills/agent-workflow/commands/export-scripts.md

@@ -1,82 +0,0 @@
----
-description: Consolida los SQL pendientes del workspace en un único paquete `docs/scripts/NNN-export-scripts-YYYY-MM-DD/` con numeración continua tras `00-ROLLBACK.sql` (v5.0.0 — session103). Lee sesiones (`.workflow/sessions/<folder>/SCRIPTS.sql`) Y archivos standalone (`docs/scripts/*.sql`, excluyendo bundles previos). Headers SQL mínimos + README simple (3 secciones). Rollback derivado de los forwards al final. Read-only.
-argument-hint: (opcional) --sessions NNN[,NNN] | --since sessionNNN | --source <alias> | --skip-standalone | --dry-run
-allowed-tools:
-  [
-    "Read",
-    "Write",
-    "Bash",
-    "Grep",
-    "Glob",
-  ]
----
-
-# Export Scripts
-
-Consolida los SQL pendientes del workspace en un único bundle de paso a producción. Delega al skill `export-scripts` (`agent-workflow/skills/export-scripts/SKILL.md`).
-
-El skill **nunca** ejecuta commits, merges, push, SQL ni envía correos. Layout v5.0.0 del bundle (numeración continua tras `00-ROLLBACK.sql`):
-
-```
-<docs>/scripts/NNN-export-scripts-YYYY-MM-DD/
-├── 00-ROLLBACK.sql              # único rollback (orden inverso de los forwards)
-├── 01-<CATEGORIA>.sql           # primera categoría con contenido
-├── 02-<CATEGORIA>.sql           # segunda categoría con contenido (si aplica)
-├── ...                          # numeración continua, sin gaps
-└── README.md                    # índice + cómo aplicar + cómo revertir
-```
-
-Categorías canónicas (orden de asignación de número): `DDL-TABLES`, `DDL-FUNCTIONS`, `DML`, `INSERTS`. Las categorías vacías no ocupan número.
-
-Donde `<docs>` es:
-- `Path.cwd() / docs` por default (project mode o hub workspace base).
-- `<source.path>/docs` si se pasa `--source <alias>` en hub mode.
-
-**Fuentes del corpus** (Paso 1 del skill):
-
-1. `.workflow/sessions/<folder>/SCRIPTS.sql` de cada sesión del corpus.
-2. `docs/scripts/*.sql` standalone (top-level), **excluyendo** cualquier `docs/scripts/NNN-export-scripts-*/` (bundles previos del skill).
-
-**Audiencia**: devs / DBAs / release managers. Términos técnicos del dominio (DDL, DML, rollback, hub) autorizados.
-
-**Argumentos:** $ARGUMENTS
-
-### Argumentos soportados
-
-- `--sessions NNN[,NNN]` — filtro discreto por código. Toma precedencia sobre `--since`.
-- `--since sessionNNN` — incluye sólo sesiones posteriores a NNN (inclusive).
-- `--source <alias>` — en hub mode, limita a una fuente específica.
-- `--skip-standalone` — omite la lectura de `docs/scripts/*.sql` standalone.
-- `--dry-run` — reporte propositivo sin escribir archivos.
-
-Sin args: incluye todas las sesiones cerradas + todos los `.sql` standalone de `docs/scripts/`.
-
-## Flujo
-
-```
-agent-workflow release-data [--sessions NNN[,NNN]] [--since sessionNNN] [--source <alias>]
-agent-workflow next-number docs/scripts
-```
-
-El skill:
-
-1. Recolecta SQL desde las 2 fuentes.
-2. Clasifica por categoría canónica (DDL-TABLES / DDL-FUNCTIONS / DML / INSERTS).
-3. Asigna numeración continua tras `00-ROLLBACK.sql` (sin gaps).
-4. Escribe los forwards.
-5. Delega a `sql-rollback-generator` v3.0.0+ para generar `00-ROLLBACK.sql` **leyendo los forwards ya escritos**.
-6. Escribe `README.md` minimal (3 secciones: Archivos, Aplicar, Revertir).
-7. Valida V1-V2 (`references/validations.md`) y reporta.
-
-## Plan mode
-
-Reglas generales en `skills/session/references/sandbox-readonly-rules.md`. Describir en el plan file: NNN resuelto + fuentes detectadas + sentencias por categoría + numeración final + tamaño aproximado del README.
-
-## Recursos
-
-- `skills/export-scripts/SKILL.md` v5.0.0 — orquestador del comando.
-- `skills/export-scripts/references/readme-template.md` — plantilla del README minimal.
-- `skills/export-scripts/references/validations.md` — V1-V2.
-- `skills/export-scripts/references/lexico-tecnico.md` — placeholders vetados (V2).
-- `skills/sql-rollback-generator/SKILL.md` v3.0.0 — derivado de forwards.
-- `docs/conclusiones/007-export-commands-family.md` — Propuesta original de la familia `/agent-workflow:export-*`.

package/skills/agent-workflow/commands/export-tech-manuals.md

@@ -1,75 +0,0 @@
----
-description: Genera o refresca manuales técnicos del workspace en `docs/manuales/` consolidando sesiones + `docs/` (manuales, decisiones, especificaciones). Dos modos: `complementar` (default, sobrescribe `INDEX.md`) y `regenerar` (produce dossier `NNN-export-tech-manuals-YYYY-MM-DD/`). Audiencia: operadores/soporte/onboarding. Read-only.
-argument-hint: (opcional) --since sessionNNN | --source <alias> | --mode complementar|regenerar | --temas slug1,slug2 | --dry-run
-allowed-tools:
-  [
-    "Read",
-    "Write",
-    "Bash",
-    "Grep",
-    "Glob",
-  ]
----
-
-# Export Tech Manuals
-
-Genera y mantiene manuales técnicos del workspace desde el corpus de sesiones + manuales graduados. Delega al skill `export-tech-manuals` (`agent-workflow/skills/export-tech-manuals/SKILL.md`).
-
-El skill **nunca** ejecuta commits, merges, push, SQL ni envía correos. Solo produce:
-
-- **Modo `complementar`** (default): `<docs>/manuales/INDEX.md` — índice consolidado re-generable.
-- **Modo `regenerar`**: `<docs>/manuales/NNN-export-tech-manuals-YYYY-MM-DD/` — dossier con N manuales sintetizados + README.md.
-
-Donde `<docs>` es:
-- `Path.cwd() / docs` por default (project mode o hub workspace base).
-- `<source.path>/docs` si se pasa `--source <alias>` en hub mode.
-
-Tercer comando de la familia `/agent-workflow:export-*` definida en `docs/conclusiones/007-export-commands-family.md`.
-
-## Excepción session-aware
-
-Esta skill (junto con `release`, `release-scripts`, `export-report`, `export-arq`) requiere conocimiento del lifecycle pero las consume sólo via CLI `agent-workflow`. No lee paths hardcodeados.
-
-**Audiencia**: operadores / soporte / nuevos miembros del equipo. Sin léxico ejecutivo — léxico técnico mínimo (similar a export-arq). Cada manual debe ser ejecutable por alguien que no participó en el desarrollo.
-
-**Argumentos:** $ARGUMENTS
-
-### Argumentos soportados
-
-- `--since sessionNNN` — limita el corpus a sesiones posteriores.
-- `--source <alias>` — en hub mode, limita a una sola fuente.
-- `--mode complementar|regenerar` — default `complementar`.
-- `--temas slug1,slug2` — override explícito de la detección heurística de temas.
-- `--dry-run` — no escribir; reportar lo que se generaría.
-
-Detección de temas y reglas en `skills/export-tech-manuals/SKILL.md` §"Detección de temas".
-
-## Flujo
-
-```
-agent-workflow project-md-upsert --read           # workspace_mode, fuentes
-agent-workflow history-data                       # sesiones cerradas
-agent-workflow session-artifacts --code <CODE>    # OBJECTIVE + CHECKPOINT + MANUAL.md por sesión
-agent-workflow next-number docs/manuales          # sólo modo regenerar
-```
-
-Luego renderiza:
-- Modo `complementar`: `references/template-index.md` → sobrescribe `INDEX.md`.
-- Modo `regenerar`: `references/template-manual.md` por cada tema → escribe dossier.
-
-Valida V1-V6 (`references/validations.md`) antes de escribir.
-
-## Plan mode
-
-Reglas en `skills/session/references/sandbox-readonly-rules.md`. Describir en el plan file: modo + plantilla + manuales graduados detectados + temas no-graduados detectables + estructura del INDEX (o lista de archivos del dossier) + warnings esperados (V5/V6).
-
-## Recursos
-
-- `skills/export-tech-manuals/SKILL.md` v1.0.0 — orquestador.
-- `skills/export-tech-manuals/references/template-index.md` — modo complementar.
-- `skills/export-tech-manuals/references/template-manual.md` — modo regenerar.
-- `skills/export-tech-manuals/references/lexico-tecnico.md` — noise vetado V2.
-- `skills/export-tech-manuals/references/validations.md` — V1-V6 con reglas por modo.
-- `docs/conclusiones/007-export-commands-family.md` — Propuesta familia `/agent-workflow:export-*`.
-- `agent-workflow/skills/export-arq/SKILL.md` — hermano (arquitectura).
-- `agent-workflow/skills/export-report/SKILL.md` — hermano (informe ejecutivo).

package/skills/agent-workflow/commands/export-tech-note.md

@@ -1,30 +0,0 @@
----
-description: "[STUB] Genera una Nota Técnica (`.md`) consolidando sesiones del workspace + `docs/`. Stub vacío — implementación diferida."
-argument-hint: (stub — sin argumentos activos aún)
-allowed-tools:
-  [
-    "Read",
-    "Write",
-    "Bash",
-    "Grep",
-    "Glob",
-  ]
----
-
-# Export Tech Note
-
-> **STUB** — sin lógica activa aún. Placeholder discoverable creado en session081-dev-extend-export-family.
-
-Delega al skill `export-tech-note` (`agent-workflow/skills/export-tech-note/SKILL.md`). Cuando se implemente, generará un `.md` con una Nota Técnica consolidada del workspace para audiencias técnicas (más compacta que un manual completo, más profunda que el informe ejecutivo).
-
-**Argumentos:** $ARGUMENTS (ignorados por ahora — stub).
-
-## Estado
-
-- Creado: session081 (2026-05-21).
-- Implementación: **diferida**. Invocar este comando hoy reporta "stub not implemented yet".
-
-## Recursos
-
-- `agent-workflow/skills/export-tech-note/SKILL.md` v0.1.0 — orquestador stub.
-- `agent-workflow/docs/shared-contract/export-corpus-sources.md` — contrato corpus canónico (DEC-002 session081).

package/skills/agent-workflow/commands/hub-init.md

@@ -1,58 +0,0 @@
----
-description: Inicializa un workspace en modo Hub (multi-repo) — escribe el bloque AW-PROJECT con Mode hub y ≥2 fuentes (rutas + ramas) y SIEMPRE configura la visibilidad multi-root (settings.local.json + config.toml, gitignored), reconciliando fuentes. La forma interactiva vive en el TUI.
-argument-hint: (opcional) --proyecto "descripción" | --fuente alias:path | --working-branch alias:rama | --main-branch <rama>
-allowed-tools:
-  [
-    "Read",
-    "Write",
-    "Bash",
-    "AskUserQuestion",
-  ]
----
-
-# Hub Init (agent-workflow)
-
-Inicializa un **hub workspace** — un directorio que coordina ≥2 repos pares. Escribe el bloque `<!-- AW-PROJECT-START -->` en `CLAUDE.md` y `AGENTS.md` del CWD con `Mode: hub` + la lista de fuentes (alias / path / rama) + ramas de trabajo. Además del bloque, **siempre** configura la visibilidad multi-root (gitignored) — sin preguntar.
-
-> Distinto de `/agent-workflow:project-init` (single-repo). Hub mode activa heurísticas en el resto de la familia: `session` itera ramas por fuente, `implement` valida cross-repo, `release` agrupa por alias.
-
-## La vía más simple: el TUI
-
-`agent-workflow` → tab **Project** → **Initialize as hub**. Form interactivo (nombre + paths + rama base, alias inferido de la carpeta) dentro del TUI. Sin flags ni comandos a mano.
-
-## Flujo (host) — mínimo
-
-1. **Detectar** vía `agent-workflow workspace-mode`. Si ya es hub → agregar/reiniciar. Si es `project` con fuentes → ofrecer promover. Bloque de una topología legacy → delegar a `/agent-workflow:migrate`.
-2. **Reunir**: descripción (1 línea), ≥2 fuentes (alias + path) — el **set completo** que querés, porque `hub-init` reemplaza el bloque (para agregar/remover, leé las actuales con `workspace-mode` y pasá el set final) —, rama base (default `certificacion`) y **rama de trabajo** (la feature branch). El alias se infiere de la carpeta si no se da. La rama de trabajo **siempre se solicita**: si no viene en el mensaje, preguntala (`AskUserQuestion`) antes de ejecutar — no la asumas.
-3. **Escribir + sincronizar** (un solo comando):
-   ```
-   agent-workflow hub-init \
-       --proyecto "<descripción>" \
-       --fuente "alias1:path1" --fuente "alias2:path2" \
-       [--working-branch "alias1:rama1" ...] [--main-branch <rama>]
-   ```
-   Rutas Windows (`C:\Source\...`) van directo. Escribe `CLAUDE.md` + `AGENTS.md` **y** configura la visibilidad multi-root (siempre, ver abajo).
-4. **Reportar** fuentes registradas + próximo paso (`/agent-workflow:session "<objetivo>"`).
-
-## Visibilidad multi-root (automática, siempre)
-
-`hub-init` la configura en cada run, sin preguntar:
-
-- **Gitignored** (rutas machine-specific): `<hub>/.claude/settings.local.json` (`permissions.additionalDirectories`) + `<hub>/.codex/config.toml` (`additional_writable_roots` + `[projects.'<path>'] trust_level`). Asegura el `.gitignore`.
-- **Reconcile**: attachea las fuentes actuales y detachea las removidas vs el bloque previo (agregar/remover quedan sincronizados).
-- Diagnóstico: `agent-workflow visibility doctor --workspace .` (lee `settings.json` y `settings.local.json`).
-
-## Argumentos
-
-Sin argumentos: el host arma el flujo mínimo de arriba (o usá el TUI).
-
-- `--proyecto "<texto>"`
-- `--fuente "alias:path[:rama]"` — repetible (mín 2).
-- `--working-branch "alias:rama"` — repetible.
-- `--main-branch <rama>` — override del default `certificacion`.
-
-**Argumentos:** $ARGUMENTS
-
-## Skill asociada
-
-Ver `doctrine/hub-init/SKILL.md` para el flujo, la promoción project→hub y la visibilidad multi-root.

package/skills/agent-workflow/commands/migrate.md

@@ -1,56 +0,0 @@
----
-description: Migra sesiones legacy de .claude/.codex/ a .workflow/, convierte proyectos pre-0.9 al formato actual, instalaciones pre-v0.12 al namespacing agent-workflow-*, upgrade v3.x→v4.0 (lifecycle universal) y upgrade hub-mode (≥2 fuentes sin marcador → Mode hub).
-argument-hint: "[--flow dev|design|analyze] [--rebuild-history] [--upgrade-topology] [--upgrade-v4] [--upgrade-hub-mode]"
-allowed-tools:
-  [
-    "Read",
-    "Write",
-    "Bash",
-    "Grep",
-    "Glob",
-  ]
----
-
-# Migrate (agent-workflow)
-
-Migrar artefactos del workspace desde rutas y formatos legacy hacia la topología actual. Vive en agent-workflow (Fase B; antes en qtc-core v3.0+, previamente duplicado en cada flow plugin).
-
-## Modos
-
-- **Modo normal** (sin flags): detecta sesiones legacy en `.claude/`/`.codex/`, indicadores de topología pre-0.9, indicadores pre-v4.0 (lifecycle 5 fases), y workspace eligible para hub-mode (≥2 fuentes sin marcador). Pide confirmación por cada bloque de cambios.
-- `--flow dev|design|analyze`: enfoca el upgrade a un flow específico (afecta el destino del rename de carpetas legacy).
-- `--rebuild-history`: solo regenera `.workflow/HISTORY.md` leyendo las sesiones existentes y `docs/`.
-- `--upgrade-topology`: solo conversión al formato 0.8+ (OBJETIVO/AW-PROJECT/_archived).
-- `--upgrade-v4`: solo upgrade v3.x → v4.0 (mapeo de fases + CHECKPOINT.md inicial).
-- `--upgrade-hub-mode`: solo upgrade hub-mode (idempotente; delega a `agent-workflow upgrade-hub-mode`).
-
-Ejemplos:
-
-```
-/agent-workflow:migrate                              # detección completa + confirmación
-/agent-workflow:migrate --upgrade-hub-mode           # solo hub-mode
-/agent-workflow:migrate --upgrade-topology           # solo conversión al formato 0.8+
-/agent-workflow:migrate --rebuild-history            # regenera HISTORY.md
-```
-
-## Flujo
-
-Ver detalle completo en `skills/migrate/SKILL.md`. Resumen:
-
-1. **Detectar** — legacy paths, topología pre-0.9, fases v3.x, workspace eligible para hub-mode.
-2. **Informar y confirmar** — bloques de cambios separados, el usuario acepta cada uno.
-3. **Ejecutar** cada bloque aceptado.
-4. **Reportar** — resumen por bloque ejecutado.
-
-## Reglas
-
-- **Idempotente**: re-ejecutar es no-op para upgrades ya aplicados.
-- **Nunca sobreescribir** sesiones existentes.
-- **Nunca borrar automáticamente** `.claude/` ni `.codex/`: solo mover contenido del plugin.
-- **Siempre confirmar** antes de mutar.
-
-**Argumentos:** $ARGUMENTS
-
-## Skill asociada
-
-Ver `skills/migrate/SKILL.md` para el detalle completo (detección, procesos por upgrade, indicators, etc.).

package/skills/agent-workflow/commands/patch.md

@@ -1,49 +0,0 @@
----
-description: Comando ligero para tareas pequeñas y directas (fixes, ajustes, chores acotados). Micro-lifecycle en modo --lite de flow=dev — ceremonia mínima (OBJECTIVE condensado, sin TASKS/DESIGN, closure condensado). Escala in-place a sesión completa si la tarea crece.
-argument-hint: (<descripción-tarea> | sessionXXX | XXX | close)
-allowed-tools:
-  [
-    "Bash",
-    "Read",
-    "Write",
-    "Edit",
-    "Glob",
-    "Grep",
-  ]
----
-
-# Patch — micro-lifecycle para tareas pequeñas
-
-Azúcar sobre el lifecycle universal: invoca el skill `session` (canónico de agent-workflow) en **modo lite** con `$ARGUMENTS`. Para fixes, ajustes y chores acotados que no justifican la ceremonia de una sesión completa, pero sí merecen trazabilidad mínima (HISTORY + DECISIONS lazy + commit M1).
-
-No es un flow nuevo ni un motor paralelo: `/patch "<qué>"` = `session-create --lite --flow dev "<qué>"`.
-
-## Resolución de intención
-
-El skill evalúa `$ARGUMENTS`:
-
-1. `close` → cerrar el patch activo (closure condensado).
-2. Matchea `sessionXXX` o `XXX` (3 dígitos) → retomar ese patch/sesión.
-3. Texto descriptivo → crear micro-sesión lite (este es el caso común).
-
-## Qué hace el modo lite (al crear)
-
-1. `agent-workflow session-create --lite --flow dev --name <slug> --objetivo "<texto>"` — crea la micro-sesión.
-   - OBJECTIVE condensado (solo `## Type` + `## Requirement`).
-   - `## Type` default `bugfix` (o `chore` si la heurística lo detecta). No admite `feature|refactor`.
-   - Tag `kind:patch` en la fila de HISTORY.
-2. **Salta la ceremonia de planning**: sin auto-plan prompt, sin TASKS.md, sin DESIGN.md/S7, sin M10. El Requirement es la única tarea.
-3. **Loop directo**: aplicar el cambio mínimo componiendo `implement` + `coding-standards`. Mostrar diff. Registrar DECISIONS solo si hay algo no obvio (lazy).
-4. **Closure condensado**: commit M1 (propose-then-execute) directo; no gradúa por default.
-
-## Escalado in-place
-
-Si durante el trabajo emerge complejidad (toca >3 archivos, requiere scripts SQL/BD, o el cambio resulta ser feature/refactor): el AI **propone promover** a sesión completa. Promover = quitar el tag `kind:patch`, generar TASKS.md y, si el Type sube a feature/refactor, disparar DESIGN.md + S7 — en la **misma** sesión (no fragmenta).
-
-## Plan mode
-
-El skill resuelve la intención normalmente y describe acciones en el plan file en lugar de ejecutarlas.
-
-## Recursos
-
-Ver `skills/session/SKILL.md` §"Modo lite (/patch)" para el detalle del micro-lifecycle y el escalado.

package/skills/agent-workflow/commands/project-init.md

@@ -1,60 +0,0 @@
----
-description: Inicializa el bloque AW-PROJECT en CLAUDE.md y AGENTS.md del proyecto con las 4 secciones gestionadas (Proyecto, Fuentes, Stack, Status). Para workspaces multi-repo usar `/agent-workflow:hub-init`.
-argument-hint: (opcional) --proyecto "descripción" | --fuente alias:path[:rama] | --main-branch <rama>
-allowed-tools:
-  [
-    "Read",
-    "Write",
-    "Bash",
-    "AskUserQuestion",
-  ]
----
-
-# Project Init (agent-workflow)
-
-Inicializa o reinicia el bloque `<!-- AW-PROJECT-START -->` en `CLAUDE.md` y `AGENTS.md` del directorio actual. Ese bloque es la memoria permanente del proyecto: quién es, qué repos tiene, qué stack, qué sesiones hay activas.
-
-**Se ejecuta una vez por proyecto.** Después, `/agent-workflow:session` (en sus variantes: crear, retomar, cerrar) actualiza el bloque automáticamente vía `agent-workflow project-md-upsert`.
-
-> Este comando vive en agent-workflow (Fase B; antes en qtc-core v2.5+, previamente en qtc-dev). Es agnóstico al flow — no requiere tener qtc-dev instalado. Para workspaces que coordinan **múltiples repos** (≥2 fuentes), usar `/agent-workflow:hub-init` que valida cross-fuente y persiste el marcador `Mode: hub`.
-
-## Flujo
-
-1. Ejecutar `agent-workflow project-md-upsert --read` (lee con cache si está disponible).
-2. Si ya existe un bloque AW-PROJECT válido, mostrarlo al usuario y preguntar si quiere **reiniciarlo** (sobreescritura) o **abortar**.
-3. Si no existe:
-   - Pedir al usuario la descripción del proyecto (qué es + por qué existe) con `AskUserQuestion` o campo libre.
-   - Preguntar por la fuente afectada: `alias`, `path` local al repo. La rama principal default es `certificacion` (constante interna del CLI) salvo override con `--main-branch`.
-   - Si el usuario declara ≥2 fuentes en este flujo → sugerir cambiar a `/agent-workflow:hub-init` que está pensado para hub workspaces y captura ramas de trabajo cross-fuente.
-   - Auto-detectar el stack con `agent-workflow stack` — mostrarlo al usuario y confirmar antes de escribirlo.
-   - Invocar:
-     ```
-     agent-workflow project-md-upsert --init \
-         --mode project \
-         --proyecto "<descripción>" \
-         --fuente "alias:path"
-     ```
-4. Si existe bloque `<!-- QTC-WORKFLOW-START -->` legacy en los mismos archivos, avisar al usuario y recomendar ejecutar `/agent-workflow:migrate --upgrade-topology` antes de continuar. No borrar el legacy automáticamente.
-
-## Qué NO hace
-
-- No crea `.workflow/sessions/`. Eso es responsabilidad de `/agent-workflow:session <descripción>`.
-- No escribe en repos fuera del CWD — sólo en `CLAUDE.md` y `AGENTS.md` del directorio actual.
-- No ejecuta `git` ni valida ramas — eso lo hace `/agent-workflow:session` al crear/retomar.
-- No persiste `Mode: hub` (eso lo hace `/agent-workflow:hub-init`).
-
-## Argumentos
-
-Sin argumentos: flujo interactivo (pregunta todo).
-
-Con argumentos: no-interactivo cuando se pasan todos los datos.
-
-- `--proyecto "<texto>"` — descripción del proyecto.
-- `--fuente "alias:path[:rama]"` — declarar la fuente. Repetible (pero ≥2 sugiere `/hub-init`).
-- `--main-branch <rama>` — override del default `certificacion` (raro).
-
-**Argumentos:** $ARGUMENTS
-
-## Skill asociada
-
-Ver `skills/project-init/SKILL.md` para el detalle del flujo, validaciones y manejo de bloques pre-existentes.

package/skills/agent-workflow/commands/resume.md

@@ -1,22 +0,0 @@
----
-description: Lee CHECKPOINT.md de la sesión activa y presenta resumen para retomar el trabajo. Fallback a session-resume base si no hay checkpoint.
-argument-hint: (sin args)
-allowed-tools:
-  [
-    "Bash",
-    "Read",
-  ]
----
-
-# Resume — agent-workflow
-
-Invoca el skill `resume` (canónico de agent-workflow).
-
-## Acción
-
-1. Detectar sesión(es) activa(s) via `resume-summary`.
-2. Leer CHECKPOINT.md si existe; fallback a `session-resume`.
-3. Presentar resumen estructurado al usuario.
-4. Preguntar si continúa.
-
-Ver `skills/resume/SKILL.md` para detalles.

package/skills/agent-workflow/commands/rules.md

@@ -1,41 +0,0 @@
----
-description: Bundle invokable de reglas transversales agent-workflow-* — carga los 8 anchors canónicos (commits, sandbox plan-mode, MCP read-only, redacción, coding-standards, graduación, branch verification, closure cleanup) en un solo entry point. No requiere sesión activa.
-argument-hint: (sin args)
-allowed-tools:
-  [
-    "Read",
-  ]
----
-
-# Rules — Reglas transversales agent-workflow-*
-
-Invoca el skill `rules` (canónico de agent-workflow).
-
-## Cuándo correrlo
-
-- Antes de un commit ad-hoc fuera de `/agent-workflow:session close` (para refrescar política).
-- Antes de editar código en una fuente agent-workflow-* sin sesión activa.
-- Antes de ejecutar una query vía MCP `<mcp-cert>`/`<mcp-prod>` (read-only canon).
-- Durante onboarding de un usuario nuevo a agent-workflow-*.
-- En conversaciones largas donde el contexto qtc se diluyó.
-
-## Qué carga
-
-Los 8 anchors canónicos del runtime agent-workflow-*:
-
-1. `agent-workflow:commits-policy` — formato y prohibiciones de commits.
-2. `agent-workflow:sandbox-readonly` — comportamiento en plan mode.
-3. `agent-workflow:mcp-readonly` — política SELECT-only para MCP.
-4. `agent-workflow:redaccion-simple` — estilo transversal para prosa agent-workflow-*.
-5. `agent-workflow:coding-standards` — estándares por stack + FE-BE R1-R6 + seguridad.
-6. `agent-workflow:graduacion-routing` — 6 kinds graduables + routing hub vs project.
-7. `agent-workflow:branch-verification` — gate de rama por fuente + hard gate cross-fuente.
-8. `agent-workflow:closure-cleanup` — gate de calidad pre-commit en closure (5 categorías: comentarios, complejidad, antipatrones, smells, código muerto).
-
-## Plan mode
-
-Read-only. Skill imprime el bundle sin ejecutar nada.
-
-## Recursos
-
-Ver `skills/rules/SKILL.md` para el contenido extendido de cada anchor.

package/skills/agent-workflow/commands/session.md

@@ -1,35 +0,0 @@
----
-description: Lifecycle universal de sesiones agent-workflow-* (4 fases: planning → execution → validation → closure). Crea, retoma, lista o cierra sesiones componiendo skills de especialidad según el OBJECTIVE.
-argument-hint: (sin args | <slug-objetivo> | sessionXXX | XXX | list | close)
-allowed-tools:
-  [
-    "Bash",
-    "Read",
-    "Write",
-    "Edit",
-    "Glob",
-    "Grep",
-  ]
----
-
-# Session — Lifecycle universal agent-workflow-*
-
-Invoca el skill `session` (canónico de agent-workflow) con `$ARGUMENTS`.
-
-## Resolución de intención
-
-El skill evalúa `$ARGUMENTS` en orden:
-
-1. `close` → flujo de cierre.
-2. `list` → flujo de listado.
-3. Matchea `sessionXXX` o `XXX` (3 dígitos) → flujo de retomar.
-4. Texto descriptivo → flujo de crear (con prompts adicionales para slug + ramas).
-5. Sin args → escanear estado y proponer.
-
-## Plan mode
-
-Skill resuelve la intención normalmente y describe acciones en el plan file en lugar de ejecutarlas.
-
-## Recursos
-
-Ver `skills/session/SKILL.md` para el árbol de decisión completo y los recursos de referencia.