@tudeorangbiasa/sdd-multiagent-opencode 0.1.0

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 (49) hide show
  1. package/.opencode/agents/sdd-explorer.md +75 -0
  2. package/.opencode/agents/sdd-implementer.md +72 -0
  3. package/.opencode/agents/sdd-orchestrator.md +152 -0
  4. package/.opencode/agents/sdd-planner.md +58 -0
  5. package/.opencode/agents/sdd-reviewer.md +74 -0
  6. package/.opencode/agents/sdd-verifier.md +90 -0
  7. package/.opencode/commands/audit.md +75 -0
  8. package/.opencode/commands/brief.md +190 -0
  9. package/.opencode/commands/evolve.md +87 -0
  10. package/.opencode/commands/execute-parallel.md +116 -0
  11. package/.opencode/commands/execute-task.md +81 -0
  12. package/.opencode/commands/generate-prd.md +82 -0
  13. package/.opencode/commands/generate-rules.md +67 -0
  14. package/.opencode/commands/grill-me.md +99 -0
  15. package/.opencode/commands/implement.md +149 -0
  16. package/.opencode/commands/init-sdd.md +141 -0
  17. package/.opencode/commands/plan.md +96 -0
  18. package/.opencode/commands/refine.md +115 -0
  19. package/.opencode/commands/research.md +194 -0
  20. package/.opencode/commands/sdd-full-plan.md +91 -0
  21. package/.opencode/commands/specify.md +124 -0
  22. package/.opencode/commands/tasks.md +110 -0
  23. package/.opencode/commands/upgrade.md +107 -0
  24. package/.opencode/skills/sdd-audit/SKILL.md +59 -0
  25. package/.opencode/skills/sdd-evolve/SKILL.md +95 -0
  26. package/.opencode/skills/sdd-implementation/SKILL.md +88 -0
  27. package/.opencode/skills/sdd-planning/SKILL.md +59 -0
  28. package/.opencode/skills/sdd-research/SKILL.md +44 -0
  29. package/.sdd/config.json +36 -0
  30. package/.sdd/templates/feature-brief-v2.md +65 -0
  31. package/.sdd/templates/plan-compact.md +50 -0
  32. package/.sdd/templates/project-profile-template.json +33 -0
  33. package/.sdd/templates/research-compact.md +114 -0
  34. package/.sdd/templates/roadmap-template.json +29 -0
  35. package/.sdd/templates/roadmap-template.md +66 -0
  36. package/.sdd/templates/spec-compact.md +71 -0
  37. package/.sdd/templates/tasks-compact.md +48 -0
  38. package/.sdd/templates/todo-compact.md +30 -0
  39. package/README.md +272 -0
  40. package/bin/sdd-opencode.js +387 -0
  41. package/opencode.json +98 -0
  42. package/package.json +28 -0
  43. package/vendor/opencode-agent-rules/.opencode/plugins/context-guard.js +7 -0
  44. package/vendor/opencode-agent-rules/.opencode/rules/cli-first.md +31 -0
  45. package/vendor/opencode-agent-rules/.opencode/rules/context-budget.md +39 -0
  46. package/vendor/opencode-agent-rules/.opencode/rules/core-behavior.md +44 -0
  47. package/vendor/opencode-agent-rules/.opencode/rules/status-verification.md +36 -0
  48. package/vendor/opencode-agent-rules/AGENTS.md +64 -0
  49. package/vendor/opencode-agent-rules/opencode.json +9 -0
