maestro-flow 0.5.2 → 0.5.31

package/.agy/skills/manage-knowhow-capture/SKILL.md

@@ -10,72 +10,82 @@ allowed-tools:
   - view_file
   - write_to_file
 ---
-<purpose>
-Capture reusable knowledge into `.workflow/knowhow/` with type-specific structured fields.
-Auto-indexed by WikiIndexer (type=knowhow), searchable via `maestro search --type knowhow`.
-</purpose>
-
-<required_reading>
-@~/.maestro/workflows/knowhow.md
-</required_reading>
-
-<context>
-$ARGUMENTS — type token + description + optional flags.
-
-**Flags**: `--lang <lang>`, `--source <url>`, `--tag tag1,tag2`, `--title <title>`, `--description <desc>`, `--asset-type <type>`, `--code-paths <paths>`, `--category <cat>`
-
-**Type routing** (first token match):
-
-| Token | Type | Prefix | Key fields |
-|-------|------|--------|------------|
-| `compact`/`session`/`压缩`/`保存` | compact | KNW- | objective, files, decisions, plan, pending |
-| `template`/`tpl`/`模板` | template | TPL- | language, code block, usage, parameters |
-| `recipe`/`rcp`/`配方`/`步骤` | recipe | RCP- | prerequisites, steps, expected outcome, pitfalls |
-| `reference`/`ref`/`参考`/`引用` | reference | REF- | source URL, key points, scenarios, examples |
-| `decision`/`dcs`/`决策`/`adr` | decision | DCS- | context, alternatives table, rationale, consequences |
-| `tip`/`note`/`记录`/`快速` | tip | TIP- | content, tags |
-| `asset`/`ast`/`资产`/`契约` | asset | AST- | assetType, codePaths, category |
-| `blueprint`/`blp`/`蓝图` | blueprint | BLP- | codePaths, category |
-| `document`/`doc`/`文档` | document | DOC- | (general fallback) |
-| `insight`/`ins`/`洞察`/`经验` | insight | INS- | content, tags, phase (replaces former manage-learn) |
-| Short text + `--tag` | tip | TIP- | — |
-| No args | — | — | ask_question (10 options) |
-
-**Output**: `.workflow/knowhow/{PREFIX}-{YYYYMMDD}-{slug}.md` with YAML frontmatter (title, description, type, category, created, tags, source, lang, status)
-</context>
-
-<execution>
-Follow '~/.maestro/workflows/knowhow.md' completely.
-
-**Description rule**: Every entry MUST have a `description` field in frontmatter — a one-line summary (under 120 chars) for search results. WikiIndexer uses priority chain: `description > content[:240]`. Use `--description` flag value if provided; otherwise auto-generate from content.
-
-**Tags language rule**: Tags must match content language. Chinese content → Chinese tags (如 `认证,令牌,刷新`). English content → English tags. Mixed → bilingual.
-
-**Type-specific content rules**:
-
-| Type | Content extraction |
-|------|-------------------|
-| compact | Extract from conversation: session ID, objective, execution plan (verbatim), working files (3-8), decisions, constraints, pending. Plan priority: workflow IMPL_PLAN.md > TodoWrite > user-stated > inferred. |
-| template | Ask for: language, code block, parameters (placeholders), usage context, dependencies |
-| recipe | Ask for: goal, prerequisites, numbered steps, expected outcome, common pitfalls |
-| reference | From --source URL or ask. Key points, applicable scenarios, quick examples. Offer WebFetch if URL provided. |
-| decision | Context, alternatives (table: alt/pros/cons/rejected-because), rationale, consequences. Status: proposed/accepted/superseded. |
-| tip | Content = everything after type token. Auto-detect context from recent files. |
-| asset | assetType (api-contract/data-model/prompt/config), codePaths, category for agent discovery |
-| blueprint | Architecture design with codePaths and category |
-</execution>
-
-<error_codes>
-| Code | Condition | Recovery |
-|------|-----------|----------|
-| E002 | Template: no code provided after prompt | Ask again or cancel |
-| E003 | Recipe: no steps provided after prompt | Ask again or cancel |
-| W001 | No active workflow session (compact) | Captures conversation only |
-| W002 | Plan detection found no explicit plan (compact) | Uses inferred plan |
-</error_codes>
-
-<success_criteria>
-- [ ] Type detected or selected, all type-specific fields populated
-- [ ] File written to .workflow/knowhow/ with correct prefix and YAML frontmatter
-- [ ] Confirmation displayed with ID, type, path
-</success_criteria>
+<purpose>
+Capture reusable knowledge into `.workflow/knowhow/` with type-specific structured fields.
+Auto-indexed by WikiIndexer (type=knowhow), searchable via `maestro search --type knowhow`.
+</purpose>
+
+<required_reading>
+@~/.maestro/workflows/knowhow.md
+</required_reading>
+
+<context>
+$ARGUMENTS — type token + description + optional flags.
+
+**Flags**: `--lang <lang>`, `--source <url>`, `--tag tag1,tag2`, `--title <title>`, `--description <desc>`, `--asset-type <type>`, `--code-paths <paths>`, `--category <cat>`
+
+**Type routing** (first token match):
+
+| Token | Type | Prefix | Key fields |
+|-------|------|--------|------------|
+| `compact`/`session`/`压缩`/`保存` | compact | KNW- | objective, files, decisions, plan, pending |
+| `template`/`tpl`/`模板` | template | TPL- | language, code block, usage, parameters |
+| `recipe`/`rcp`/`配方`/`步骤` | recipe | RCP- | prerequisites, steps, expected outcome, pitfalls |
+| `reference`/`ref`/`参考`/`引用` | reference | REF- | source URL, key points, scenarios, examples |
+| `decision`/`dcs`/`决策`/`adr` | decision | DCS- | context, alternatives table, rationale, consequences |
+| `tip`/`note`/`记录`/`快速` | tip | TIP- | content, tags |
+| `asset`/`ast`/`资产`/`契约` | asset | AST- | assetType, codePaths, category |
+| `blueprint`/`blp`/`蓝图` | blueprint | BLP- | codePaths, category |
+| `document`/`doc`/`文档` | document | DOC- | (general fallback) |
+| `insight`/`ins`/`洞察`/`经验` | insight | INS- | content, tags, phase (replaces former manage-learn) |
+| Short text + `--tag` | tip | TIP- | — |
+| No args | — | — | ask_question (10 options) |
+
+**Output**: `.workflow/knowhow/{PREFIX}-{YYYYMMDD}-{slug}.md` with YAML frontmatter (title, description, type, category, created, tags, source, lang, status)
+</context>
+
+<execution>
+Follow '~/.maestro/workflows/knowhow.md' completely.
+
+**Description rule**: Every entry MUST have a `description` field in frontmatter — a one-line summary (under 120 chars) for search results. WikiIndexer uses priority chain: `description > content[:240]`. Use `--description` flag value if provided; otherwise auto-generate from content.
+
+**Tags language rule**: Tags must match content language. Chinese content → Chinese tags (如 `认证,令牌,刷新`). English content → English tags. Mixed → bilingual.
+
+**Type-specific content rules**:
+
+| Type | Content extraction |
+|------|-------------------|
+| compact | Extract from conversation: session ID, objective, execution plan (verbatim), working files (3-8), decisions, constraints, pending. Plan priority: workflow IMPL_PLAN.md > TodoWrite > user-stated > inferred. |
+| template | Ask for: language, code block, parameters (placeholders), usage context, dependencies |
+| recipe | Ask for: goal, prerequisites, numbered steps, expected outcome, common pitfalls |
+| reference | From --source URL or ask. Key points, applicable scenarios, quick examples. Offer WebFetch if URL provided. |
+| decision | Context, alternatives (table: alt/pros/cons/rejected-because), rationale, consequences. Status: proposed/accepted/superseded. |
+| tip | Content = everything after type token. Auto-detect context from recent files. |
+| asset | assetType (api-contract/data-model/prompt/config), codePaths, category for agent discovery |
+| blueprint | Architecture design with codePaths and category |
+</execution>
+
+<error_codes>
+| Code | Condition | Recovery |
+|------|-----------|----------|
+| E002 | Template: no code provided after prompt | Ask again or cancel |
+| E003 | Recipe: no steps provided after prompt | Ask again or cancel |
+| W001 | No active workflow session (compact) | Captures conversation only |
+| W002 | Plan detection found no explicit plan (compact) | Uses inferred plan |
+</error_codes>
+
+<success_criteria>
+- [ ] Type detected or selected, all type-specific fields populated
+- [ ] File written to .workflow/knowhow/ with correct prefix and YAML frontmatter
+- [ ] Confirmation displayed with ID, type, path
+</success_criteria>
+
+<completion>
+### Next-step routing
+
+| Condition | Suggestion |
+|-----------|-----------|
+| Entry captured | `/manage-knowhow list` to view library |
+| Want to connect entries | `/manage-wiki connect` |
+| Want to bridge to specs | `/spec-add <category>` with `--spec-category` |
+</completion>

