sdtk-kit 0.3.7 → 0.3.9
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 +4 -2
- package/assets/manifest/toolkit-bundle.manifest.json +118 -78
- package/assets/manifest/toolkit-bundle.sha256.txt +45 -37
- package/assets/toolkit/toolkit/AGENTS.md +10 -2
- package/assets/toolkit/toolkit/install.ps1 +44 -4
- package/assets/toolkit/toolkit/scripts/install-claude-skills.ps1 +43 -3
- package/assets/toolkit/toolkit/skills/sdtk-api-design-spec/SKILL.md +5 -1
- package/assets/toolkit/toolkit/skills/sdtk-api-design-spec/references/API_DESIGN_CREATION_RULES.md +7 -1
- package/assets/toolkit/toolkit/skills/sdtk-api-design-spec/references/API_DESIGN_FLOWCHART_CREATION_RULES.md +17 -0
- package/assets/toolkit/toolkit/skills/sdtk-api-design-spec/scripts/generate_api_design_detail.py +87 -11
- package/assets/toolkit/toolkit/skills/sdtk-api-doc/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-api-doc/references/API_DESIGN_FLOWCHART_CREATION_RULES.md +17 -0
- package/assets/toolkit/toolkit/skills/sdtk-arch/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-arch/references/API_DESIGN_CREATION_RULES.md +7 -1
- package/assets/toolkit/toolkit/skills/sdtk-arch/references/API_DESIGN_FLOWCHART_CREATION_RULES.md +17 -0
- package/assets/toolkit/toolkit/skills/sdtk-arch/references/FLOW_ACTION_SPEC_CREATION_RULES.md +69 -13
- package/assets/toolkit/toolkit/skills/sdtk-ba/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-design-layout/SKILL.md +20 -5
- package/assets/toolkit/toolkit/skills/sdtk-design-layout/scripts/render_design_layout_images.py +34 -1
- package/assets/toolkit/toolkit/skills/sdtk-dev/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-dev-backend/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-dev-frontend/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-orchestrator/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-pm/SKILL.md +4 -0
- package/assets/toolkit/toolkit/skills/sdtk-qa/SKILL.md +17 -4
- package/assets/toolkit/toolkit/skills/sdtk-screen-design-spec/SKILL.md +21 -4
- package/assets/toolkit/toolkit/skills/sdtk-screen-design-spec/references/FLOW_ACTION_SPEC_CREATION_RULES.md +69 -13
- package/assets/toolkit/toolkit/skills/sdtk-screen-design-spec/references/numbering-rules.md +20 -68
- package/assets/toolkit/toolkit/skills/sdtk-screen-design-spec/scripts/validate_flow_action_spec_numbering.py +168 -3
- package/assets/toolkit/toolkit/skills/sdtk-test-case-spec/SKILL.md +11 -0
- package/assets/toolkit/toolkit/skills/skills.catalog.yaml +302 -0
- package/assets/toolkit/toolkit/skills-claude/api-design-spec/SKILL.md +22 -8
- package/assets/toolkit/toolkit/skills-claude/arch/SKILL.md +26 -39
- package/assets/toolkit/toolkit/skills-claude/design-layout/SKILL.md +38 -6
- package/assets/toolkit/toolkit/skills-claude/screen-design-spec/SKILL.md +47 -25
- package/assets/toolkit/toolkit/templates/docs/api/API_DESIGN_CREATION_RULES.md +7 -1
- package/assets/toolkit/toolkit/templates/docs/api/API_DESIGN_DETAIL_TEMPLATE.md +6 -0
- package/assets/toolkit/toolkit/templates/docs/api/API_DESIGN_FLOWCHART_CREATION_RULES.md +17 -0
- package/assets/toolkit/toolkit/templates/docs/design/DESIGN_LAYOUT_TEMPLATE.md +12 -1
- package/assets/toolkit/toolkit/templates/docs/specs/FLOW_ACTION_SPEC_CREATION_RULES.md +69 -13
- package/assets/toolkit/toolkit/templates/docs/specs/FLOW_ACTION_SPEC_TEMPLATE.md +40 -9
- package/assets/toolkit/toolkit/templates/handoffs/ARCH_TO_DEV.md +31 -0
- package/assets/toolkit/toolkit/templates/handoffs/BA_TO_ARCH.md +28 -0
- package/assets/toolkit/toolkit/templates/handoffs/DEV_STAGE1_SPEC_REVIEW.md +26 -0
- package/assets/toolkit/toolkit/templates/handoffs/DEV_STAGE2_CODE_QUALITY_REVIEW.md +20 -0
- package/assets/toolkit/toolkit/templates/handoffs/DEV_TO_QA.md +23 -0
- package/assets/toolkit/toolkit/templates/handoffs/PM_TO_BA.md +26 -0
- package/assets/toolkit/toolkit/templates/handoffs/QA_RELEASE_DECISION.md +21 -0
- package/package.json +1 -1
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
# BA to ARCH Handoff
|
|
2
|
+
|
|
3
|
+
## Required Inputs
|
|
4
|
+
- `docs/specs/BA_SPEC_[FEATURE_KEY].md`
|
|
5
|
+
- `docs/product/PRD_[FEATURE_KEY].md`
|
|
6
|
+
- `docs/product/BACKLOG_[FEATURE_KEY].md`
|
|
7
|
+
- current `SHARED_PLANNING.md`
|
|
8
|
+
|
|
9
|
+
## Required Outputs
|
|
10
|
+
- `docs/architecture/ARCH_DESIGN_[FEATURE_KEY].md`
|
|
11
|
+
- API, DB, and UI design artifacts when in scope
|
|
12
|
+
- updated `SHARED_PLANNING.md`
|
|
13
|
+
- updated `QUALITY_CHECKLIST.md`
|
|
14
|
+
|
|
15
|
+
## Mandatory Checks
|
|
16
|
+
- `REQ -> UC/BR/AC` traceability exists in BA output.
|
|
17
|
+
- unresolved `OQ-xx` items are visible to ARCH.
|
|
18
|
+
- ARCH knows whether API, DB, and UI scope are required.
|
|
19
|
+
|
|
20
|
+
## Forbidden Shortcuts
|
|
21
|
+
- Do not jump into implementation details before architecture scope is mapped.
|
|
22
|
+
- Do not hide unresolved business rules inside architecture assumptions.
|
|
23
|
+
|
|
24
|
+
## Handoff Message Shape
|
|
25
|
+
- Feature: `[FEATURE_KEY]`
|
|
26
|
+
- In-scope use cases: `UC-xx`
|
|
27
|
+
- Key business rules: `BR-xx`
|
|
28
|
+
- Blocking open questions: `OQ-xx` or `None`
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
# DEV Stage 1 Spec Review
|
|
2
|
+
|
|
3
|
+
## Required Inputs
|
|
4
|
+
- implementation diff or changed files
|
|
5
|
+
- `docs/specs/BA_SPEC_[FEATURE_KEY].md`
|
|
6
|
+
- `docs/api/[FeaturePascal]_API.yaml` and `docs/api/[FEATURE_KEY]_ENDPOINTS.md` when API scope exists
|
|
7
|
+
- `docs/specs/[FEATURE_KEY]_FLOW_ACTION_SPEC.md` when UI scope exists
|
|
8
|
+
- `docs/database/DATABASE_SPEC_[FEATURE_KEY].md` when data scope exists
|
|
9
|
+
|
|
10
|
+
## Required Outputs
|
|
11
|
+
- PASS or FAIL verdict
|
|
12
|
+
- mismatch table with exact file references
|
|
13
|
+
- explicit handoff decision to Stage 2 or back to DEV
|
|
14
|
+
|
|
15
|
+
## Mandatory Checks
|
|
16
|
+
- code matches BA, API, DB, and flow-action requirements line by line
|
|
17
|
+
- missing mappings and drift are called out explicitly
|
|
18
|
+
- unresolved assumptions that affect behavior are treated as blockers
|
|
19
|
+
|
|
20
|
+
## Verification Evidence
|
|
21
|
+
- quote the exact specification text before declaring a match or mismatch
|
|
22
|
+
- use: `Spec says: "[exact quote]" -> Evidence: [match/mismatch + file reference]`
|
|
23
|
+
|
|
24
|
+
## Forbidden Shortcuts
|
|
25
|
+
- Do not start with style or maintainability feedback.
|
|
26
|
+
- Do not trust the implementer report without checking artifacts directly.
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
# DEV Stage 2 Code Quality Review
|
|
2
|
+
|
|
3
|
+
## Required Inputs
|
|
4
|
+
- Stage 1 review result marked PASS
|
|
5
|
+
- implementation diff or changed files
|
|
6
|
+
- relevant test or lint outputs
|
|
7
|
+
|
|
8
|
+
## Required Outputs
|
|
9
|
+
- PASS or FAIL verdict
|
|
10
|
+
- quality findings with file references
|
|
11
|
+
- recommendation for QA handoff readiness
|
|
12
|
+
|
|
13
|
+
## Mandatory Checks
|
|
14
|
+
- Stage 1 spec review already passed
|
|
15
|
+
- naming, structure, tests, and maintainability are reviewed
|
|
16
|
+
- verification commands cited are fresh and relevant to the current diff
|
|
17
|
+
|
|
18
|
+
## Forbidden Shortcuts
|
|
19
|
+
- Do not reopen Stage 1 requirement matching as a substitute for quality review.
|
|
20
|
+
- Do not declare QA-ready without confirming Stage 1 PASS and fresh verification evidence.
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
# DEV to QA Handoff
|
|
2
|
+
|
|
3
|
+
## Required Inputs
|
|
4
|
+
- `docs/dev/FEATURE_IMPL_PLAN_[FEATURE_KEY].md`
|
|
5
|
+
- implementation diff summary
|
|
6
|
+
- Stage 1 spec review PASS evidence
|
|
7
|
+
- Stage 2 code-quality review PASS evidence
|
|
8
|
+
- fresh test or lint outputs used for QA handoff
|
|
9
|
+
|
|
10
|
+
## Required Outputs
|
|
11
|
+
- QA test scope
|
|
12
|
+
- explicit release-risk notes
|
|
13
|
+
- updated `SHARED_PLANNING.md`
|
|
14
|
+
- updated `QUALITY_CHECKLIST.md`
|
|
15
|
+
|
|
16
|
+
## Mandatory Checks
|
|
17
|
+
- both DEV review gates are PASS
|
|
18
|
+
- verification evidence is fresh
|
|
19
|
+
- known limitations or assumptions are recorded, not hidden
|
|
20
|
+
|
|
21
|
+
## Forbidden Shortcuts
|
|
22
|
+
- Do not hand off to QA with only one review gate complete.
|
|
23
|
+
- Do not describe expected behavior as if it were verified runtime evidence.
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
# PM to BA Handoff
|
|
2
|
+
|
|
3
|
+
## Required Inputs
|
|
4
|
+
- `docs/product/PROJECT_INITIATION_[FEATURE_KEY].md`
|
|
5
|
+
- source requirement notes or attachments
|
|
6
|
+
- current `SHARED_PLANNING.md`
|
|
7
|
+
|
|
8
|
+
## Required Outputs
|
|
9
|
+
- `docs/specs/BA_SPEC_[FEATURE_KEY].md`
|
|
10
|
+
- updated `SHARED_PLANNING.md`
|
|
11
|
+
- updated `QUALITY_CHECKLIST.md`
|
|
12
|
+
|
|
13
|
+
## Mandatory Checks
|
|
14
|
+
- `REQ-xx` scope is explicit and testable.
|
|
15
|
+
- in-scope and out-of-scope are visible.
|
|
16
|
+
- unresolved ambiguities are logged as `OQ-xx`, not hidden.
|
|
17
|
+
|
|
18
|
+
## Forbidden Shortcuts
|
|
19
|
+
- Do not skip glossary, BR, UC, AC, or traceability expectations.
|
|
20
|
+
- Do not invent missing stakeholder decisions without logging them.
|
|
21
|
+
|
|
22
|
+
## Handoff Message Shape
|
|
23
|
+
- Feature: `[FEATURE_KEY]`
|
|
24
|
+
- PM scope summary: 3 to 7 bullets
|
|
25
|
+
- Known open questions: `OQ-xx` list or `None`
|
|
26
|
+
- Expected BA focus: rules, use cases, acceptance criteria, NFRs
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# QA Release Decision
|
|
2
|
+
|
|
3
|
+
## Required Inputs
|
|
4
|
+
- `docs/qa/QA_RELEASE_REPORT_[FEATURE_KEY].md`
|
|
5
|
+
- Stage 1 and Stage 2 DEV review PASS evidence
|
|
6
|
+
- fresh proving checks or benchmark-mode evidence
|
|
7
|
+
- open defect list with severity
|
|
8
|
+
|
|
9
|
+
## Required Outputs
|
|
10
|
+
- `APPROVED` or `REJECTED`
|
|
11
|
+
- explicit evidence summary
|
|
12
|
+
- unresolved risks and assumptions list
|
|
13
|
+
|
|
14
|
+
## Mandatory Checks
|
|
15
|
+
- verdict is backed by fresh command evidence or benchmark policy
|
|
16
|
+
- specification quotes are used for requirement-based validation
|
|
17
|
+
- defects and known gaps are visible in the decision
|
|
18
|
+
|
|
19
|
+
## Forbidden Shortcuts
|
|
20
|
+
- Do not issue `APPROVED` based on planned checks.
|
|
21
|
+
- Do not hide environment limitations; state when runtime verification was not possible.
|