agents-templated 2.2.10 → 2.2.12

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (53) hide show
  1. package/README.md +100 -86
  2. package/agents/commands/README.md +64 -0
  3. package/agents/commands/SCHEMA.md +22 -0
  4. package/agents/commands/arch-check.md +58 -0
  5. package/agents/commands/audit.md +58 -0
  6. package/agents/commands/debug-track.md +58 -0
  7. package/agents/commands/docs.md +58 -0
  8. package/agents/commands/fix.md +58 -0
  9. package/agents/commands/learn-loop.md +58 -0
  10. package/agents/commands/perf.md +58 -0
  11. package/agents/commands/plan.md +58 -0
  12. package/agents/commands/pr.md +58 -0
  13. package/agents/commands/problem-map.md +58 -0
  14. package/agents/commands/release-ready.md +58 -0
  15. package/agents/commands/release.md +58 -0
  16. package/agents/commands/risk-review.md +58 -0
  17. package/agents/commands/scope-shape.md +58 -0
  18. package/agents/commands/task.md +58 -0
  19. package/agents/commands/test.md +58 -0
  20. package/agents/commands/ux-bar.md +58 -0
  21. package/agents/rules/planning.mdc +69 -0
  22. package/bin/cli.js +116 -4
  23. package/index.js +12 -1
  24. package/lib/workflow.js +177 -0
  25. package/package.json +2 -1
  26. package/templates/CLAUDE.md +5 -0
  27. package/templates/README.md +103 -61
  28. package/templates/agents/commands/README.md +43 -3
  29. package/templates/agents/commands/arch-check.md +58 -0
  30. package/templates/agents/commands/audit.md +58 -38
  31. package/templates/agents/commands/debug-track.md +58 -0
  32. package/templates/agents/commands/docs.md +58 -34
  33. package/templates/agents/commands/fix.md +58 -34
  34. package/templates/agents/commands/learn-loop.md +58 -0
  35. package/templates/agents/commands/perf.md +58 -34
  36. package/templates/agents/commands/plan.md +58 -34
  37. package/templates/agents/commands/pr.md +58 -35
  38. package/templates/agents/commands/problem-map.md +58 -0
  39. package/templates/agents/commands/release-ready.md +58 -0
  40. package/templates/agents/commands/release.md +58 -39
  41. package/templates/agents/commands/risk-review.md +58 -0
  42. package/templates/agents/commands/scope-shape.md +58 -0
  43. package/templates/agents/commands/task.md +58 -35
  44. package/templates/agents/commands/test.md +58 -34
  45. package/templates/agents/commands/ux-bar.md +58 -0
  46. package/templates/agents/skills/README.md +15 -0
  47. package/templates/agents/skills/debug-skill/SKILL.md +39 -0
  48. package/templates/agents/skills/emilkowalski-skill/SKILL.md +51 -0
  49. package/templates/agents/skills/feature-forge/SKILL.md +39 -0
  50. package/templates/agents/skills/raphaelsalaja-userinterface-wiki/SKILL.md +51 -0
  51. package/templates/agents/skills/secure-code-guardian/SKILL.md +39 -0
  52. package/templates/agents/commands/refactor.md +0 -34
  53. package/templates/agents/commands/scaffold.md +0 -34
