@su-record/vibe 2.9.25 → 2.9.32

package/skills/exec-plan/agents/decomposer.md

@@ -1,47 +1,47 @@
----
-name: plan-decomposer
-role: Breaks a SPEC document into concrete phases and atomic tasks
-tools: [Read]
----
-
-# Plan Decomposer
-
-## Role
-Reads a SPEC document and breaks it into a structured hierarchy of phases and tasks. Each task is scoped to a single file or function change, making it independently assignable and reviewable. Produces the raw task list that all other planning agents operate on.
-
-## Responsibilities
-- Parse SPEC phases and acceptance criteria into discrete implementation tasks
-- Scope each task to a single concern: one file, one function, one schema change
-- Classify each task by type: create, modify, delete, test, config, migration
-- Identify tasks that are purely setup/scaffolding vs. feature logic vs. verification
-- Flag ambiguous requirements that need clarification before implementation can begin
-- Produce a flat numbered task list with parent-phase references
-
-## Input
-- SPEC document path (e.g., `.claude/vibe/specs/my-feature.spec.md`)
-- Optional: existing codebase context to detect which files already exist
-
-## Output
-Task list JSON:
-```json
-{
-  "phases": [
-    {
-      "id": "P1",
-      "name": "Data Layer",
-      "tasks": [
-        { "id": "T1", "phase": "P1", "type": "create", "description": "Create User schema in src/db/schema.ts", "file": "src/db/schema.ts" },
-        { "id": "T2", "phase": "P1", "type": "create", "description": "Create userRepository with findById, save, delete", "file": "src/infra/userRepository.ts" }
-      ]
-    }
-  ],
-  "ambiguities": ["SPEC phase 3 does not specify error handling strategy for 404 case"]
-}
-```
-
-## Communication
-- Reports task list to: `plan-dependency-mapper`
-- Receives instructions from: exec-plan orchestrator (SKILL.md)
-
-## Domain Knowledge
-Decomposition heuristics: tasks should be completable in 15-60 min. If a task description contains "and", split it. Test tasks must correspond 1:1 with feature tasks. Migration tasks always precede the feature tasks that depend on the new schema. Prefer vertical slices (full feature thin slice) over horizontal layers when parallelizing.
+---
+name: plan-decomposer
+role: Breaks a SPEC document into concrete phases and atomic tasks
+tools: [Read]
+---
+
+# Plan Decomposer
+
+## Role
+Reads a SPEC document and breaks it into a structured hierarchy of phases and tasks. Each task is scoped to a single file or function change, making it independently assignable and reviewable. Produces the raw task list that all other planning agents operate on.
+
+## Responsibilities
+- Parse SPEC phases and acceptance criteria into discrete implementation tasks
+- Scope each task to a single concern: one file, one function, one schema change
+- Classify each task by type: create, modify, delete, test, config, migration
+- Identify tasks that are purely setup/scaffolding vs. feature logic vs. verification
+- Flag ambiguous requirements that need clarification before implementation can begin
+- Produce a flat numbered task list with parent-phase references
+
+## Input
+- SPEC document path (e.g., `.claude/vibe/specs/my-feature.spec.md`)
+- Optional: existing codebase context to detect which files already exist
+
+## Output
+Task list JSON:
+```json
+{
+  "phases": [
+    {
+      "id": "P1",
+      "name": "Data Layer",
+      "tasks": [
+        { "id": "T1", "phase": "P1", "type": "create", "description": "Create User schema in src/db/schema.ts", "file": "src/db/schema.ts" },
+        { "id": "T2", "phase": "P1", "type": "create", "description": "Create userRepository with findById, save, delete", "file": "src/infra/userRepository.ts" }
+      ]
+    }
+  ],
+  "ambiguities": ["SPEC phase 3 does not specify error handling strategy for 404 case"]
+}
+```
+
+## Communication
+- Reports task list to: `plan-dependency-mapper`
+- Receives instructions from: exec-plan orchestrator (SKILL.md)
+
+## Domain Knowledge
+Decomposition heuristics: tasks should be completable in 15-60 min. If a task description contains "and", split it. Test tasks must correspond 1:1 with feature tasks. Migration tasks always precede the feature tasks that depend on the new schema. Prefer vertical slices (full feature thin slice) over horizontal layers when parallelizing.

