sdtk-design-kit 0.3.0 → 0.3.2

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 CHANGED
@@ -1,160 +1,102 @@
1
- # SDTK-DESIGN Kit
1
+ # sdtk-design-kit
2
2
 
3
- `sdtk-design-kit` is the standalone SDTK-DESIGN Foundation Beta package.
3
+ `sdtk-design-kit` is the public CLI package for SDTK-DESIGN.
4
4
 
5
- SDTK-DESIGN is a local-first MVP design planner and reviewer for solo founders. It turns a rough MVP idea into reviewable design artifacts and a deterministic handoff for SDTK-CODE.
5
+ Package version in this source snapshot: `0.3.1`
6
+ CLI command: `sdtk-design`
6
7
 
7
- It is not a Figma clone, Lovable clone, v0 clone, full app builder, or production code generator.
8
+ SDTK-DESIGN is a local-first MVP design planner and reviewer. It turns either a rough MVP idea or explicit SDTK-SPEC design artifacts into reviewable design docs, a static prototype, visual review evidence, and an SDTK-CODE handoff.
8
9
 
9
- ## Beginner Flow
10
+ It is not a Figma clone, Lovable clone, v0 clone, full app builder, production code generator, or network service.
10
11
 
11
- Use this optimized flow for a clean project:
12
+ ## Install
12
13
 
13
- ```powershell
14
+ ```bash
15
+ npm install -g sdtk-design-kit
16
+ sdtk-design --version
17
+ sdtk-design --help
18
+ ```
19
+
20
+ ## Beginner Idea Flow
21
+
22
+ ```bash
14
23
  sdtk-design init
15
- sdtk-design start --idea "I want to build a lightweight CRM for solo consultants to track leads, follow-ups, notes, and simple revenue pipeline without using a complex enterprise CRM." --style premium-dashboard
24
+ sdtk-design start --idea "I want to build a lightweight CRM for solo consultants to track leads." --style premium-dashboard
16
25
  sdtk-design prototype
17
26
  sdtk-design review --artifact docs/design/prototype/index.html
18
27
  sdtk-design handoff
19
28
  sdtk-design status
20
29
  ```
21
30
 
22
- What each command does:
23
-
24
- - `init`: creates the local design workspace.
25
- - `start`: creates the design brief, screen map, required wireframes, and design system.
26
- - `prototype`: creates a static visual preview from the generated design artifacts.
27
- - `review`: reviews a local markdown or static HTML design artifact with visual polish checks.
28
- - `handoff`: converts the generated design package into SDTK-CODE handoff guidance.
29
- - `status`: reports complete artifacts, missing artifacts, and the next recommended command.
31
+ ## SPEC-Driven Multi-Screen Flow
30
32
 
31
- ## Available Commands
33
+ Use this when SDTK-SPEC or an agent has produced explicit screen/design artifacts.
32
34
 
33
- ```powershell
34
- sdtk-design --help
35
- sdtk-design --version
36
- sdtk-design init [--project-path <path>] [--force] [--no-state]
37
- sdtk-design start --idea "<idea>" [--style <preset>] [--project-path <path>] [--force]
38
- sdtk-design brief --idea "<idea>" [--project-path <path>] [--force]
39
- sdtk-design screens [--project-path <path>] [--force]
40
- sdtk-design wireframe --screen landing [--project-path <path>] [--force]
41
- sdtk-design wireframe --screen all [--project-path <path>] [--force]
42
- sdtk-design system [--style <preset>] [--project-path <path>] [--force]
43
- sdtk-design prototype [--style <preset>] [--project-path <path>] [--force]
44
- sdtk-design review --artifact docs/design/wireframes/LANDING.md [--project-path <path>] [--force]
45
- sdtk-design review --artifact docs/design/prototype/index.html [--project-path <path>] [--force]
46
- sdtk-design handoff [--project-path <path>] [--force]
47
- sdtk-design status [--project-path <path>]
35
+ ```bash
36
+ sdtk-design init
37
+ sdtk-design start --from-spec . --profile b2b-commerce
38
+ sdtk-design prototype --force
39
+ sdtk-design review --artifact docs/design/prototype/index.html
40
+ sdtk-design handoff
41
+ sdtk-design status
48
42
  ```
