@tacuchi/agent-workflow-cli 9.3.0 → 10.1.0

package/skills/agent-workflow/workflows/analyze-workflow/SKILL.md

@@ -41,32 +41,9 @@ Diferencia clave de **modalidad** (embebida como `## Modality` en CONCLUSIONS.md
 
 CONCLUSIONS.md vive en la sesión por default. Gradúa opt-in con `kind=conclusion` a `docs/conclusiones/`.
 
-## Standalone (use)
-
-Cuando el usuario invoca `/agent-workflow:use`:
-
-1. **Presentarse**: mostrar este Brief + warning read-only.
-2. **Preguntar modalidad** vía `AskUserQuestion`. Spec literal (header `modality`, 3 opciones technical/data/incident con descripción) → `agent-workflow:prompts-catalog#M5`. La modalidad determina la modulación del cuerpo del CONCLUSIONS.md (estructura única, contenido modulado):
-   - **Technical** → cuerpo modulado como propuesta.
-   - **Data** → cuerpo modulado como informe de análisis.
-   - **Incident** → cuerpo modulado como post-mortem.
-3. **Preguntar scope**:
-   - "¿Sobre qué código/sistema/datos investigar?"
-   - "¿Hay un incidente concreto a clasificar?"
-   - "¿Hay datos previos o BD a consultar?"
-4. **Detectar contexto**:
-   - AW-PROJECT con fuentes (read-only sobre los repos declarados).
-   - MCP servers `<mcp-cert>`/`<mcp-prod>` disponibles para consultas BD (read-only).
-   - Cost guard activo para consultas pesadas.
-5. **Path del artefacto**: `.workflow/sessions/<folder>/CONCLUSIONS.md`. Si el usuario decide graduar al cierre, destino = `docs/conclusiones/NNN-<slug>.md` (kind=`conclusion`, opt-in).
-6. **Cargar skill `analyze-conclude`** independientemente de la modalidad (el skill es único y modula por contenido).
-
-**Reglas standalone**:
-- **Read-only estricto**: no editar código del repo, no mutar BD, no escribir scripts SQL.
-- **NO crear sesión** ni escribir en `.workflow/sessions/`.
-- **NO requiere AW-PROJECT** (si existe, enriquece con fuentes para investigar).
-- **Cost guard**: si el usuario quiere queries pesadas o investigación cross-repo extensa, advertir antes de proceder.
-- **Sugerir sesión** si la investigación es multi-fase (investigate + synthesize + recomendar) — más coherente como sesión.
+## Standalone (use) — DEPRECADO (session096)
+
+> `/agent-workflow:use` nunca se materializó como comando. Para investigación read-only con trazabilidad usá `/agent-workflow:session --flow analyze`. El micro-lifecycle `/agent-workflow:patch` es para tareas dev con cambio (no aplica a investigación). Esta sección queda como histórico read-only; no describe un comando activo.
 
 ## Session integration
 

package/skills/agent-workflow/workflows/design-workflow/SKILL.md

@@ -34,30 +34,9 @@ Diferencia clave de **type** (metadato interno del documento — la carpeta dest
 
 **Ambos types gradúan a `docs/especificaciones/NNN-<slug>/`** (kind=`especificacion`, modelo nuevo DEC-003). El `## Type` queda como metadato dentro del archivo, no afecta el routing.
 
-## Standalone (use)
-
-Cuando el usuario invoca `/agent-workflow:use`:
-
-1. **Presentarse**: mostrar este Brief.
-2. **Preguntar type**: project o system (legacy ES `proyecto`/`sistema` aceptado). Esto determina el destino sugerido.
-3. **Preguntar intención**:
-   - "Brief inicial (capturar contexto, restricciones)"
-   - "Discovery visual (research, referencias, exploración)"
-   - "Develop (iterar propuestas)"
-   - "Deliver (spec final DELIVERY.md)"
-   - "Aplicar frontend-design (patterns UX a una pantalla concreta)"
-4. **Detectar contexto**: si hay AW-PROJECT con fuentes de framework (Angular/React/Vue), informar al usuario que el spec se diseñará agnóstico pero se considerará el stack target.
-5. **Preguntar paths para artefactos**:
-   - Path durante sesión: `.workflow/sessions/<folder>/DELIVERY.md` + opcional `<workspace-root>/docs/referencias/` (carpeta transversal manual del usuario, DEC-004 v2; el AI no escribe ahí salvo que lo pida).
-   - Default al graduar: `docs/especificaciones/<slug>/DELIVERY.md` (kind=`especificacion`) — sin importar `## Type: project|system`.
-   - Si el usuario solo quiere asistencia ad-hoc, proceder sin escribir.
-6. **Cargar skills relevantes** según intención.
-
-**Reglas standalone**:
-- **NO crear sesión** ni escribir en `.workflow/sessions/`.
-- **NO requiere AW-PROJECT**.
-- **Spec-only**: no editar código de framework directamente, ni en standalone ni orchestrated.
-- **Sugerir sesión** si el trabajo de diseño es multi-iteración (brief + discovery + develop + deliver) — tiene más sentido como sesión.
+## Standalone (use) — DEPRECADO (session096)
+
+> `/agent-workflow:use` nunca se materializó como comando. Para diseño con trazabilidad usá `/agent-workflow:session --flow design`. El micro-lifecycle `/agent-workflow:patch` es para tareas dev con cambio (no aplica a diseño). Esta sección queda como histórico read-only; no describe un comando activo.
 
 ## Session integration
 

package/skills/agent-workflow/workflows/dev-workflow/SKILL.md

@@ -32,32 +32,9 @@ Workflow declarativo del flow=dev. Define cómo se comporta la especialidad en d
 
 **Política sin fallback al CLI (transversal al flow=dev)**: si `agent-workflow <subcmd>` falla (no está en PATH, comando no reconocido, exit code != 0), **cortá la acción y reportá al usuario**: pedile que verifique `npm install -g @tacuchi/agent-workflow-cli`. No hay flujo alternativo Python.
 
-## Standalone (use)
-
-Cuando el usuario invoca `/agent-workflow:use` (sin sesión activa):
-
-1. **Presentarse**: mostrar este Brief al usuario.
-2. **Preguntar intención** (lista corta de actividades dev típicas):
-   - "Editar código siguiendo coding-standards (fix, feature, refactor)"
-   - "Producir/organizar scripts SQL (DDL, migración, inserts)"
-   - "Generar rollback de un script existente"
-   - "Definir testing strategy para un cambio"
-   - "Generar release o release-scripts (requiere sesiones cerradas en `.workflow/sessions/`)"
-3. **Detectar contexto**:
-   - Stack del CWD vía `agent-workflow stack` (Maven/Gradle/Angular/Node).
-   - Si hay bloque AW-PROJECT, mostrar fuentes y modo (project/hub).
-   - Si no hay AW-PROJECT, operar sobre el CWD sin pedir bootstrap.
-4. **Cargar skills relevantes** según intención (ej. coding-standards + implement para edits).
-5. **Preguntar paths para artefactos** (opt-in):
-   - Si el usuario quiere persistir DECISIONS/ANALYSIS/etc. (legacy: DECISIONES), preguntar dónde guardarlas (default sugerido: `docs/dev/<slug>.md` o equivalente).
-   - Si solo quiere asistencia ad-hoc (no artefactos), proceder sin escribir nada.
-6. **Trabajar** con composición de skills según necesidad.
-
-**Reglas standalone**:
-- **NO crear sesión** (`.workflow/sessions/`, HISTORY.md, AW-PROJECT.Status quedan intocados).
-- **NO requiere AW-PROJECT** (si existe, se enriquece; si no, opera sobre CWD).
-- **No bloquear por falta de bootstrap**: el modo standalone no asume estructura del workspace.
-- **Sugerir sesión solo si**: el usuario menciona "trabajo largo", "feature completa", "varios commits", o pide explícitamente persistir contexto entre invocaciones. En ese caso recomendar `/agent-workflow:session create`.
+## Standalone (use) — DEPRECADO (session096)
+
+> `/agent-workflow:use` nunca se materializó como comando (no está en los commands canónicos ni en el marketplace). Para una tarea dev pequeña con trazabilidad mínima usá **`/agent-workflow:patch`** (micro-lifecycle, modo `--lite` de flow=dev — ver `session/SKILL.md` §"Modo lite (/patch)"). Para trabajo largo, `/agent-workflow:session`. Esta sección queda como histórico read-only; no describe un comando activo.
 
 ## Excepciones session-aware (v2.1+)