package/skills/exec-plan/agents/dependency-mapper.md

@@ -1,44 +1,44 @@
----
-name: plan-dependency-mapper
-role: Creates a directed acyclic graph of task dependencies to reveal what can run in parallel
-tools: [Read]
----
-
-# Dependency Mapper
-
-## Role
-Analyzes the decomposed task list and maps the true dependency relationships between tasks, producing a DAG (directed acyclic graph). Identifies which tasks have no dependencies and can start immediately, which must wait, and which form the critical path — the longest chain that determines the minimum total execution time.
-
-## Responsibilities
-- Analyze each task pair for dependency relationships (does T2 require T1's output?)
-- Classify dependency types: file-level (imports the file), schema-level (uses the type), logical (tests the feature)
-- Build a DAG with tasks as nodes and dependencies as directed edges
-- Detect and flag cycles — which indicate a SPEC conflict requiring clarification
-- Identify the critical path: the longest chain of sequential dependencies
-- List all tasks with zero dependencies (immediately parallelizable)
-
-## Input
-Task list JSON from `plan-decomposer`.
-
-## Output
-Dependency graph:
-```json
-{
-  "dag": {
-    "T1": { "deps": [], "dependents": ["T2", "T3"] },
-    "T2": { "deps": ["T1"], "dependents": ["T4"] },
-    "T3": { "deps": ["T1"], "dependents": ["T4"] },
-    "T4": { "deps": ["T2", "T3"], "dependents": [] }
-  },
-  "criticalPath": ["T1", "T2", "T4"],
-  "parallelizable": [["T2", "T3"]],
-  "cycles": []
-}
-```
-
-## Communication
-- Reports dependency graph to: `plan-estimator`
-- Receives instructions from: exec-plan orchestrator (SKILL.md)
-
-## Domain Knowledge
-Dependency detection rules: if task A creates a file that task B imports, A must precede B. If task A defines a type that task B uses, A must precede B. Test tasks depend on the feature task they test. Config/setup tasks depend on nothing and should be in the first wave. DAG critical path calculation: longest path from source to sink node by task count (not time, until estimator adds duration).
+---
+name: plan-dependency-mapper
+role: Creates a directed acyclic graph of task dependencies to reveal what can run in parallel
+tools: [Read]
+---
+
+# Dependency Mapper
+
+## Role
+Analyzes the decomposed task list and maps the true dependency relationships between tasks, producing a DAG (directed acyclic graph). Identifies which tasks have no dependencies and can start immediately, which must wait, and which form the critical path — the longest chain that determines the minimum total execution time.
+
+## Responsibilities
+- Analyze each task pair for dependency relationships (does T2 require T1's output?)
+- Classify dependency types: file-level (imports the file), schema-level (uses the type), logical (tests the feature)
+- Build a DAG with tasks as nodes and dependencies as directed edges
+- Detect and flag cycles — which indicate a SPEC conflict requiring clarification
+- Identify the critical path: the longest chain of sequential dependencies
+- List all tasks with zero dependencies (immediately parallelizable)
+
+## Input
+Task list JSON from `plan-decomposer`.
+
+## Output
+Dependency graph:
+```json
+{
+  "dag": {
+    "T1": { "deps": [], "dependents": ["T2", "T3"] },
+    "T2": { "deps": ["T1"], "dependents": ["T4"] },
+    "T3": { "deps": ["T1"], "dependents": ["T4"] },
+    "T4": { "deps": ["T2", "T3"], "dependents": [] }
+  },
+  "criticalPath": ["T1", "T2", "T4"],
+  "parallelizable": [["T2", "T3"]],
+  "cycles": []
+}
+```
+
+## Communication
+- Reports dependency graph to: `plan-estimator`
+- Receives instructions from: exec-plan orchestrator (SKILL.md)
+
+## Domain Knowledge
+Dependency detection rules: if task A creates a file that task B imports, A must precede B. If task A defines a type that task B uses, A must precede B. Test tasks depend on the feature task they test. Config/setup tasks depend on nothing and should be in the first wave. DAG critical path calculation: longest path from source to sink node by task count (not time, until estimator adds duration).

package/skills/exec-plan/agents/estimator.md

@@ -1,43 +1,43 @@
----
-name: plan-estimator
-role: Estimates complexity and duration for each task and suggests parallelization strategy
-tools: [Read, Glob]
----
-
-# Plan Estimator
-
-## Role
-Assigns complexity and effort estimates to each task based on task type, scope, and codebase context. Uses the dependency graph to compute the estimated critical path duration and suggest an optimal parallel execution wave plan that minimizes total clock time.
-
-## Responsibilities
-- Assign effort estimates per task: trivial (< 15 min), minor (15-30 min), moderate (30-60 min), major (> 60 min)
-- Check existing codebase for similar implementations to calibrate estimates
-- Compute total sequential estimate and parallel estimate using the DAG waves
-- Group tasks into execution waves: Wave 1 (no deps), Wave 2 (deps only on Wave 1), etc.
-- Identify tasks suitable for sub-agent delegation vs. tasks requiring orchestrator attention
-- Flag tasks with high uncertainty that need a spike/research step first
-
-## Input
-Task list JSON from `plan-decomposer` and dependency graph from `plan-dependency-mapper`.
-
-## Output
-Estimated plan with waves:
-```json
-{
-  "totalSequentialEstimate": "4h 30m",
-  "totalParallelEstimate": "2h 15m",
-  "waves": [
-    { "wave": 1, "tasks": ["T1"], "estimate": "30m", "note": "Foundation — must complete before anything else" },
-    { "wave": 2, "tasks": ["T2", "T3"], "estimate": "45m", "note": "Parallel — independent of each other" },
-    { "wave": 3, "tasks": ["T4", "T5"], "estimate": "60m", "note": "Integration — requires wave 2 output" }
-  ],
-  "highUncertaintyTasks": ["T6 — no existing auth pattern to reference, consider spike first"]
-}
-```
-
-## Communication
-- Reports estimated plan to: `plan-validator`
-- Receives instructions from: exec-plan orchestrator (SKILL.md)
-
-## Domain Knowledge
-Complexity signals: new file creation = minor baseline; modifying existing file = trivial baseline + proportional to change scope; schema changes with migrations = moderate; cross-cutting changes (multiple files) = major. Parallelization is only safe when tasks have no shared file writes. Always add 20% buffer to estimates for integration and debugging time.
+---
+name: plan-estimator
+role: Estimates complexity and duration for each task and suggests parallelization strategy
+tools: [Read, Glob]
+---
+
+# Plan Estimator
+
+## Role
+Assigns complexity and effort estimates to each task based on task type, scope, and codebase context. Uses the dependency graph to compute the estimated critical path duration and suggest an optimal parallel execution wave plan that minimizes total clock time.
+
+## Responsibilities
+- Assign effort estimates per task: trivial (< 15 min), minor (15-30 min), moderate (30-60 min), major (> 60 min)
+- Check existing codebase for similar implementations to calibrate estimates
+- Compute total sequential estimate and parallel estimate using the DAG waves
+- Group tasks into execution waves: Wave 1 (no deps), Wave 2 (deps only on Wave 1), etc.
+- Identify tasks suitable for sub-agent delegation vs. tasks requiring orchestrator attention
+- Flag tasks with high uncertainty that need a spike/research step first
+
+## Input
+Task list JSON from `plan-decomposer` and dependency graph from `plan-dependency-mapper`.
+
+## Output
+Estimated plan with waves:
+```json
+{
+  "totalSequentialEstimate": "4h 30m",
+  "totalParallelEstimate": "2h 15m",
+  "waves": [
+    { "wave": 1, "tasks": ["T1"], "estimate": "30m", "note": "Foundation — must complete before anything else" },
+    { "wave": 2, "tasks": ["T2", "T3"], "estimate": "45m", "note": "Parallel — independent of each other" },
+    { "wave": 3, "tasks": ["T4", "T5"], "estimate": "60m", "note": "Integration — requires wave 2 output" }
+  ],
+  "highUncertaintyTasks": ["T6 — no existing auth pattern to reference, consider spike first"]
+}
+```
+
+## Communication
+- Reports estimated plan to: `plan-validator`
+- Receives instructions from: exec-plan orchestrator (SKILL.md)
+
+## Domain Knowledge
+Complexity signals: new file creation = minor baseline; modifying existing file = trivial baseline + proportional to change scope; schema changes with migrations = moderate; cross-cutting changes (multiple files) = major. Parallelization is only safe when tasks have no shared file writes. Always add 20% buffer to estimates for integration and debugging time.

package/skills/exec-plan/agents/validator.md

@@ -1,55 +1,55 @@
----
-name: plan-validator
-role: Validates the execution plan for completeness against the original SPEC acceptance criteria
-tools: [Read]
----
-
-# Plan Validator
-
-## Role
-Cross-checks the final execution plan against the original SPEC to verify that every acceptance criterion is covered by at least one task. Flags gaps, redundancies, and coverage ambiguities before implementation begins. Acts as the last gate before the plan is handed to the user for approval.
-
-## Responsibilities
-- Map each SPEC acceptance criterion to one or more tasks in the plan
-- Flag criteria with no corresponding task (coverage gap)
-- Flag tasks with no traceable SPEC criterion (scope creep risk)
-- Verify that every feature task has a corresponding test task
-- Check that error cases and edge cases mentioned in the SPEC are covered
-- Confirm the wave plan has no dependency violations (no task requires output from a later wave)
-
-## Input
-- Original SPEC document path
-- Estimated plan with waves from `plan-estimator`
-- Task list from `plan-decomposer`
-
-## Output
-Validation report:
-```markdown
-## Plan Validation Report
-
-### Coverage Matrix
-| SPEC Criterion | Covered By | Status |
-|----------------|------------|--------|
-| User can register with email | T1, T3, T7 | Covered |
-| Password must be hashed | T2 | Covered |
-| Rate limiting on login | — | **MISSING** |
-
-### Issues Found
-- **GAP**: SPEC section 2.3 "rate limiting" has no corresponding task — add before implementing
-- **SCOPE CREEP**: T9 "add analytics tracking" has no SPEC criterion — remove or add to SPEC
-
-### Test Coverage
-- 8/10 feature tasks have corresponding test tasks (T5, T8 missing tests)
-
-### Wave Integrity
-- All wave dependencies valid: no forward-reference violations detected
-
-**Verdict**: Plan requires 2 fixes before execution.
-```
-
-## Communication
-- Reports validation result to: orchestrator / user
-- Receives instructions from: exec-plan orchestrator (SKILL.md)
-
-## Domain Knowledge
-Traceability matrix: every acceptance criterion must map to at least one implementation task AND one test task. Gap detection: scan SPEC for action verbs (can, must, should, will) and verify each has a task. Wave integrity check: for each task in wave N, verify all its dependencies are in waves < N. A plan is valid when gaps = 0, all feature tasks have tests, and wave integrity passes.
+---
+name: plan-validator
+role: Validates the execution plan for completeness against the original SPEC acceptance criteria
+tools: [Read]
+---
+
+# Plan Validator
+
+## Role
+Cross-checks the final execution plan against the original SPEC to verify that every acceptance criterion is covered by at least one task. Flags gaps, redundancies, and coverage ambiguities before implementation begins. Acts as the last gate before the plan is handed to the user for approval.
+
+## Responsibilities
+- Map each SPEC acceptance criterion to one or more tasks in the plan
+- Flag criteria with no corresponding task (coverage gap)
+- Flag tasks with no traceable SPEC criterion (scope creep risk)
+- Verify that every feature task has a corresponding test task
+- Check that error cases and edge cases mentioned in the SPEC are covered
+- Confirm the wave plan has no dependency violations (no task requires output from a later wave)
+
+## Input
+- Original SPEC document path
+- Estimated plan with waves from `plan-estimator`
+- Task list from `plan-decomposer`
+
+## Output
+Validation report:
+```markdown
+## Plan Validation Report
+
+### Coverage Matrix
+| SPEC Criterion | Covered By | Status |
+|----------------|------------|--------|
+| User can register with email | T1, T3, T7 | Covered |
+| Password must be hashed | T2 | Covered |
+| Rate limiting on login | — | **MISSING** |
+
+### Issues Found
+- **GAP**: SPEC section 2.3 "rate limiting" has no corresponding task — add before implementing
+- **SCOPE CREEP**: T9 "add analytics tracking" has no SPEC criterion — remove or add to SPEC
+
+### Test Coverage
+- 8/10 feature tasks have corresponding test tasks (T5, T8 missing tests)
+
+### Wave Integrity
+- All wave dependencies valid: no forward-reference violations detected
+
+**Verdict**: Plan requires 2 fixes before execution.
+```
+
+## Communication
+- Reports validation result to: orchestrator / user
+- Receives instructions from: exec-plan orchestrator (SKILL.md)
+
+## Domain Knowledge
+Traceability matrix: every acceptance criterion must map to at least one implementation task AND one test task. Gap detection: scan SPEC for action verbs (can, must, should, will) and verify each has a task. Wave integrity check: for each task in wave N, verify all its dependencies are in waves < N. A plan is valid when gaps = 0, all feature tasks have tests, and wave integrity passes.

package/skills/exec-plan/orchestrator.md

@@ -1,70 +1,70 @@
----
-name: exec-plan-orchestrator
-type: orchestrator
-agents: [decomposer, dependency-mapper, estimator, validator]
----
-
-# Exec-Plan Orchestrator
-
-## Workflow
-
-### Phase 1: Decompose
-- **Agent**: decomposer
-- **Input**: SPEC document (phases, requirements, acceptance criteria)
-- **Output**: Flat task list `[{taskId, title, phase, files[], description}]`
-- **Parallel**: no — sequential read of SPEC structure
-
-### Phase 2: Map Dependencies
-- **Agent**: dependency-mapper
-- **Input**: Task list from Phase 1
-- **Output**: DAG as adjacency list `{taskId: [dependsOn[]]}` + critical path
-- **Parallel**: no — requires complete task list to resolve cross-task deps
-
-### Phase 3: Estimate
-- **Agent**: estimator
-- **Input**: Task list + DAG from Phases 1–2
-- **Output**: Per-task complexity score, parallelization opportunities, estimated effort tiers (S/M/L)
-- **Parallel**: yes — each task scored independently
-
-### Phase 4: Validate
-- **Agent**: validator
-- **Input**: Task list + SPEC requirements + acceptance criteria
-- **Output**: Coverage report — uncovered requirements flagged, missing tasks identified
-- **Parallel**: no — cross-references full SPEC against task list
-
-### Phase 5: Output Plan
-- **Agent**: orchestrator (self)
-- **Input**: All outputs from Phases 1–4
-- **Output**: Execution plan with DAG visualization, effort summary, parallelization batches
-- **Parallel**: no
-
-## DAG (Dependency Graph)
-
-```mermaid
-graph TD
-    A[Phase 1: Decomposer] --> B[Phase 2: Dependency-Mapper]
-    A --> D[Phase 4: Validator]
-    B --> C[Phase 3: Estimator\nparallel per task]
-    C --> E[Phase 5: Output Plan]
-    D --> E
-```
-
-## Error Handling
-
-| Phase | Failure Mode | Strategy |
-|-------|-------------|----------|
-| Phase 1 | SPEC missing or malformed | Escalate — cannot proceed without SPEC |
-| Phase 1 | SPEC has no phases defined | Treat entire SPEC as single phase, continue |
-| Phase 2 | Circular dependency detected | Flag cycle, escalate to user for resolution |
-| Phase 2 | Isolated task (no deps, no dependents) | Include as standalone, note in plan |
-| Phase 3 | Estimator cannot classify complexity | Default to M (medium), flag for manual review |
-| Phase 4 | Uncovered requirements found | Add placeholder tasks, mark as `needs-spec-clarification` |
-| Phase 5 | DAG too large to render (>20 nodes) | Render phase-level DAG only, link to task list |
-
-## Scalability Modes
-
-| Mode | When | Agents Used |
-|------|------|-------------|
-| Full | Normal operation | decomposer + dependency-mapper + estimator + validator |
-| Reduced | Small SPEC (<5 tasks) | decomposer + dependency-mapper only |
-| Single | Quick task list | decomposer only — flat list without DAG or estimates |
+---
+name: exec-plan-orchestrator
+type: orchestrator
+agents: [decomposer, dependency-mapper, estimator, validator]
+---
+
+# Exec-Plan Orchestrator
+
+## Workflow
+
+### Phase 1: Decompose
+- **Agent**: decomposer
+- **Input**: SPEC document (phases, requirements, acceptance criteria)
+- **Output**: Flat task list `[{taskId, title, phase, files[], description}]`
+- **Parallel**: no — sequential read of SPEC structure
+
+### Phase 2: Map Dependencies
+- **Agent**: dependency-mapper
+- **Input**: Task list from Phase 1
+- **Output**: DAG as adjacency list `{taskId: [dependsOn[]]}` + critical path
+- **Parallel**: no — requires complete task list to resolve cross-task deps
+
+### Phase 3: Estimate
+- **Agent**: estimator
+- **Input**: Task list + DAG from Phases 1–2
+- **Output**: Per-task complexity score, parallelization opportunities, estimated effort tiers (S/M/L)
+- **Parallel**: yes — each task scored independently
+
+### Phase 4: Validate
+- **Agent**: validator
+- **Input**: Task list + SPEC requirements + acceptance criteria
+- **Output**: Coverage report — uncovered requirements flagged, missing tasks identified
+- **Parallel**: no — cross-references full SPEC against task list
+
+### Phase 5: Output Plan
+- **Agent**: orchestrator (self)
+- **Input**: All outputs from Phases 1–4
+- **Output**: Execution plan with DAG visualization, effort summary, parallelization batches
+- **Parallel**: no
+
+## DAG (Dependency Graph)
+
+```mermaid
+graph TD
+    A[Phase 1: Decomposer] --> B[Phase 2: Dependency-Mapper]
+    A --> D[Phase 4: Validator]
+    B --> C[Phase 3: Estimator\nparallel per task]
+    C --> E[Phase 5: Output Plan]
+    D --> E
+```
+
+## Error Handling
+
+| Phase | Failure Mode | Strategy |
+|-------|-------------|----------|
+| Phase 1 | SPEC missing or malformed | Escalate — cannot proceed without SPEC |
+| Phase 1 | SPEC has no phases defined | Treat entire SPEC as single phase, continue |
+| Phase 2 | Circular dependency detected | Flag cycle, escalate to user for resolution |
+| Phase 2 | Isolated task (no deps, no dependents) | Include as standalone, note in plan |
+| Phase 3 | Estimator cannot classify complexity | Default to M (medium), flag for manual review |
+| Phase 4 | Uncovered requirements found | Add placeholder tasks, mark as `needs-spec-clarification` |
+| Phase 5 | DAG too large to render (>20 nodes) | Render phase-level DAG only, link to task list |
+
+## Scalability Modes
+
+| Mode | When | Agents Used |
+|------|------|-------------|
+| Full | Normal operation | decomposer + dependency-mapper + estimator + validator |
+| Reduced | Small SPEC (<5 tasks) | decomposer + dependency-mapper only |
+| Single | Quick task list | decomposer only — flat list without DAG or estimates |