@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.
- package/.opencode/agents/sdd-explorer.md +75 -0
- package/.opencode/agents/sdd-implementer.md +72 -0
- package/.opencode/agents/sdd-orchestrator.md +152 -0
- package/.opencode/agents/sdd-planner.md +58 -0
- package/.opencode/agents/sdd-reviewer.md +74 -0
- package/.opencode/agents/sdd-verifier.md +90 -0
- package/.opencode/commands/audit.md +75 -0
- package/.opencode/commands/brief.md +190 -0
- package/.opencode/commands/evolve.md +87 -0
- package/.opencode/commands/execute-parallel.md +116 -0
- package/.opencode/commands/execute-task.md +81 -0
- package/.opencode/commands/generate-prd.md +82 -0
- package/.opencode/commands/generate-rules.md +67 -0
- package/.opencode/commands/grill-me.md +99 -0
- package/.opencode/commands/implement.md +149 -0
- package/.opencode/commands/init-sdd.md +141 -0
- package/.opencode/commands/plan.md +96 -0
- package/.opencode/commands/refine.md +115 -0
- package/.opencode/commands/research.md +194 -0
- package/.opencode/commands/sdd-full-plan.md +91 -0
- package/.opencode/commands/specify.md +124 -0
- package/.opencode/commands/tasks.md +110 -0
- package/.opencode/commands/upgrade.md +107 -0
- package/.opencode/skills/sdd-audit/SKILL.md +59 -0
- package/.opencode/skills/sdd-evolve/SKILL.md +95 -0
- package/.opencode/skills/sdd-implementation/SKILL.md +88 -0
- package/.opencode/skills/sdd-planning/SKILL.md +59 -0
- package/.opencode/skills/sdd-research/SKILL.md +44 -0
- package/.sdd/config.json +36 -0
- package/.sdd/templates/feature-brief-v2.md +65 -0
- package/.sdd/templates/plan-compact.md +50 -0
- package/.sdd/templates/project-profile-template.json +33 -0
- package/.sdd/templates/research-compact.md +114 -0
- package/.sdd/templates/roadmap-template.json +29 -0
- package/.sdd/templates/roadmap-template.md +66 -0
- package/.sdd/templates/spec-compact.md +71 -0
- package/.sdd/templates/tasks-compact.md +48 -0
- package/.sdd/templates/todo-compact.md +30 -0
- package/README.md +272 -0
- package/bin/sdd-opencode.js +387 -0
- package/opencode.json +98 -0
- package/package.json +28 -0
- package/vendor/opencode-agent-rules/.opencode/plugins/context-guard.js +7 -0
- package/vendor/opencode-agent-rules/.opencode/rules/cli-first.md +31 -0
- package/vendor/opencode-agent-rules/.opencode/rules/context-budget.md +39 -0
- package/vendor/opencode-agent-rules/.opencode/rules/core-behavior.md +44 -0
- package/vendor/opencode-agent-rules/.opencode/rules/status-verification.md +36 -0
- package/vendor/opencode-agent-rules/AGENTS.md +64 -0
- 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`
|
package/.sdd/config.json
ADDED
|
@@ -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*
|