@@ -0,0 +1,58 @@
1
+ # /fix
2
+
3
+ ## A. Intent
4
+ Apply the smallest safe code fix with regression evidence and bounded impact.
5
+
6
+ ## B. When to Use
7
+ - Use after root cause is confirmed and a targeted fix is required.
8
+ - Do not use when defect cause is still speculative.
9
+
10
+ ## C. Context Assumptions
11
+ - Issue is reproducible or sufficiently evidenced.
12
+ - Root cause has been identified.
13
+ - Regression checks are available.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `defect_id` | string | "BUG-142" |
19
+ | `affected_paths` | string[] | ["src/auth.ts", "tests/auth.test.ts"] |
20
+ | `evidence` | artifact | stack trace, failing test output, screenshot |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] root cause evidence is present
24
+ - [ ] fix scope is bounded
25
+ - [ ] regression checks are defined
26
+
27
+ ## F. Execution Flow
28
+ 1. Read defect evidence and failing paths.
29
+ 2. Implement minimal change set.
30
+ 3. Run targeted validations.
31
+ 4. Decision point ->
32
+ - condition A -> validation fails -> iterate fix or abort
33
+ - condition B -> validation passes -> continue.
34
+ 5. Prepare change rationale and impact summary.
35
+ 6. Emit fix package with evidence.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "fix_id": "string",
42
+ "changed_files": ["array","of","strings"],
43
+ "risk": "low | medium | high",
44
+ "rollback_note": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - no verified root-cause evidence
54
+ - regression validation unavailable for critical path
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: no broad refactor inside fix-only workflow
58
+ - Warn only: warn when temporary workaround is used
@@ -0,0 +1,58 @@
1
+ # /learn-loop
2
+
3
+ ## A. Intent
4
+ Capture deterministic retrospective outcomes and convert lessons into next-cycle actions.
5
+
6
+ ## B. When to Use
7
+ - Use after delivery milestones, incidents, or release cycles.
8
+ - Do not use for pre-implementation planning.
9
+
10
+ ## C. Context Assumptions
11
+ - Cycle outcome data is available.
12
+ - Owners for follow-up actions can be assigned.
13
+ - Retrospective scope is defined.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `cycle_name` | string | "Sprint 18" |
19
+ | `observations` | string[] | ["test flakiness", "scope churn"] |
20
+ | `evidence_artifact` | artifact | metrics dashboard, incident notes, PR links |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] observations are evidence-backed
24
+ - [ ] action owners can be assigned
25
+ - [ ] follow-up window is defined
26
+
27
+ ## F. Execution Flow
28
+ 1. Collect outcomes, wins, and misses.
29
+ 2. Identify root process issues and patterns.
30
+ 3. Prioritize actionable improvements.
31
+ 4. Decision point ->
32
+ - condition A -> no actionable item -> request clearer observations
33
+ - condition B -> actionable set ready -> continue.
34
+ 5. Map actions to owners and timelines.
35
+ 6. Emit learn-loop action report.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "loop_id": "string",
42
+ "actions": ["array","of","strings"],
43
+ "urgency": "low | medium | high",
44
+ "blocker": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - retrospective inputs are anecdotal without evidence
54
+ - no owner can be assigned to critical actions
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block on publishing blame-focused output without actionable remediation
58
+ - Warn only: warn when metrics are incomplete but direction is still usable
@@ -0,0 +1,58 @@
1
+ # /perf
2
+
3
+ ## A. Intent
4
+ Define and execute deterministic performance optimization workflow against known baselines.
5
+
6
+ ## B. When to Use
7
+ - Use when improving latency, throughput, or resource efficiency.
8
+ - Do not use for one-off smoke checks; use /perf-scan for quick regression comparison.
9
+
10
+ ## C. Context Assumptions
11
+ - Baseline metrics exist or can be captured.
12
+ - Performance target is defined.
13
+ - Measurement method is repeatable.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `performance_goal` | string | "p95 latency under 200ms" |
19
+ | `baseline_metrics` | string[] | ["p95=260ms", "cpu=70%"] |
20
+ | `benchmark_artifact` | artifact | profiling report or benchmark output |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] goal is measurable
24
+ - [ ] baseline metric set is present
25
+ - [ ] benchmark method is consistent
26
+
27
+ ## F. Execution Flow
28
+ 1. Capture or validate baseline metrics.
29
+ 2. Apply targeted optimization changes.
30
+ 3. Measure post-change metrics.
31
+ 4. Decision point ->
32
+ - condition A -> target unmet -> iterate optimization
33
+ - condition B -> target met -> continue.
34
+ 5. Summarize gains, tradeoffs, and risks.
35
+ 6. Emit performance optimization report.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "perf_run_id": "string",
42
+ "metrics": ["array","of","strings"],
43
+ "impact": "low | medium | high",
44
+ "regression": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - baseline cannot be measured reliably
54
+ - measurement method is non-deterministic
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: do not trade correctness/security for performance gains
58
+ - Warn only: warn when gains are within noise threshold
@@ -0,0 +1,58 @@
1
+ # /plan
2
+
3
+ ## A. Intent
4
+ Build a deterministic implementation plan with scoped phases and acceptance checks.
5
+
6
+ ## B. When to Use
7
+ - Use when a feature or change request is approved for planning before coding starts.
8
+ - Do not use for post-incident debugging; use /debug-track instead.
9
+
10
+ ## C. Context Assumptions
11
+ - Problem statement and objective are available.
12
+ - Primary stakeholders and delivery window are known.
13
+ - Scope boundaries can be explicitly defined.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `objective` | string | "Ship onboarding v2" |
19
+ | `constraints` | string[] | ["2-week deadline", "no schema rewrite"] |
20
+ | `references` | artifact | PRD link, issue URL, screenshot |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] objective is non-empty and testable
24
+ - [ ] constraints are explicit and non-contradictory
25
+ - [ ] required references are accessible
26
+
27
+ ## F. Execution Flow
28
+ 1. Collect requirements and constraints.
29
+ 2. Split work into ordered phases and milestones.
30
+ 3. Attach measurable acceptance criteria per phase.
31
+ 4. Decision point ->
32
+ - condition A -> phase risk > threshold -> add mitigation gate
33
+ - condition B -> otherwise -> continue with baseline plan.
34
+ 5. Assemble plan artifacts and dependency map.
35
+ 6. Emit final plan package.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "plan_id": "string",
42
+ "phases": ["array","of","strings"],
43
+ "risk_level": "low | medium | high",
44
+ "notes": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - any guard in section E fails
54
+ - acceptance criteria cannot be made measurable
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: no hidden scope expansion beyond declared boundaries
58
+ - Warn only: allow proceed with warning when estimate confidence is low
@@ -0,0 +1,58 @@
1
+ # /pr
2
+
3
+ ## A. Intent
4
+ Prepare a deterministic pull request package with implementation and validation evidence.
5
+
6
+ ## B. When to Use
7
+ - Use after code changes and validation are complete and review package is needed.
8
+ - Do not use when critical findings are still unresolved.
9
+
10
+ ## C. Context Assumptions
11
+ - Change set exists.
12
+ - Validation evidence is available.
13
+ - Linked issue/task context is known.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `change_summary` | string | "add retry policy to webhook worker" |
19
+ | `linked_items` | string[] | ["ISSUE-18", "TASK-42"] |
20
+ | `validation_evidence` | artifact | test report, benchmark output, screenshot |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] change summary is complete
24
+ - [ ] linked items are resolvable
25
+ - [ ] validation evidence is present
26
+
27
+ ## F. Execution Flow
28
+ 1. Collect changed files and linked references.
29
+ 2. Summarize intent, impact, and scope.
30
+ 3. Attach validation and risk evidence.
31
+ 4. Decision point ->
32
+ - condition A -> critical blocker open -> abort PR package
33
+ - condition B -> no blocker -> continue.
34
+ 5. Build reviewer checklist and rollout notes.
35
+ 6. Emit PR payload.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "title": "string",
42
+ "files_changed": ["array","of","strings"],
43
+ "risk_assessment": "low | medium | high",
44
+ "blockers": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - validation evidence missing for critical changes
54
+ - open critical findings remain unresolved
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block if critical issues remain
58
+ - Warn only: warn when non-critical follow-up items are deferred
@@ -0,0 +1,58 @@
1
+ # /problem-map
2
+
3
+ ## A. Intent
4
+ Frame the real user problem and guarantee a clear problem statement before planning.
5
+
6
+ ## B. When to Use
7
+ - Use at the start of a feature cycle when pain points are unclear or broad.
8
+ - Do not use for implementation details or code-level debugging.
9
+
10
+ ## C. Context Assumptions
11
+ - User objective is available.
12
+ - Stakeholder context can be collected.
13
+ - Outcome can be stated as a measurable problem.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `user_problem` | string | "onboarding drop-off at step 2" |
19
+ | `signals` | string[] | ["support tickets", "analytics"] |
20
+ | `evidence_artifact` | artifact | funnel screenshot, issue links |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] problem statement is concrete
24
+ - [ ] signals support the stated pain
25
+ - [ ] scope remains problem-focused
26
+
27
+ ## F. Execution Flow
28
+ 1. Collect user pain signals and context.
29
+ 2. Synthesize candidate problem statements.
30
+ 3. Validate statement against evidence.
31
+ 4. Decision point ->
32
+ - condition A -> weak evidence -> request stronger signals
33
+ - condition B -> strong evidence -> continue.
34
+ 5. Produce framed problem and success criteria.
35
+ 6. Emit problem map package.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "problem_id": "string",
42
+ "core_pains": ["array","of","strings"],
43
+ "urgency": "low | medium | high",
44
+ "unknowns": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - problem statement remains vague
54
+ - evidence contradicts proposed framing
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block on fabricated assumptions presented as facts
58
+ - Warn only: warn when evidence quality is limited
@@ -0,0 +1,58 @@
1
+ # /release-ready
2
+
3
+ ## A. Intent
4
+ Validate pre-release readiness gates and guarantee deploy prerequisites are satisfied.
5
+
6
+ ## B. When to Use
7
+ - Use after implementation/tests/risk review and before final release decision.
8
+ - Do not use to execute deployment itself.
9
+
10
+ ## C. Context Assumptions
11
+ - Release candidate exists.
12
+ - All required gate outputs are available.
13
+ - Rollout and rollback plans are drafted.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `candidate_version` | string | "v2.4.0-rc1" |
19
+ | `gate_artifacts` | string[] | ["test", "risk-review", "perf-scan"] |
20
+ | `release_artifact` | artifact | release checklist, migration plan |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] mandatory gates are present
24
+ - [ ] critical blockers are resolved
25
+ - [ ] rollback steps are executable
26
+
27
+ ## F. Execution Flow
28
+ 1. Collect gate evidence for candidate.
29
+ 2. Validate checklist completion.
30
+ 3. Verify rollout and rollback readiness.
31
+ 4. Decision point ->
32
+ - condition A -> missing mandatory gate -> block readiness
33
+ - condition B -> all gates complete -> continue.
34
+ 5. Assemble readiness summary and open items.
35
+ 6. Emit release-ready report.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "readiness_id": "string",
42
+ "gate_status": ["array","of","strings"],
43
+ "readiness_risk": "low | medium | high",
44
+ "blocker": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - mandatory gate missing or failed
54
+ - rollback execution path is unverified
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block when release checklist is incomplete on critical items
58
+ - Warn only: warn when non-critical items are deferred
@@ -0,0 +1,58 @@
1
+ # /release
2
+
3
+ ## A. Intent
4
+ Generate deterministic release decision package with rollout and rollback readiness.
5
+
6
+ ## B. When to Use
7
+ - Use when deciding whether to ship to production.
8
+ - Do not use before release-ready checks are complete.
9
+
10
+ ## C. Context Assumptions
11
+ - Release candidate is identified.
12
+ - Pre-release checks are completed.
13
+ - Rollback strategy is defined.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `version` | string | "v2.4.0" |
19
+ | `gate_results` | string[] | ["tests-pass", "risk-review-pass"] |
20
+ | `release_artifacts` | artifact | release notes draft, migration plan |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] version is valid and unique
24
+ - [ ] required gates are complete
25
+ - [ ] rollback plan exists
26
+
27
+ ## F. Execution Flow
28
+ 1. Collect gate outputs and release artifacts.
29
+ 2. Validate rollout and rollback prerequisites.
30
+ 3. Classify release risk.
31
+ 4. Decision point ->
32
+ - condition A -> high unresolved risk -> block release
33
+ - condition B -> acceptable risk -> continue.
34
+ 5. Build release decision and communication payload.
35
+ 6. Emit release package.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "release_id": "string",
42
+ "gates": ["array","of","strings"],
43
+ "release_risk": "low | medium | high",
44
+ "rollback_status": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - required gate missing or failed
54
+ - rollback plan is undefined
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block on unresolved high-severity release risks
58
+ - Warn only: warn when rollout is phased due to uncertainty
@@ -0,0 +1,58 @@
1
+ # /risk-review
2
+
3
+ ## A. Intent
4
+ Perform deterministic release risk review with mitigation and rollback readiness.
5
+
6
+ ## B. When to Use
7
+ - Use before merge or release approval on non-trivial changes.
8
+ - Do not use as a substitute for running tests.
9
+
10
+ ## C. Context Assumptions
11
+ - Change set is available.
12
+ - Validation evidence exists.
13
+ - Deployment context is known.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `change_set` | string | "payment retry + queue changes" |
19
+ | `validation_status` | string[] | ["unit pass", "integration pass"] |
20
+ | `deployment_artifact` | artifact | rollout plan, env config snapshot |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] change set is fully described
24
+ - [ ] validation status is current
25
+ - [ ] rollback path is defined
26
+
27
+ ## F. Execution Flow
28
+ 1. Inspect behavior deltas and blast radius.
29
+ 2. Rank risks by impact and likelihood.
30
+ 3. Validate mitigations and rollback readiness.
31
+ 4. Decision point ->
32
+ - condition A -> high unresolved risk -> block recommendation
33
+ - condition B -> acceptable risk -> continue.
34
+ 5. Build release risk summary and actions.
35
+ 6. Emit risk review report.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "review_id": "string",
42
+ "risks": ["array","of","strings"],
43
+ "risk_level": "low | medium | high",
44
+ "recommendation": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - high-severity risk has no mitigation
54
+ - rollback readiness is undefined
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block on unresolved high-severity risks
58
+ - Warn only: warn when medium risks are accepted with owner
@@ -0,0 +1,58 @@
1
+ # /scope-shape
2
+
3
+ ## A. Intent
4
+ Constrain delivery scope to the smallest high-value reversible release.
5
+
6
+ ## B. When to Use
7
+ - Use after problem framing and before architectural design.
8
+ - Do not use when requirements are already contractually frozen.
9
+
10
+ ## C. Context Assumptions
11
+ - Problem map exists.
12
+ - Candidate feature list exists.
13
+ - Delivery constraints are known.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `scope_goal` | string | "ship MVP in 2 weeks" |
19
+ | `candidate_items` | string[] | ["email login", "social login", "tutorial"] |
20
+ | `constraint_artifact` | artifact | timeline doc, staffing snapshot |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] scope goal is explicit
24
+ - [ ] candidate items are ranked
25
+ - [ ] out-of-scope list can be produced
26
+
27
+ ## F. Execution Flow
28
+ 1. Rank candidate items by value and effort.
29
+ 2. Draft in-scope and out-of-scope sets.
30
+ 3. Check scope against constraints.
31
+ 4. Decision point ->
32
+ - condition A -> scope exceeds constraints -> trim to MVP
33
+ - condition B -> feasible scope -> continue.
34
+ 5. Build scope rationale and tradeoffs.
35
+ 6. Emit scope decision package.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "scope_id": "string",
42
+ "scope_in": ["array","of","strings"],
43
+ "confidence": "low | medium | high",
44
+ "scope_out": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - scope cannot satisfy constraints
54
+ - no explicit out-of-scope definition is produced
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: hard block on hidden scope creep
58
+ - Warn only: warn when deferred items carry significant risk
@@ -0,0 +1,58 @@
1
+ # /task
2
+
3
+ ## A. Intent
4
+ Convert approved plans into deterministic, execution-ready task batches.
5
+
6
+ ## B. When to Use
7
+ - Use when a plan exists and work must be distributed to implementers.
8
+ - Do not use before planning is complete.
9
+
10
+ ## C. Context Assumptions
11
+ - An approved plan exists.
12
+ - Owners and execution context are known.
13
+ - Dependencies can be sequenced.
14
+
15
+ ## D. Required Inputs
16
+ | Input | Type | Example |
17
+ |---------------------|------------|----------------------------------|
18
+ | `plan_id` | string | "plan-2026-04-03" |
19
+ | `task_scope` | string[] | ["api", "ui", "tests"] |
20
+ | `source_artifacts` | artifact | plan file path or issue board URL |
21
+
22
+ ## E. Pre-Execution Guards <- fail fast, check ALL before running
23
+ - [ ] plan exists and is approved
24
+ - [ ] task scope maps to explicit plan items
25
+ - [ ] dependency order is resolvable
26
+
27
+ ## F. Execution Flow
28
+ 1. Read plan outputs and dependency graph.
29
+ 2. Split work into atomic tasks.
30
+ 3. Assign execution order and ownership metadata.
31
+ 4. Decision point ->
32
+ - condition A -> blocking dependency found -> move item to blocked queue
33
+ - condition B -> no blockers -> keep in active queue.
34
+ 5. Build task package with acceptance checks.
35
+ 6. Emit task list and execution order.
36
+
37
+ ## G. Output Schema
38
+
39
+ ```json
40
+ {
41
+ "task_batch_id": "string",
42
+ "tasks": ["array","of","strings"],
43
+ "priority": "low | medium | high",
44
+ "blocker": "string | null"
45
+ }
46
+ ```
47
+
48
+ ## H. Output Target
49
+ - Default delivery: stdout
50
+ - Override flag: --output=<target>
51
+
52
+ ## I. Stop Conditions <- abort with error message, never emit partial output
53
+ - plan_id is missing or invalid
54
+ - critical dependency cannot be resolved
55
+
56
+ ## J. Safety Constraints
57
+ - Hard block: no task emission without traceability to a plan item
58
+ - Warn only: warn when owner assignment is temporary