49
43
 
50
- ## Generated Artifacts
44
+ Optional read-only reference export mapping:
51
45
 
52
- Human-facing output is written under `docs/design/`:
53
-
54
- ```text
55
- docs/design/
56
- README.md
57
- DESIGN_BRIEF.md
58
- SCREEN_MAP.md
59
- DESIGN_SYSTEM.md
60
- DESIGN_HANDOFF.md
61
- prototype/
62
- index.html
63
- wireframes/
64
- LANDING.md
65
- ONBOARDING.md
66
- DASHBOARD.md
67
- reviews/
68
- DESIGN_REVIEW_YYYYMMDD.md
46
+ ```bash
47
+ sdtk-design start --from-spec . --reference-dir ./docs/design/reference-export --profile b2b-commerce
69
48
  ```
70
49
 
71
- Internal state may live under `.sdtk/design/`. SDTK-DESIGN must not create or mutate `.sdtk/atlas`.
72
-
73
- ## Visual Style Presets
74
-
75
- `start` and `system` accept `--style <preset>`. If omitted, SDTK-DESIGN uses `minimal-saas`.
76
-
77
- Available presets:
78
-
79
- - `minimal-saas`: clean solo-founder SaaS default.
80
- - `premium-dashboard`: dashboard-first MVP with stronger metrics, cards, and status surfaces.
81
- - `bold-founder`: high-contrast launch style for marketing-heavy MVPs.
82
- - `warm-editorial`: softer consultant/service-product style.
50
+ `start --from-spec` consumes explicit design artifacts. It does not parse raw requirement prose or invent missing screens.
83
51
 
84
- ## Command Details
85
-
86
- ### `init`
87
-
88
- Creates `docs/design/`, `docs/design/wireframes/`, `docs/design/reviews/`, `docs/design/README.md`, and `.sdtk/design/manifest.json`.
89
-
90
- Existing managed init files are skipped by default. Use `--force` only when you explicitly want to refresh managed init files. Use `--no-state` to skip `.sdtk/design`.
91
-
92
- ### `start`
93
-
94
- Runs:
52
+ ## Commands
95
53
 
96
54
  ```text
97
- brief -> screens -> wireframe --screen all -> system
98
- ```
99
-
100
- This is the beginner facade for the core design package. It does not run review or handoff. Existing managed core outputs are not overwritten unless `--force` is explicit.
101
-
102
- Use `--style premium-dashboard` for dashboard-led MVPs such as ClientPulse.
103
-
104
- ### `prototype`
105
-
106
- Creates a static visual preview at `docs/design/prototype/index.html`.
107
-
108
- ```powershell
109
- sdtk-design prototype --style premium-dashboard
110
- ```
111
-
112
- The prototype includes landing, onboarding, and dashboard sections with responsive CSS, selected visual preset tokens, and domain copy derived from the generated design artifacts. It is not production app code and does not create files outside `docs/design/prototype`.
113
-
114
- ### `review`
115
-
116
- Reviews a local markdown or static HTML artifact. For the optimized workflow, review the generated prototype:
117
-
118
- ```powershell
55
+ sdtk-design init
56
+ sdtk-design start --idea "<idea>" --style premium-dashboard
57
+ sdtk-design start --from-spec . --reference-dir ./docs/design/reference-export --profile b2b-commerce
58
+ sdtk-design brief --idea "<idea>"
59
+ sdtk-design screens
60
+ sdtk-design wireframe --screen landing
61
+ sdtk-design system --style minimal-saas
62
+ sdtk-design prototype
119
63
  sdtk-design review --artifact docs/design/prototype/index.html