package/.agy/skills/manage-knowledge-audit/SKILL.md

@@ -14,77 +14,94 @@ allowed-tools:
   - view_file
   - write_to_file
 ---
-<purpose>
-对称于 `manage-harvest`（写入入口）的知识淘汰入口。harvest 负责把 artifact 抽取为 spec/wiki/issue；audit 负责审查这三大存储中已积累的条目，识别矛盾、失效、老化、孤儿，并通过 keep/deprecate/delete 三态决策清理。
-
-覆盖 8 大场景类、28 子场景（显性/隐性矛盾、失效老化、元数据质量、Maestro 特化、时间线产物 T1-T6、knowhow 漂移、artifact 残留），定义见 workflow knowledge-audit.md。
-
-**闭环**：harvest 写入 → audit 审查 → 三态淘汰；与 `harvest --prune`（物理 GC）互补：audit 做语义层判定，且删除未抽取的 artifact 前反向触发 harvest 抢救。
-</purpose>
-
-<required_reading>
-@~/.maestro/workflows/knowledge-audit.md
-</required_reading>
-
-<deferred_reading>
-- @~/.maestro/workflows/harvest.md (audit 检测的 artifact 是 harvest 的产物源)
-- @~/.maestro/workflows/specs-add.md (deprecate 操作所需的 `<spec-entry>` 变形)
-</deferred_reading>
-
-<context>
-Arguments: $ARGUMENTS
-
-**Scope（必选）：** `spec` | `knowhow` | `artifact` | `all`
-
-**删除策略**默认 `--interactive`（三态面板逐项决策）；非交互模式 `--mark`（仅打标）/ `--delete`（软删到 `.trash/`）/ `--purge`（物理擦除，仅 artifact 且需双重确认）。
-
-Flag 全集、scope 对应的扫描路径、Stage 步骤、检测算法定义在 workflow knowledge-audit.md。
-</context>
-
-<execution>
-Follow `~/.maestro/workflows/knowledge-audit.md` Stages 1-8 in order.
-
-**Key invariants:**
-1. **Backup before mutate** — Stage 6 必须把待变更文件打包到 `.workflow/.trash/knowledge-audit-{timestamp}/`，备份失败禁止 Stage 7。
-2. **Deprecate over delete** — 文本存储（spec/knowhow）首选注入 `status="deprecated"` 保留历史；只有 artifact 物理残留才走 delete/purge。
-3. **Purge requires double confirmation** — `--purge` 仅作用于 artifact scope，且 Stage 5 必须显式 `[y/N]` 二次确认 + 输入 artifact id。
-4. **Rescue before delete** — 删除未抽取的 artifact 前（`harvest-log.jsonl` 无记录），强制提示 "是否先 `/manage-harvest`？"。
-
-Scope 路径、8 类检测算法、三态决策面板、报告 schema 定义在 workflow knowledge-audit.md。
-
-**Next-step routing on completion:**
-- 复审淘汰记录 → `.workflow/.knowledge-audit/audit-report-{date}.md`
-- 抢救未抽取 artifact → `/manage-harvest <artifact-id>`
-- 验证 spec 现状 → `/spec-load --role implement`
-- 周期巡检 → 每 milestone 结束跑 `--scope all --report`
-</execution>
-
-<error_codes>
-| Code | Severity | Condition | Recovery |
-|------|----------|-----------|----------|
-| E001 | error | `.workflow/` 未初始化 | 先跑 `/maestro-init` |
-| E002 | error | `--scope` 缺失或非法 | 提供 spec/knowhow/artifact/all |
-| E003 | error | `--purge` 与 `--dry-run` 同用 | 二选一 |
-| E004 | error | `--purge` 作用于非 artifact 范围 | purge 仅支持 artifact scope |
-| E005 | error | 备份失败（`.trash/` 写入异常） | 检查磁盘空间与权限，重试 |
-| W001 | warning | 检出冲突但用户选择 keep | 记入 report，不阻断 |
-| W002 | warning | 待删 artifact 无 harvest-log 记录 | 提示先跑 manage-harvest |
-| W003 | warning | 循环 supersedes 链 | 自动断环或交互选保留节点 |
-| W004 | warning | 检测耗时 >120s（大规模 spec 库） | 建议加 `--scope` 收敛或 `--since` 增量 |
-| W005 | warning | LLM detector 不可用 | 降级到正则+图算法子集，跳过 B/G 类语义场景 |
-</error_codes>
-
-<success_criteria>
-- [ ] Scope 正确解析，互斥标志校验通过
-- [ ] 三存储按 scope 加载完成，构建出统一 finding 池
-- [ ] Stage 3 时间线索引建立（mtime ↔ session/milestone 状态）
-- [ ] Stage 4 按 P0/P1/P2 输出 finding 列表
-- [ ] 如非 `--report`：用户对每项做出三态决策
-- [ ] 未 harvest 的 artifact 删除前触发抢救确认
-- [ ] Stage 6 backup tarball 生成于 `.workflow/.trash/`
-- [ ] `deprecate` 通过元数据注入完成（spec/knowhow 文件未被物理删除）
-- [ ] `delete` 移动至 `.trash/`，索引同步更新
-- [ ] `purge` 仅在双重确认通过后执行
-- [ ] `audit-report-{date}.md` + `audit-log.jsonl` 写入完成
-- [ ] 摘要展示三存储变更计数与下一步路由
-</success_criteria>
+<purpose>
+审查 spec/knowhow/artifact 存储，识别矛盾/失效/孤儿，通过 keep/deprecate/delete 三态清理。对称于 `manage-harvest`（写入入口）。
+</purpose>
+
+<required_reading>
+@~/.maestro/workflows/knowledge-audit.md
+</required_reading>
+
+<deferred_reading>
+- @~/.maestro/workflows/harvest.md (audit 检测的 artifact 是 harvest 的产物源)
+- @~/.maestro/workflows/specs-add.md (deprecate 操作所需的 `<spec-entry>` 变形)
+</deferred_reading>
+
+<context>
+Arguments: $ARGUMENTS
+
+**Scope（必选）：** `spec` | `knowhow` | `artifact` | `all`
+
+**删除策略**默认 `--interactive`（三态面板逐项决策）；非交互模式 `--mark`（仅打标）/ `--delete`（软删到 `.trash/`）/ `--purge`（物理擦除，仅 artifact 且需双重确认）。
+
+Flag 全集、scope 对应的扫描路径、Stage 步骤、检测算法定义在 workflow knowledge-audit.md。
+</context>
+
+<execution>
+Follow `~/.maestro/workflows/knowledge-audit.md` Stages 1-8 in order.
+
+### Phase Gates (MANDATORY, BLOCKING)
+
+**GATE 1: Load → Detect** (Stages 1-2 → Stage 4)
+- REQUIRED: Scope 解析通过，互斥标志校验完成。
+- REQUIRED: 三存储按 scope 加载完成。
+- BLOCKED if scope 非法或存储不可读: E001/E002。
+
+**GATE 2: Detect → Decision** (Stage 4 → Stage 5)
+- REQUIRED: Finding 池按 P0/P1/P2 分级输出。
+- REQUIRED: 未 harvest 的 artifact 删除前触发抢救确认（W002）。
+- BLOCKED if finding 为空: 无需淘汰，直接输出报告。
+
+**GATE 3: Decision → Mutate** (Stage 5 → Stage 6-7)
+- REQUIRED: Backup tarball 生成于 `.workflow/.trash/knowledge-audit-{timestamp}/`。
+- REQUIRED: 备份成功后方可执行变更。
+- REQUIRED: `--purge` 需双重确认（仅 artifact scope）。
+- BLOCKED if 备份失败: E005，禁止执行变更。
+
+### Execution Constraints
+
+- **Deprecate over delete**: 文本存储首选 `status="deprecated"`，保留历史。
+- **Purge 仅 artifact**: `--purge` 不作用于 spec/knowhow。
+- **Rescue before delete**: 未抽取 artifact 删除前强制提示先 `/manage-harvest`。
+</execution>
+
+<completion>
+### Next-step routing
+
+| Condition | Suggestion |
+|-----------|-----------|
+| 复审淘汰记录 | 查看 `audit-report-{date}.md` |
+| 抢救未抽取 artifact | `/manage-harvest <artifact-id>` |
+| 验证 spec 现状 | `/spec-load --role implement` |
+| 周期巡检 | `--scope all --report` |
+</completion>
+
+<error_codes>
+| Code | Severity | Condition | Recovery |
+|------|----------|-----------|----------|
+| E001 | error | `.workflow/` 未初始化 | 先跑 `/maestro-init` |
+| E002 | error | `--scope` 缺失或非法 | 提供 spec/knowhow/artifact/all |
+| E003 | error | `--purge` 与 `--dry-run` 同用 | 二选一 |
+| E004 | error | `--purge` 作用于非 artifact 范围 | purge 仅支持 artifact scope |
+| E005 | error | 备份失败（`.trash/` 写入异常） | 检查磁盘空间与权限，重试 |
+| W001 | warning | 检出冲突但用户选择 keep | 记入 report，不阻断 |
+| W002 | warning | 待删 artifact 无 harvest-log 记录 | 提示先跑 manage-harvest |
+| W003 | warning | 循环 supersedes 链 | 自动断环或交互选保留节点 |
+| W004 | warning | 检测耗时 >120s（大规模 spec 库） | 建议加 `--scope` 收敛或 `--since` 增量 |
+| W005 | warning | LLM detector 不可用 | 降级到正则+图算法子集，跳过 B/G 类语义场景 |
+</error_codes>
+
+<success_criteria>
+- [ ] Scope 正确解析，互斥标志校验通过
+- [ ] 三存储按 scope 加载完成，构建出统一 finding 池
+- [ ] Stage 3 时间线索引建立（mtime ↔ session/milestone 状态）
+- [ ] Stage 4 按 P0/P1/P2 输出 finding 列表
+- [ ] 如非 `--report`：用户对每项做出三态决策
+- [ ] 未 harvest 的 artifact 删除前触发抢救确认
+- [ ] Stage 6 backup tarball 生成于 `.workflow/.trash/`
+- [ ] `deprecate` 通过元数据注入完成（spec/knowhow 文件未被物理删除）
+- [ ] `delete` 移动至 `.trash/`，索引同步更新
+- [ ] `purge` 仅在双重确认通过后执行
+- [ ] `audit-report-{date}.md` + `audit-log.jsonl` 写入完成
+- [ ] 摘要展示三存储变更计数与下一步路由
+</success_criteria>