@@ -0,0 +1,95 @@
1
+ ---
2
+ name: sdd-evolve
3
+ description: Spec evolution and downstream propagation for SDD workflows. Activates when updating specifications with discoveries, managing spec changes, or propagating staleness to downstream documents. Use with /evolve command.
4
+ ---
5
+
6
+ ## What I do
7
+
8
+ - Update existing specs with new discoveries while preserving context
9
+ - Maintain changelog entries for spec evolution tracking
10
+ - Detect and mark stale downstream documents
11
+ - Propagate changes through the spec → plan → tasks chain
12
+
13
+ ## When to use me
14
+
15
+ Use this skill when:
16
+ - Running `/evolve` command
17
+ - Discoveries during development require spec updates
18
+ - Architecture changes need documentation alignment
19
+ - Need to track what changed and why
20
+
21
+ ## Evolution Protocol
22
+
23
+ ### Phase 1: Analysis
24
+ 1. Find existing specs in `specs/active/[task-id]/`
25
+ 2. Read all related files to understand current state
26
+ 3. Categorize the change:
27
+
28
+ | Category | Impact | Examples |
29
+ |----------|--------|----------|
30
+ | Discovery | Low | Small findings, new constraint |
31
+ | Refinement | Low | Clarifying requirements |
32
+ | Addition | Medium | New requirement, new feature |
33
+ | Modification | Medium | Changed approach, updated design |
34
+ | Removal | High | Descoping, architecture change |
35
+
36
+ ### Phase 2: Planning
37
+ Present evolution plan with:
38
+ - Task ID and file to update
39
+ - Change summary, type, and impact level
40
+ - Before/after diff of relevant sections
41
+ - Proposed changelog entry
42
+
43
+ **Wait for user approval before proceeding.**
44
+
45
+ ### Phase 3: Execution
46
+ 1. Update spec file preserving context
47
+ 2. Add changelog entry
48
+ 3. Increment version number
49
+ 4. Update timestamp
50
+
51
+ ### Phase 4: Downstream Propagation
52
+
53
+ Check for stale downstream documents:
54
+
55
+ 1. **List downstream files** — `plan.md`, `tasks.md`, `todo-list.md`
56
+ 2. **Assess impact** using change category:
57
+ - Discovery/Refinement → downstream usually unaffected
58
+ - Addition/Modification → `plan.md` and `tasks.md` likely stale
59
+ - Removal/Architecture → all downstream docs stale
60
+ 3. **Add staleness marker** to affected files:
61
+ ```
62
+ > **[STALE]** — Upstream spec updated on [DATE]. Review needed.
63
+ > Change: [Brief description] (spec.md v[VERSION])
64
+ ```
65
+ 4. **Report affected files** in evolution summary
66
+
67
+ ## Changelog Format
68
+
69
+ ### For feature-brief.md
70
+ ```markdown
71
+ ## Changelog
72
+
73
+ | Version | Date | Changes | Reason |
74
+ |---------|------|---------|--------|
75
+ | 1.1 | [date] | [description] | [reason] |
76
+ | 1.0 | [date] | Initial | |
77
+ ```
78
+
79
+ ### For spec.md
80
+ ```markdown
81
+ ## Revision History
82
+
83
+ | Version | Date | Changes | Author |
84
+ |---------|------|---------|--------|
85
+ | 1.1 | [date] | [description] | [author] |
86
+ | 1.0 | [date] | Initial specification | [author] |
87
+ ```
88
+
89
+ ## When to Suggest Upgrade
90
+
91
+ Suggest `/upgrade` when:
92
+ - Change fundamentally alters approach
93
+ - Multiple related changes needed
94
+ - Brief is no longer sufficient for scope
95
+ - Architecture needs redesign
@@ -0,0 +1,88 @@
1
+ ---
2
+ name: sdd-implementation
3
+ description: Systematic code implementation patterns for SDD workflows. Activates when executing planned implementations, following todo-lists, or building features according to specifications. Use with /implement command.
4
+ ---
5
+
6
+ ## What I do
7
+
8
+ - Guide systematic execution of planned implementations
9
+ - Enforce todo-list discipline with progress tracking
10
+ - Ensure code follows existing patterns and conventions
11
+ - Handle blockers with structured escalation
12
+ - Coordinate with sdd-verifier for post-implementation validation
13
+
14
+ ## When to use me
15
+
16
+ Use this skill when:
17
+ - Running `/implement` command
18
+ - Executing tasks from a plan or roadmap
19
+ - Need systematic progress tracking during implementation
20
+ - Building features according to specifications
21
+
22
+ ## Implementation Protocol
23
+
24
+ ### Before Starting
25
+ 1. Read `plan.md`, `tasks.md`, `todo-list.md`, and `spec.md`
26
+ 2. Understand the full scope before writing code
27
+ 3. Identify potential blockers early
28
+
29
+ ### Execution Rules
30
+ 1. **Sequential order** — respect task dependencies
31
+ 2. **Mark progress** — update `- [ ]` to `- [x]` immediately
32
+ 3. **Document blockers** — never skip silently
33
+ 4. **Follow patterns** — use `codebase-memory-mcp` to find existing conventions
34
+ 5. **Write tests** — alongside implementation, not after
35
+
36
+ ### Blocker Handling
37
+ ```markdown
38
+ - [ ] [BLOCKED: reason] Task description
39
+ - Attempted: [what you tried]
40
+ - Needs: [what's required to unblock]
41
+ ```
42
+
43
+ ### After Completion
44
+ 1. Spawn `sdd-verifier` to validate implementation
45
+ 2. Update todo-list with final status
46
+ 3. Document discoveries for `/evolve`
47
+
48
+ ## Code Quality Standards
49
+
50
+ - Match existing naming conventions
51
+ - Follow established error handling patterns
52
+ - Use existing utility functions (check via `codebase-memory-mcp`)
53
+ - Write tests for new functionality
54
+ - No secrets or credentials in code
55
+
56
+ ## TDD Mode (Optional)
57
+
58
+ When `--tdd` flag is specified, follow this protocol instead of the standard approach:
59
+
60
+ ### TDD Loop per Task
61
+
62
+ 1. **Write failing test first**
63
+ - Create test file: `tests/[feature].test.ts`
64
+ - Write test that describes expected behavior
65
+ - Run test → must fail with clear error
66
+
67
+ 2. **Implement minimum code**
68
+ - Write only what's needed to make test pass
69
+ - Do NOT add features beyond the test
70
+ - Do NOT refactor yet
71
+
72
+ 3. **Verify test passes**
73
+ - Run specific test
74
+ - Confirm pass before moving on
75
+
76
+ 4. **Refactor (optional)**
77
+ - Only after test passes
78
+ - Keep test passing during refactor
79
+
80
+ ### TDD Rules
81
+ - Never write implementation before failing test
82
+ - Test must fail BEFORE implementation starts
83
+ - Only implement enough to pass the test
84
+ - Refactor AFTER, not before
85
+
86
+ ## Output Templates
87
+
88
+ Use `todo-compact.md` template from `.sdd/templates/`
@@ -0,0 +1,59 @@
1
+ ---
2
+ name: sdd-planning
3
+ description: Architecture design and planning patterns for SDD workflows. Activates when generating technical plans, breaking down tasks, or creating feature briefs. Use with /brief, /plan, /tasks, /specify commands.
4
+ ---
5
+
6
+ ## What I do
7
+
8
+ - Transform specifications into actionable technical plans
9
+ - Guide architecture design with Mermaid diagrams
10
+ - Break down features into 2-8 hour tasks with DAG dependencies
11
+ - Create feature briefs for quick planning workflows
12
+ - Estimate effort and identify technical risks
13
+
14
+ ## When to use me
15
+
16
+ Use this skill when:
17
+ - Running `/brief`, `/plan`, `/tasks`, or `/specify` commands
18
+ - A spec exists and needs technical architecture
19
+ - Breaking down a feature into implementation tasks
20
+ - Need to estimate effort and identify risks
21
+
22
+ ## Planning Protocol
23
+
24
+ ### Brief Planning (30 min)
25
+ 1. Parse feature description, extract requirements
26
+ 2. Quick codebase scan for existing patterns
27
+ 3. Ask clarifying questions if needed
28
+ 4. Generate feature-brief.md with problem, users, requirements, approach
29
+
30
+ ### Full Planning (60 min)
31
+ 1. Read spec.md thoroughly
32
+ 2. Analyze codebase constraints via `codebase-memory-mcp`
33
+ 3. Design architecture with Mermaid diagrams
34
+ 4. Define components, APIs, data models
35
+ 5. Assess risks and open questions
36
+
37
+ ### Task Breakdown
38
+ 1. Read plan.md
39
+ 2. Organize into phases: Setup → Core → Integration → Polish
40
+ 3. Break into 2-8 hour tasks
41
+ 4. Define dependencies for DAG execution
42
+ 5. Populate `sdd.touchedFiles` for parallel execution safety
43
+
44
+ ## Estimation Heuristics
45
+
46
+ | Size | Hours | Examples |
47
+ |------|-------|----------|
48
+ | S | 2-4h | Add endpoint, create component, add validation |
49
+ | M | 4-8h | Implement feature, add integration, refactor module |
50
+ | L | 8-16h | Complex feature, major refactor, new subsystem |
51
+ | XL | 16h+ | ⚠️ Break this down further! |
52
+
53
+ ## Output Templates
54
+
55
+ Use templates from `.sdd/templates/`:
56
+ - `feature-brief-v2.md` for briefs
57
+ - `spec-compact.md` for specifications
58
+ - `plan-compact.md` for technical plans
59
+ - `tasks-compact.md` for task breakdowns
@@ -0,0 +1,44 @@
1
+ ---
2
+ name: sdd-research
3
+ description: Structured investigation patterns for SDD workflows. Activates when researching technical approaches, evaluating external solutions, or investigating codebase patterns. Use with /research command.
4
+ ---
5
+
6
+ ## What I do
7
+
8
+ - Guide systematic codebase exploration using `codebase-memory-mcp` tools
9
+ - Structure external research with `exa_web_search_exa` for pattern investigation
10
+ - Provide deep research methodology for high-stakes decisions
11
+ - Generate comparison matrices and confidence assessments
12
+
13
+ ## When to use me
14
+
15
+ Use this skill when:
16
+ - Running `/research` command
17
+ - Technical approach is unclear and needs investigation
18
+ - Evaluating multiple technologies or approaches
19
+ - Need to understand existing codebase patterns before planning
20
+
21
+ ## Research Protocol
22
+
23
+ ### Standard Research
24
+ 1. **Internal scan** — Use `codebase-memory-mcp` `search_graph` and `get_architecture` for existing patterns
25
+ 2. **External scan** — Use `exa_web_search_exa` for available solutions
26
+ 3. **Comparison** — Create pros/cons matrix for top 3 options
27
+ 4. **Recommendation** — Primary + alternative with rationale
28
+
29
+ ### Deep Research (`--deep` flag)
30
+ 1. **Pass 1 — Landscape:** `exa_web_search_exa` to identify top 3-5 candidates
31
+ 2. **Pass 2 — Documentation:** `webfetch` official docs, API references, pricing
32
+ 3. **Pass 3 — Validation:** Search for production reviews, benchmarks, comparisons
33
+ 4. **Pass 4 — Integration:** Search for integration guides with project stack
34
+
35
+ ### Source Evaluation
36
+ | Reliability | Source Types |
37
+ |-------------|-------------|
38
+ | High | Official docs, RFCs, peer-reviewed benchmarks |
39
+ | Medium | Established blogs, Stack Overflow (high votes), GitHub issues (resolved) |
40
+ | Low | Personal blogs, forum posts, outdated articles |
41
+
42
+ ## Output Templates
43
+
44
+ Use the research.md template from `.sdd/templates/research-compact.md`
@@ -0,0 +1,36 @@
1
+ {
2
+ "version": "1.0.0",
3
+ "project": {
4
+ "name": "SDD Multi-Agent OpenCode",
5
+ "description": "Spec-Driven Development framework for OpenCode with multi-agent orchestration",
6
+ "created": "2026-05-17"
7
+ },
8
+ "settings": {
9
+ "defaultFeaturePrefix": "feat-",
10
+ "autoNumberFeatures": true,
11
+ "requireReviews": true,
12
+ "collaborationMode": true,
13
+ "defaultWorkflow": "brief",
14
+ "planningTimeLimit": 30,
15
+ "maxParallelImplementers": 4,
16
+ "templates": {
17
+ "brief": ".sdd/templates/feature-brief-v2.md",
18
+ "spec": ".sdd/templates/spec-compact.md",
19
+ "plan": ".sdd/templates/plan-compact.md",
20
+ "tasks": ".sdd/templates/tasks-compact.md",
21
+ "research": ".sdd/templates/research-compact.md",
22
+ "todo": ".sdd/templates/todo-compact.md"
23
+ }
24
+ },
25
+ "directories": {
26
+ "specs": "specs",
27
+ "active": "specs/active",
28
+ "completed": "specs/completed",
29
+ "backlog": "specs/backlog"
30
+ },
31
+ "workflow": {
32
+ "phases": ["specify", "plan", "tasks", "implement", "review", "complete"],
33
+ "requiredFiles": ["spec.md", "plan.md", "tasks.md"],
34
+ "optionalFiles": ["progress.md", "reviews.md", "notes.md"]
35
+ }
36
+ }
@@ -0,0 +1,65 @@
1
+ # Feature Brief: [Feature Name]
2
+
3
+ **Task ID:** [task-id]
4
+ **Created:** [date]
5
+ **Status:** Ready for Development
6
+
7
+ ---
8
+
9
+ ## Problem Statement
10
+
11
+ [What problem does this solve? 2-3 sentences]
12
+
13
+ ## Target Users
14
+
15
+ [Who will use this? Be specific]
16
+
17
+ ## Core Requirements
18
+
19
+ ### Must Have
20
+ - [ ] [Requirement 1]
21
+ - [ ] [Requirement 2]
22
+ - [ ] [Requirement 3]
23
+
24
+ ### Nice to Have
25
+ - [ ] [Optional 1]
26
+ - [ ] [Optional 2]
27
+
28
+ ## Technical Approach
29
+
30
+ [High-level approach, 3-5 sentences]
31
+
32
+ **Patterns to Follow:**
33
+ - [Existing pattern 1 from codebase]
34
+ - [Existing pattern 2 from codebase]
35
+
36
+ **Key Decisions:**
37
+ - [Decision 1]: [Rationale]
38
+ - [Decision 2]: [Rationale]
39
+
40
+ ## Next Actions
41
+
42
+ 1. [ ] [First concrete step]
43
+ 2. [ ] [Second step]
44
+ 3. [ ] [Third step]
45
+
46
+ ## Success Criteria
47
+
48
+ - [ ] [How we know it's done 1]
49
+ - [ ] [How we know it's done 2]
50
+
51
+ ## Open Questions
52
+
53
+ - [Any unresolved questions]
54
+
55
+ ---
56
+
57
+ ## Changelog
58
+
59
+ | Version | Date | Changes | Reason |
60
+ |---------|------|---------|--------|
61
+ | 1.0 | [date] | Initial | |
62
+
63
+ ---
64
+
65
+ *Brief created with SDD Multi-Agent OpenCode*
@@ -0,0 +1,50 @@
1
+ # Technical Plan: [Feature Name]
2
+
3
+ **Task ID:** [task-id]
4
+ **Status:** Ready for Implementation
5
+ **Based on:** spec.md / feature-brief.md
6
+
7
+ ## 1. System Architecture
8
+ - Overview with diagram (if helpful)
9
+ - Architecture decisions table (Decision | Choice | Rationale)
10
+
11
+ ## 2. Technology Stack
12
+ - Layer | Technology | Version | Rationale table
13
+ - Dependencies (JSON)
14
+
15
+ ## 3. Component Design
16
+ - For each component: Purpose, Responsibilities, Interfaces, Dependencies
17
+
18
+ ## 4. Data Model
19
+ - Entities with TypeScript interfaces
20
+ - Relationships
21
+ - Database schema (if applicable)
22
+
23
+ ## 5. API Contracts
24
+ - Endpoints table (Method | Path | Description)
25
+ - Request/Response examples
26
+
27
+ ## 6. Security Considerations
28
+ - Authentication, Authorization, Data Protection
29
+ - Security checklist
30
+
31
+ ## 7. Performance Strategy
32
+ - Optimization targets, Caching, Scaling approach
33
+
34
+ ## 8. Implementation Phases
35
+ - Phased approach with checkboxes
36
+
37
+ ## 9. Risk Assessment
38
+ - Risk | Impact | Likelihood | Mitigation table
39
+
40
+ ## 10. Open Questions
41
+ - Unresolved items requiring input
42
+
43
+ ## Next Steps
44
+ - Review plan
45
+ - Run `/tasks [task-id]` to generate tasks
46
+ - Run `/implement [task-id]` to start building
47
+
48
+ ---
49
+
50
+ *Plan created with SDD Multi-Agent OpenCode*
@@ -0,0 +1,33 @@
1
+ {
2
+ "projectState": "unknown",
3
+ "initialized": null,
4
+ "lastUpdated": null,
5
+ "stack": {
6
+ "framework": null,
7
+ "language": null,
8
+ "packageManager": null,
9
+ "styling": null
10
+ },
11
+ "commands": {
12
+ "dev": null,
13
+ "build": null,
14
+ "test": null,
15
+ "lint": null
16
+ },
17
+ "design": {
18
+ "sourceOfTruth": null,
19
+ "hasDesignMd": false,
20
+ "hasProductMd": false,
21
+ "componentRoots": []
22
+ },
23
+ "skillRouting": {
24
+ "uiDefault": "existing-design-system",
25
+ "visualVerification": "sdd-verifier",
26
+ "codeReview": "sdd-reviewer"
27
+ },
28
+ "sddSettings": {
29
+ "defaultBriefTemplate": "feature-brief-v2",
30
+ "autoCheckpoint": true,
31
+ "compactAtPercent": 80
32
+ }
33
+ }
@@ -0,0 +1,114 @@
1
+ # Research: [Topic]
2
+
3
+ **Task ID:** [task-id]
4
+ **Date:** [date]
5
+ **Status:** Complete
6
+
7
+ ---
8
+
9
+ ## Executive Summary
10
+
11
+ [2-3 paragraph summary of key findings and initial recommendation]
12
+
13
+ ---
14
+
15
+ ## Codebase Analysis
16
+
17
+ ### Existing Patterns
18
+
19
+ [Document patterns found in codebase with code examples]
20
+
21
+ ### Reusable Components
22
+
23
+ [List components/utilities that can be reused]
24
+
25
+ ### Conventions to Follow
26
+
27
+ [Coding conventions and architectural patterns to maintain]
28
+
29
+ ---
30
+
31
+ ## External Solutions
32
+
33
+ ### Option 1: [Name]
34
+
35
+ **Overview:** [Description]
36
+
37
+ **Pros:**
38
+ - [Pro 1]
39
+ - [Pro 2]
40
+
41
+ **Cons:**
42
+ - [Con 1]
43
+ - [Con 2]
44
+
45
+ **Implementation complexity:** [Low/Medium/High]
46
+ **Team familiarity:** [Low/Medium/High]
47
+ **Fit for our use case:** [High/Medium/Low]
48
+
49
+ ### Option 2: [Name]
50
+
51
+ [Same structure]
52
+
53
+ ### Option 3: [Name]
54
+
55
+ [Same structure]
56
+
57
+ ---
58
+
59
+ ## Comparison Matrix
60
+
61
+ | Criteria | Option 1 | Option 2 | Option 3 |
62
+ |----------|----------|----------|----------|
63
+ | Performance | ⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
64
+ | Complexity | ⭐⭐ | ⭐⭐⭐ | ⭐ |
65
+ | Team fit | ⭐⭐⭐ | ⭐ | ⭐⭐ |
66
+ | Maintenance | ⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
67
+
68
+ ---
69
+
70
+ ## Recommendations
71
+
72
+ ### Primary Recommendation
73
+
74
+ [Recommended approach with rationale]
75
+
76
+ ### Alternative Approach
77
+
78
+ [Backup option if primary doesn't work]
79
+
80
+ ---
81
+
82
+ ## Open Questions
83
+
84
+ - [Question for specification phase]
85
+ - [Decision that needs stakeholder input]
86
+
87
+ ---
88
+
89
+ ## Sources (deep research only)
90
+
91
+ | # | URL | Type | Reliability | Key Finding |
92
+ |---|-----|------|-------------|-------------|
93
+ | 1 | [url] | [Official docs / Benchmark / Blog / Discussion] | [High/Medium/Low] | [finding] |
94
+
95
+ ---
96
+
97
+ ## Confidence Assessment (deep research only)
98
+
99
+ **Overall confidence:** [High/Medium/Low]
100
+ **Reasoning:** [Why this confidence level]
101
+ **Gaps:** [What we still don't know]
102
+ **Suggested spike:** [If Low confidence — describe a 2-4h prototype to validate]
103
+
104
+ ---
105
+
106
+ ## Next Steps
107
+
108
+ 1. Review findings with team
109
+ 2. Proceed to `/specify` to define requirements
110
+ 3. Address open questions before proceeding
111
+
112
+ ---
113
+
114
+ *Research completed with SDD Multi-Agent OpenCode*
@@ -0,0 +1,29 @@
1
+ {
2
+ "version": "1.0.0",
3
+ "project": {
4
+ "id": "[project-id]",
5
+ "title": "[Project Title]",
6
+ "description": "[Project Description]",
7
+ "sddVersion": "1.0.0",
8
+ "created": "[date]",
9
+ "status": "active",
10
+ "complexity": "medium"
11
+ },
12
+ "columns": {
13
+ "todo": { "title": "To Do", "order": 0 },
14
+ "in-progress": { "title": "In Progress", "order": 1 },
15
+ "review": { "title": "Review", "order": 2 },
16
+ "done": { "title": "Done", "order": 3 }
17
+ },
18
+ "tasks": [],
19
+ "epics": [],
20
+ "dag": {
21
+ "roots": [],
22
+ "parallelGroups": []
23
+ },
24
+ "statistics": {
25
+ "totalTasks": 0,
26
+ "completedTasks": 0,
27
+ "completionPercentage": 0
28
+ }
29
+ }
@@ -0,0 +1,66 @@
1
+ # Project Roadmap: [Project Title]
2
+
3
+ **Project ID:** [project-id]
4
+ **Status:** Active
5
+ **Complexity:** [Simple/Medium/Complex/Enterprise]
6
+ **Created:** [date]
7
+
8
+ ---
9
+
10
+ ## Kanban Board
11
+
12
+ ### To Do
13
+ | Task | Epic | Priority | Dependencies |
14
+ |------|------|----------|-------------|
15
+ | | | | |
16
+
17
+ ### In Progress
18
+ | Task | Epic | Priority | Started |
19
+ |------|------|----------|---------|
20
+ | | | | |
21
+
22
+ ### Review
23
+ | Task | Epic | Reviewer | Status |
24
+ |------|------|----------|--------|
25
+ | | | | |
26
+
27
+ ### Done
28
+ | Task | Epic | Completed | Notes |
29
+ |------|------|-----------|-------|
30
+ | | | | |
31
+
32
+ ---
33
+
34
+ ## Epic Details
35
+
36
+ ### Epic 1: [Epic Name]
37
+ - Task 1.1: [Description]
38
+ - Task 1.2: [Description]
39
+
40
+ ### Epic 2: [Epic Name]
41
+ - Task 2.1: [Description]
42
+
43
+ ---
44
+
45
+ ## Execution Commands
46
+
47
+ ```bash
48
+ # Execute all tasks in parallel
49
+ /execute-parallel [project-id] --until-finish
50
+
51
+ # Execute single task
52
+ /execute-task [task-id]
53
+
54
+ # Resume after interruption
55
+ /execute-parallel [project-id] --resume
56
+ ```
57
+
58
+ ---
59
+
60
+ ## Progress
61
+
62
+ - Total: X | Done: Y (Z%) | In Progress: A | Blocked: B
63
+
64
+ ---
65
+
66
+ *Roadmap created with SDD Multi-Agent OpenCode*