64
+ sdtk-design handoff
65
+ sdtk-design status
120
66
  ```
121
67
 
122
- Markdown artifact review remains supported:
68
+ Visual style presets:
123
69
 
124
- ```powershell
125
- sdtk-design review --artifact docs/design/wireframes/LANDING.md
70
+ ```text
71
+ minimal-saas
72
+ premium-dashboard
73
+ bold-founder
74
+ warm-editorial
126
75
  ```
127
76
 
128
- The review report is written to `docs/design/reviews/DESIGN_REVIEW_YYYYMMDD.md`.
129
-
130
- Current review support is local artifact review only. The report includes visual polish checks for hierarchy, spacing/density, CTA clarity, dashboard information density, responsive/mobile risk, accessibility baseline, and anti-wireframe/mockup risk. No URL, browser, screenshot, vision, or DOM review is implemented in Foundation Beta.
131
-
132
- ### `handoff`
133
-
134
- Reads the generated brief, screen map, required wireframes, and design system, then writes `docs/design/DESIGN_HANDOFF.md`.
77
+ ## Outputs
135
78
 
136
- The handoff is planning input for SDTK-CODE. It includes screen-to-component mapping, screen-to-user-story mapping, design decisions, implementation notes, suggested data model, domain/status taxonomy, interaction flow, persistence guidance, visual implementation contract, prototype reference, SDTK-CODE build notes, acceptance criteria, and a readiness verdict. Domain-specific examples are derived from the generated artifacts rather than fixed to one demo product. It does not generate production app code.
79
+ Human-facing artifacts are written under `docs/design/`, including:
137
80
 
138
- ### `status`
139
-
140
- Read-only command. It reports complete artifacts, missing artifacts, and the next recommended command.
141
-
142
- The optimized readiness path expects `docs/design/prototype/index.html` before prototype review and handoff.
143
-
144
- ## Non-Goals And Deferred Features
81
+ ```text
82
+ DESIGN_BRIEF.md
83
+ SCREEN_MAP.md
84
+ DESIGN_SYSTEM.md
85
+ DESIGN_HANDOFF.md
86
+ prototype/index.html
87
+ reviews/DESIGN_REVIEW_YYYYMMDD.md
88
+ wireframes/
89
+ ```
145
90
 
146
- Foundation Beta does not provide:
91
+ SPEC-driven/high-fidelity flows may also create per-screen briefs, component contracts, visual token contracts, reference maps, fidelity reviews, and internal state under `.sdtk/design/`.
147
92
 
148
- - Figma, Lovable, v0, or full app-builder replacement behavior.
149
- - Production app code generation.
150
- - URL, browser, screenshot, vision, or DOM review.
151
- - Network calls by default.
152
- - Pro entitlement gates.
153
- - `.sdtk/atlas` creation or mutation.
154
- - SDTK-WIKI output mutation.
155
- - Landing-site updates.
156
- - npm publish or maintainer packaging checks without separate maintainer approval.
93
+ ## Boundaries
157
94
 
158
- ## SDTK-CODE Handoff
95
+ - no production app code generation
96
+ - no URL/browser/screenshot/vision review in the CLI
97
+ - no network calls by default
98
+ - no `.sdtk/atlas` creation or mutation
99
+ - no SDTK-WIKI output mutation
100
+ - no overwrite unless a command explicitly supports `--force`
159
101
 
160
- After `sdtk-design handoff`, pass `docs/design/DESIGN_HANDOFF.md` to SDTK-CODE as implementation planning input. SDTK-CODE should still plan, implement, and verify code changes separately.
102
+ See `products/sdtk-design/governance/SDTK_DESIGN_USAGE_GUIDE.md` for the full usage guide.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "sdtk-design-kit",
3
- "version": "0.3.0",
3
+ "version": "0.3.2",
4
4
  "description": "Local-first MVP design planner and reviewer for SDTK workspaces.",
5
5
  "bin": {
6
6
  "sdtk-design": "bin/sdtk-design.js"