package/.agy/skills/manage-status/SKILL.md

@@ -7,45 +7,55 @@ allowed-tools:
   - run_command
   - view_file
 ---
-<purpose>
-Display a unified project dashboard showing artifact progress, task counts, active work, and intelligent next-step suggestions.
-Reads state.json artifact registry and roadmap to render a formatted overview with progress and status tables.
-Provides situational awareness before continuing work. Uses virtual phase view derived from artifact registry.
-</purpose>
-
-<required_reading>
-@~/.maestro/workflows/status.md
-</required_reading>
-
-<context>
-$ARGUMENTS (no arguments required)
-
-**State files read:**
-- `.workflow/state.json` -- project-level state machine + artifact registry
-- `.workflow/roadmap.md` -- milestone and phase structure
-- `.workflow/scratch/*/plan.json` -- plan metadata (via artifact registry paths)
-- `.workflow/scratch/*/.task/TASK-*.json` -- individual task statuses
-</context>
-
-<execution>
-Follow '~/.maestro/workflows/status.md' completely.
-
-Next-step decision table defined in workflow status.md Step 5.
-</execution>
-
-<error_codes>
-| Code | Severity | Description | Stage |
-|------|----------|-------------|-------|
-| E001 | fatal | `.workflow/` not initialized -- run `/maestro-init` first | parse_input |
-| E002 | fatal | `state.json` missing or corrupt -- project state unrecoverable | parse_input |
-</error_codes>
-
-<success_criteria>
-- [ ] Project state loaded from `state.json`
-- [ ] Roadmap parsed with milestone/phase structure
-- [ ] Per-phase progress calculated (task counts, completion %)
-- [ ] Dashboard rendered with progress bars and status table
-- [ ] Active work section shows current phase details
-- [ ] Next steps suggested based on current state analysis
-- [ ] Wiki health score displayed (or graceful unavailable message)
-</success_criteria>
+<purpose>
+Project dashboard: artifact progress, task counts, active work, next-step suggestions.
+</purpose>
+
+<required_reading>
+@~/.maestro/workflows/status.md
+</required_reading>
+
+<context>
+$ARGUMENTS (no arguments required)
+
+**State files read:**
+- `.workflow/state.json` -- project-level state machine + artifact registry
+- `.workflow/roadmap.md` -- milestone and phase structure
+- `.workflow/scratch/*/plan.json` -- plan metadata (via artifact registry paths)
+- `.workflow/scratch/*/.task/TASK-*.json` -- individual task statuses
+</context>
+
+<execution>
+Follow '~/.maestro/workflows/status.md' completely.
+
+Next-step decision table defined in workflow status.md Step 5.
+</execution>
+
+<error_codes>
+| Code | Severity | Description | Stage |
+|------|----------|-------------|-------|
+| E001 | fatal | `.workflow/` not initialized -- run `/maestro-init` first | parse_input |
+| E002 | fatal | `state.json` missing or corrupt -- project state unrecoverable | parse_input |
+</error_codes>
+
+<success_criteria>
+- [ ] Project state loaded from `state.json`
+- [ ] Roadmap parsed with milestone/phase structure
+- [ ] Per-phase progress calculated (task counts, completion %)
+- [ ] Dashboard rendered with progress bars and status table
+- [ ] Active work section shows current phase details
+- [ ] Next steps suggested based on current state analysis
+- [ ] Wiki health score displayed (or graceful unavailable message)
+</success_criteria>
+
+<completion>
+### Next-step routing
+
+| Condition | Suggestion |
+|-----------|-----------|
+| Phase needs analysis | `/maestro-analyze {phase}` |
+| Phase needs planning | `/maestro-plan {phase}` |
+| Phase needs execution | `/maestro-execute {phase}` |
+| Milestone ready for audit | `/maestro-milestone-audit` |
+| Issues need triage | `/manage-issue list` |
+</completion>

