sdd-cli 0.1.2 → 0.1.3
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/README.md +126 -89
- package/dist/cli.js +7 -3
- package/dist/commands/doctor.js +11 -2
- package/dist/commands/gen-architecture.js +14 -4
- package/dist/commands/gen-best-practices.js +12 -2
- package/dist/commands/gen-functional-spec.js +13 -3
- package/dist/commands/gen-project-readme.js +15 -5
- package/dist/commands/gen-technical-spec.js +13 -3
- package/dist/commands/gen-utils.js +9 -1
- package/dist/commands/hello.js +21 -3
- package/dist/commands/learn-deliver.js +17 -3
- package/dist/commands/learn-refine.js +32 -11
- package/dist/commands/learn-start.js +9 -2
- package/dist/commands/learn-utils.js +7 -4
- package/dist/commands/pr-audit.js +17 -3
- package/dist/commands/pr-finish.js +17 -3
- package/dist/commands/pr-report.js +17 -3
- package/dist/commands/pr-respond.js +17 -3
- package/dist/commands/pr-start.js +9 -2
- package/dist/commands/pr-utils.js +8 -5
- package/dist/commands/req-archive.js +14 -6
- package/dist/commands/req-create.js +71 -14
- package/dist/commands/req-export.js +11 -3
- package/dist/commands/req-finish.js +28 -13
- package/dist/commands/req-lint.js +10 -2
- package/dist/commands/req-list.js +10 -2
- package/dist/commands/req-plan.js +34 -12
- package/dist/commands/req-refine.js +54 -5
- package/dist/commands/req-report.js +10 -2
- package/dist/commands/req-start.js +29 -12
- package/dist/commands/req-status.js +10 -2
- package/dist/commands/test-plan.js +13 -5
- package/dist/context/flags.d.ts +2 -0
- package/dist/context/flags.js +5 -1
- package/dist/providers/codex.js +2 -2
- package/dist/router/prompt-map.js +17 -5
- package/dist/ui/prompt.d.ts +1 -0
- package/dist/ui/prompt.js +8 -0
- package/dist/validation/gates.d.ts +19 -0
- package/dist/validation/gates.js +41 -0
- package/dist/validation/validate.js +24 -4
- package/dist/workspace/index.d.ts +6 -0
- package/dist/workspace/index.js +41 -10
- package/flows/ADMISSIONS_ADMIN.md +34 -33
- package/flows/ART.md +34 -33
- package/flows/COURT_SYSTEM.md +34 -33
- package/flows/DATA_SCIENTIST.md +34 -33
- package/flows/ECOMMERCE.md +34 -33
- package/flows/ECONOMICS.md +34 -33
- package/flows/GRAPHIC_DESIGN.md +34 -33
- package/flows/HISTORY.md +34 -33
- package/flows/LAWYER.md +35 -34
- package/flows/PROGRAMMER.md +34 -33
- package/flows/RETAIL_STORE.md +34 -33
- package/flows/SOCIOLOGY.md +34 -33
- package/flows/STATE_ADMIN.md +34 -33
- package/flows/STUDENT_UNIVERSITY.md +34 -33
- package/flows/TAXES_ADMIN.md +34 -33
- package/flows/TEACHER.md +34 -33
- package/package.json +13 -3
- package/router/BUSINESS.flow.md +58 -57
- package/router/DATA_SCIENCE.flow.md +59 -58
- package/router/DESIGN.flow.md +59 -58
- package/router/HUMANITIES.flow.md +59 -58
- package/router/LEGAL.flow.md +59 -58
- package/router/SOFTWARE_FEATURE.flow.md +60 -59
package/router/LEGAL.flow.md
CHANGED
|
@@ -1,58 +1,59 @@
|
|
|
1
|
-
# Router flow: Legal / civic
|
|
2
|
-
|
|
3
|
-
## Entry signals
|
|
4
|
-
- "law", "court", "policy", "compliance", "contract"
|
|
5
|
-
|
|
6
|
-
## Steps
|
|
7
|
-
1) Interview for jurisdiction, confidentiality, and actors.
|
|
8
|
-
2) Define legal constraints and evidence requirements.
|
|
9
|
-
3) Generate requirements and risk checks.
|
|
10
|
-
4) Ask for approval or `--improve`.
|
|
11
|
-
5) Produce audit and retention guidelines.
|
|
12
|
-
|
|
13
|
-
## Required questions
|
|
14
|
-
- What jurisdiction and regulations apply?
|
|
15
|
-
- What data is privileged or sensitive?
|
|
16
|
-
- Who are the actors and access levels?
|
|
17
|
-
- What retention and audit rules exist?
|
|
18
|
-
- What outcomes or deliverables are required?
|
|
19
|
-
|
|
20
|
-
## Required outputs
|
|
21
|
-
- `requirement.md`
|
|
22
|
-
- `functional-spec.md`
|
|
23
|
-
- `technical-spec.md`
|
|
24
|
-
- `
|
|
25
|
-
- `test-plan.md` (access and audit checks)
|
|
26
|
-
|
|
27
|
-
## Scripted Q/A tree
|
|
28
|
-
|
|
29
|
-
### Q1: Jurisdiction
|
|
30
|
-
Q: "What jurisdiction and regulations apply?"
|
|
31
|
-
A: capture jurisdiction and constraints
|
|
32
|
-
|
|
33
|
-
### Q2: Sensitivity
|
|
34
|
-
Q: "What data is privileged or sensitive?"
|
|
35
|
-
A: capture data sensitivity
|
|
36
|
-
|
|
37
|
-
### Q3: Actors
|
|
38
|
-
Q: "Who are the actors and access levels?"
|
|
39
|
-
A: capture roles and access
|
|
40
|
-
|
|
41
|
-
### Q4: Retention
|
|
42
|
-
Q: "What retention and audit rules exist?"
|
|
43
|
-
A: capture retention rules
|
|
44
|
-
|
|
45
|
-
### Q5: Outcomes
|
|
46
|
-
Q: "What outcomes or deliverables are required?"
|
|
47
|
-
A: capture deliverables
|
|
48
|
-
|
|
49
|
-
### Q6: Approval gate
|
|
50
|
-
Q: "Approve requirements and move to specs?"
|
|
51
|
-
A: Yes -> generate specs
|
|
52
|
-
A: No -> refine
|
|
53
|
-
|
|
54
|
-
## Gates
|
|
55
|
-
- Compliance constraints required before plan
|
|
56
|
-
|
|
57
|
-
## Agents
|
|
58
|
-
- Legal Analyst, Compliance, QA
|
|
1
|
+
# Router flow: Legal / civic
|
|
2
|
+
|
|
3
|
+
## Entry signals
|
|
4
|
+
- "law", "court", "policy", "compliance", "contract"
|
|
5
|
+
|
|
6
|
+
## Steps
|
|
7
|
+
1) Interview for jurisdiction, confidentiality, and actors.
|
|
8
|
+
2) Define legal constraints and evidence requirements.
|
|
9
|
+
3) Generate requirements and risk checks.
|
|
10
|
+
4) Ask for approval or `--improve`.
|
|
11
|
+
5) Produce audit and retention guidelines.
|
|
12
|
+
|
|
13
|
+
## Required questions
|
|
14
|
+
- What jurisdiction and regulations apply?
|
|
15
|
+
- What data is privileged or sensitive?
|
|
16
|
+
- Who are the actors and access levels?
|
|
17
|
+
- What retention and audit rules exist?
|
|
18
|
+
- What outcomes or deliverables are required?
|
|
19
|
+
|
|
20
|
+
## Required outputs
|
|
21
|
+
- `requirement.md`
|
|
22
|
+
- `functional-spec.md`
|
|
23
|
+
- `technical-spec.md`
|
|
24
|
+
- `docs/ARCHITECTURE.md`
|
|
25
|
+
- `test-plan.md` (access and audit checks)
|
|
26
|
+
|
|
27
|
+
## Scripted Q/A tree
|
|
28
|
+
|
|
29
|
+
### Q1: Jurisdiction
|
|
30
|
+
Q: "What jurisdiction and regulations apply?"
|
|
31
|
+
A: capture jurisdiction and constraints
|
|
32
|
+
|
|
33
|
+
### Q2: Sensitivity
|
|
34
|
+
Q: "What data is privileged or sensitive?"
|
|
35
|
+
A: capture data sensitivity
|
|
36
|
+
|
|
37
|
+
### Q3: Actors
|
|
38
|
+
Q: "Who are the actors and access levels?"
|
|
39
|
+
A: capture roles and access
|
|
40
|
+
|
|
41
|
+
### Q4: Retention
|
|
42
|
+
Q: "What retention and audit rules exist?"
|
|
43
|
+
A: capture retention rules
|
|
44
|
+
|
|
45
|
+
### Q5: Outcomes
|
|
46
|
+
Q: "What outcomes or deliverables are required?"
|
|
47
|
+
A: capture deliverables
|
|
48
|
+
|
|
49
|
+
### Q6: Approval gate
|
|
50
|
+
Q: "Approve requirements and move to specs?"
|
|
51
|
+
A: Yes -> generate specs
|
|
52
|
+
A: No -> refine
|
|
53
|
+
|
|
54
|
+
## Gates
|
|
55
|
+
- Compliance constraints required before plan
|
|
56
|
+
|
|
57
|
+
## Agents
|
|
58
|
+
- Legal Analyst, Compliance, QA
|
|
59
|
+
|
|
@@ -1,59 +1,60 @@
|
|
|
1
|
-
# Router flow: Software feature
|
|
2
|
-
|
|
3
|
-
## Entry signals
|
|
4
|
-
- "feature", "build", "implement", "API", "backend", "frontend"
|
|
5
|
-
|
|
6
|
-
## Steps
|
|
7
|
-
1) Run discovery and acceptance criteria prompts.
|
|
8
|
-
2) Generate requirements and functional spec.
|
|
9
|
-
3) Generate technical spec and architecture.
|
|
10
|
-
4) Ask for approval or `--improve`.
|
|
11
|
-
5) Activate quality profile and test plan.
|
|
12
|
-
|
|
13
|
-
## Required questions
|
|
14
|
-
- What problem is solved and for whom?
|
|
15
|
-
- What is in scope/out of scope?
|
|
16
|
-
- What are acceptance criteria?
|
|
17
|
-
- What performance/security constraints apply?
|
|
18
|
-
- What is the rollout strategy?
|
|
19
|
-
|
|
20
|
-
## Required outputs
|
|
21
|
-
- `requirement.md`
|
|
22
|
-
- `functional-spec.md`
|
|
23
|
-
- `technical-spec.md`
|
|
24
|
-
- `
|
|
25
|
-
- `test-plan.md`
|
|
26
|
-
- `quality.yml`
|
|
27
|
-
|
|
28
|
-
## Scripted Q/A tree
|
|
29
|
-
|
|
30
|
-
### Q1: Problem and users
|
|
31
|
-
Q: "What problem are we solving and for whom?"
|
|
32
|
-
A: capture user/persona and objective
|
|
33
|
-
|
|
34
|
-
### Q2: Scope
|
|
35
|
-
Q: "What is in scope and out of scope?"
|
|
36
|
-
A: capture scope boundaries
|
|
37
|
-
|
|
38
|
-
### Q3: Acceptance criteria
|
|
39
|
-
Q: "What are the acceptance criteria?"
|
|
40
|
-
A: capture verifiable criteria
|
|
41
|
-
|
|
42
|
-
### Q4: Constraints
|
|
43
|
-
Q: "Any performance, security, or compatibility constraints?"
|
|
44
|
-
A: capture NFRs
|
|
45
|
-
|
|
46
|
-
### Q5: Rollout
|
|
47
|
-
Q: "How should we rollout and measure success?"
|
|
48
|
-
A: capture rollout + metrics
|
|
49
|
-
|
|
50
|
-
### Q6: Approval gate
|
|
51
|
-
Q: "Approve requirements and move to specs?"
|
|
52
|
-
A: Yes -> generate specs
|
|
53
|
-
A: No -> refine
|
|
54
|
-
|
|
55
|
-
## Gates
|
|
56
|
-
- No implementation without acceptance criteria and test plan
|
|
57
|
-
|
|
58
|
-
## Agents
|
|
59
|
-
- Req Analyst, Solution Architect, Tech Lead, QA
|
|
1
|
+
# Router flow: Software feature
|
|
2
|
+
|
|
3
|
+
## Entry signals
|
|
4
|
+
- "feature", "build", "implement", "API", "backend", "frontend"
|
|
5
|
+
|
|
6
|
+
## Steps
|
|
7
|
+
1) Run discovery and acceptance criteria prompts.
|
|
8
|
+
2) Generate requirements and functional spec.
|
|
9
|
+
3) Generate technical spec and architecture.
|
|
10
|
+
4) Ask for approval or `--improve`.
|
|
11
|
+
5) Activate quality profile and test plan.
|
|
12
|
+
|
|
13
|
+
## Required questions
|
|
14
|
+
- What problem is solved and for whom?
|
|
15
|
+
- What is in scope/out of scope?
|
|
16
|
+
- What are acceptance criteria?
|
|
17
|
+
- What performance/security constraints apply?
|
|
18
|
+
- What is the rollout strategy?
|
|
19
|
+
|
|
20
|
+
## Required outputs
|
|
21
|
+
- `requirement.md`
|
|
22
|
+
- `functional-spec.md`
|
|
23
|
+
- `technical-spec.md`
|
|
24
|
+
- `docs/ARCHITECTURE.md`
|
|
25
|
+
- `test-plan.md`
|
|
26
|
+
- `quality.yml`
|
|
27
|
+
|
|
28
|
+
## Scripted Q/A tree
|
|
29
|
+
|
|
30
|
+
### Q1: Problem and users
|
|
31
|
+
Q: "What problem are we solving and for whom?"
|
|
32
|
+
A: capture user/persona and objective
|
|
33
|
+
|
|
34
|
+
### Q2: Scope
|
|
35
|
+
Q: "What is in scope and out of scope?"
|
|
36
|
+
A: capture scope boundaries
|
|
37
|
+
|
|
38
|
+
### Q3: Acceptance criteria
|
|
39
|
+
Q: "What are the acceptance criteria?"
|
|
40
|
+
A: capture verifiable criteria
|
|
41
|
+
|
|
42
|
+
### Q4: Constraints
|
|
43
|
+
Q: "Any performance, security, or compatibility constraints?"
|
|
44
|
+
A: capture NFRs
|
|
45
|
+
|
|
46
|
+
### Q5: Rollout
|
|
47
|
+
Q: "How should we rollout and measure success?"
|
|
48
|
+
A: capture rollout + metrics
|
|
49
|
+
|
|
50
|
+
### Q6: Approval gate
|
|
51
|
+
Q: "Approve requirements and move to specs?"
|
|
52
|
+
A: Yes -> generate specs
|
|
53
|
+
A: No -> refine
|
|
54
|
+
|
|
55
|
+
## Gates
|
|
56
|
+
- No implementation without acceptance criteria and test plan
|
|
57
|
+
|
|
58
|
+
## Agents
|
|
59
|
+
- Req Analyst, Solution Architect, Tech Lead, QA
|
|
60
|
+
|