package/.agy/skills/manage-wiki/SKILL.md

@@ -10,61 +10,72 @@ allowed-tools:
   - view_file
   - write_to_file
 ---
-<purpose>
-Unified wiki graph management command. Provides interactive access to wiki health monitoring, entry search, orphan cleanup, graph statistics, link discovery, and knowledge synthesis — the single entry point for all wiki graph operations.
-</purpose>
-
-<required_reading>
-@~/.maestro/workflows/wiki-manage.md
-</required_reading>
-
-<context>
-$ARGUMENTS — subcommand and optional flags.
-
-**Subcommands:**
-| Subcommand | Description |
-|-----------|-------------|
-| `health` | Health dashboard — score, broken links, orphans, hubs (default) |
-| `search <query>` | Interactive BM25 search with follow-up actions |
-| `cleanup` | Find and resolve orphans, broken links, stale entries |
-| `stats` | Graph statistics — type distribution, tag frequency, growth trends |
-| `connect` | Find and link hidden connections — orphan rescue, missing links, transitive gaps |
-| `digest [topic]` | Generate knowledge digest with theme clustering and gap analysis |
-| No args | Same as `health` |
-
-**Flags:**
-- `--type <type>` — Filter by wiki type: spec, knowhow, note, issue
-- `--fix` — Auto-fix issues found during cleanup/connect (remove broken links, apply connections)
-- `--json` — Output in JSON format
-- `--min-similarity N` — (connect) Minimum similarity threshold for link candidates
-- `--max N` — (connect) Maximum number of suggestions
-- `--format brief|full` — (digest) Output format
-- `--recent N` — (digest) Scope to N most recent entries
-- `--create-issues` — (digest) Create issues for identified knowledge gaps
-</context>
-
-<execution>
-**Subcommand routing:**
-- `health|search|cleanup|stats` → Follow `~/.maestro/workflows/wiki-manage.md` completely.
-- `connect` → Follow `~/.maestro/workflows/wiki-connect.md` completely (Stages 1-6).
-- `digest` → Follow `~/.maestro/workflows/wiki-digest.md` completely (Stages 1-8).
-</execution>
-
-<error_codes>
-| Code | Severity | Description | Stage |
-|------|----------|-------------|-------|
-| E001 | fatal | `.workflow/` not initialized — run `/maestro-init` first | validate |
-| E002 | fatal | No wiki entries found — create content first | load |
-| E003 | error | Invalid subcommand | parse_input |
-| W001 | warning | Health score below 50 — graph needs attention | health |
-| W002 | warning | Orphan cleanup had partial failures | cleanup |
-</error_codes>
-
-<success_criteria>
-- [ ] Subcommand parsed (health/search/cleanup/stats/connect/digest)
-- [ ] Wiki data loaded via `maestro wiki` CLI
-- [ ] Results displayed in formatted output
-- [ ] If cleanup/connect --fix: issues resolved and delta reported
-- [ ] If digest: themes clustered, gaps identified, coverage heatmap generated
-- [ ] Next-step suggestions provided
-</success_criteria>
+<purpose>
+Wiki graph management: health, search, cleanup, stats, connect, digest.
+</purpose>
+
+<required_reading>
+@~/.maestro/workflows/wiki-manage.md
+</required_reading>
+
+<context>
+$ARGUMENTS — subcommand and optional flags.
+
+**Subcommands:**
+| Subcommand | Description |
+|-----------|-------------|
+| `health` | Health dashboard — score, broken links, orphans, hubs (default) |
+| `search <query>` | Interactive BM25 search with follow-up actions |
+| `cleanup` | Find and resolve orphans, broken links, stale entries |
+| `stats` | Graph statistics — type distribution, tag frequency, growth trends |
+| `connect` | Find and link hidden connections — orphan rescue, missing links, transitive gaps |
+| `digest [topic]` | Generate knowledge digest with theme clustering and gap analysis |
+| No args | Same as `health` |
+
+**Flags:**
+- `--type <type>` — Filter by wiki type: spec, knowhow, note, issue
+- `--fix` — Auto-fix issues found during cleanup/connect (remove broken links, apply connections)
+- `--json` — Output in JSON format
+- `--min-similarity N` — (connect) Minimum similarity threshold for link candidates
+- `--max N` — (connect) Maximum number of suggestions
+- `--format brief|full` — (digest) Output format
+- `--recent N` — (digest) Scope to N most recent entries
+- `--create-issues` — (digest) Create issues for identified knowledge gaps
+</context>
+
+<execution>
+**Subcommand routing:**
+- `health|search|cleanup|stats` → Follow `~/.maestro/workflows/wiki-manage.md` completely.
+- `connect` → Follow `~/.maestro/workflows/wiki-connect.md` completely (Stages 1-6).
+- `digest` → Follow `~/.maestro/workflows/wiki-digest.md` completely (Stages 1-8).
+</execution>
+
+<error_codes>
+| Code | Severity | Description | Stage |
+|------|----------|-------------|-------|
+| E001 | fatal | `.workflow/` not initialized — run `/maestro-init` first | validate |
+| E002 | fatal | No wiki entries found — create content first | load |
+| E003 | error | Invalid subcommand | parse_input |
+| W001 | warning | Health score below 50 — graph needs attention | health |
+| W002 | warning | Orphan cleanup had partial failures | cleanup |
+</error_codes>
+
+<success_criteria>
+- [ ] Subcommand parsed (health/search/cleanup/stats/connect/digest)
+- [ ] Wiki data loaded via `maestro wiki` CLI
+- [ ] Results displayed in formatted output
+- [ ] If cleanup/connect --fix: issues resolved and delta reported
+- [ ] If digest: themes clustered, gaps identified, coverage heatmap generated
+- [ ] Next-step suggestions provided
+</success_criteria>
+
+<completion>
+### Next-step routing
+
+| Condition | Suggestion |
+|-----------|-----------|
+| Health score < 50 | `/manage-wiki cleanup --fix` |
+| Orphan entries found | `/manage-wiki connect --fix` |
+| Knowledge gaps identified | `/manage-knowhow-capture` |
+| Want knowledge synthesis | `/manage-wiki digest` |
+</completion>