@xenonbyte/da-vinci-workflow 0.1.11 → 0.1.13

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 (33) hide show
  1. package/CHANGELOG.md +16 -0
  2. package/README.md +25 -1
  3. package/README.zh-CN.md +25 -1
  4. package/SKILL.md +23 -0
  5. package/commands/claude/da-vinci.md +3 -0
  6. package/commands/codex/prompts/da-vinci.md +3 -0
  7. package/commands/gemini/da-vinci.toml +3 -0
  8. package/docs/codex-natural-language-usage.md +7 -0
  9. package/docs/mode-use-cases.md +18 -0
  10. package/docs/prompt-presets/README.md +10 -2
  11. package/docs/prompt-presets/desktop-app.md +56 -18
  12. package/docs/prompt-presets/mobile-app.md +64 -18
  13. package/docs/prompt-presets/tablet-app.md +53 -15
  14. package/docs/prompt-presets/web-app.md +55 -17
  15. package/docs/visual-adapters.md +27 -0
  16. package/docs/visual-assist-presets/README.md +2 -0
  17. package/docs/workflow-examples.md +23 -9
  18. package/docs/zh-CN/codex-natural-language-usage.md +7 -0
  19. package/docs/zh-CN/mode-use-cases.md +17 -0
  20. package/docs/zh-CN/prompt-presets/README.md +10 -2
  21. package/docs/zh-CN/prompt-presets/desktop-app.md +56 -18
  22. package/docs/zh-CN/prompt-presets/mobile-app.md +63 -17
  23. package/docs/zh-CN/prompt-presets/tablet-app.md +53 -15
  24. package/docs/zh-CN/prompt-presets/web-app.md +54 -16
  25. package/docs/zh-CN/visual-adapters.md +27 -0
  26. package/docs/zh-CN/visual-assist-presets/README.md +2 -0
  27. package/docs/zh-CN/workflow-examples.md +23 -9
  28. package/package.json +1 -1
  29. package/references/artifact-templates.md +46 -0
  30. package/references/checkpoints.md +19 -1
  31. package/references/design-inputs.md +12 -1
  32. package/references/pencil-design-to-code.md +22 -1
  33. package/references/platform-adapters.md +6 -0
@@ -1,6 +1,6 @@
1
1
  # Web App Prompt Preset
2
2
 
3
- Recommended when the product is a browser-based application or product website with app-like surfaces.
3
+ Recommended when the product is a browser-based application or a web product with app-like surfaces.
4
4
 
5
5
  Pair with:
6
6
 
@@ -8,40 +8,78 @@ Pair with:
8
8
 
9
9
  Use this when the workflow needs:
10
10
 
11
- - responsive page hierarchy
11
+ - responsive hierarchy
12
12
  - separation between marketing and product surfaces
13
- - careful handling of empty, loading, error, and authenticated states
14
- - decomposition of complex flows into real surfaces instead of one oversized page
13
+ - careful treatment of empty, loading, error, and authenticated states
15
14
 
16
- Recommended prompt:
15
+ ## How To Choose
16
+
17
+ - Use `Simple redesign` when the web product has a limited product surface or only a few major pages.
18
+ - Use `Complex redesign` when the product mixes marketing, auth, onboarding, app surfaces, dialogs, drawers, and materially different states.
19
+ - Use `Design-only` when you want the design chain and bindings but no code changes yet.
20
+ - Use `Continue` when the workflow already has artifacts and needs to resume.
21
+
22
+ ## Simple Redesign
17
23
 
18
24
  ```text
19
25
  $da-vinci use redesign-from-code to redesign this existing web product.
20
26
 
21
27
  Existing code is the behavior source of truth, not the layout truth.
22
28
  Preserve current business logic, routes, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
23
- Inventory responsive surfaces, authenticated areas, settings pages, dialogs, drawers, overlays, and important states before broad Pencil work.
24
- Separate marketing-style surfaces from product-workflow surfaces when they require different visual treatment.
25
- Decompose complex pages into subpages, overlays, materially different states, and implementation surfaces.
29
+ Inventory the current product surfaces and important states before Pencil work.
26
30
  Use the Visual Assist preferences declared in DA-VINCI.md.
27
31
  Do not pass design checkpoint if the result is a generic SaaS card grid or a recolor of the old interface.
28
32
  Persist project-local Pencil files under .da-vinci/designs/.
29
33
  ```
30
34
 
31
- When to switch to `intake` first:
35
+ ## Complex Redesign
32
36
 
33
- - the product mixes marketing, auth, onboarding, and app surfaces
34
- - the first workflow prompt is hard to phrase cleanly
35
- - there are external design references that must stay subordinate to existing behavior
37
+ ```text
38
+ $da-vinci use redesign-from-code to redesign this existing web product.
36
39
 
37
- `intake` variant:
40
+ Existing code is the behavior source of truth, not the layout truth.
41
+ Preserve current business logic, routes, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
42
+ Inventory responsive product surfaces, marketing surfaces, authenticated areas, settings pages, dialogs, drawers, overlays, and materially different states before broad Pencil work.
43
+ Separate marketing-style surfaces from product-workflow surfaces when they require different visual treatment.
44
+ Decompose complex pages into subpages, overlays, materially different states, and implementation surfaces.
45
+ Use the Visual Assist preferences declared in DA-VINCI.md.
46
+ Treat the resolved primary visual adapter as the first-pass design lead.
47
+ Use Pencil guides only as responsive layout constraints, not as the design direction.
48
+ Do not start with broad multi-screen scaffolding.
49
+ Design 1-3 anchor surfaces first, review screenshots, then expand.
50
+ Do not pass design checkpoint if the result is a generic SaaS card grid, repeated placeholder scaffolds, or a recolor of the old interface.
51
+ Persist project-local Pencil files under .da-vinci/designs/.
52
+ ```
53
+
54
+ ## Design-Only
38
55
 
39
56
  ```text
40
- $da-vinci use intake for this existing web product.
57
+ $da-vinci use redesign-from-code to redesign this existing web product.
41
58
 
42
- I need to redesign the UI while preserving current behavior.
43
59
  Existing code is the behavior source of truth, not the layout truth.
60
+ Preserve current behavior, routes, permissions, integrations, and state transitions.
44
61
  Inventory product surfaces, marketing surfaces, overlays, and important states.
45
- Decompose complex pages before Pencil work.
46
- Generate the best executable Da Vinci workflow prompt for the next step.
62
+ Decompose complex pages into real design surfaces before Pencil work.
63
+ Use the Visual Assist preferences declared in DA-VINCI.md.
64
+ If the product is complex, design 1-3 anchor surfaces first, review screenshots, then expand.
65
+ Stop after DA-VINCI.md, design-registry.md, page-map.md, proposal.md, specs, design.md, pencil-design.md, pencil-bindings.md, and tasks.md.
66
+ Do not start code changes yet.
47
67
  ```
68
+
69
+ ## Continue
70
+
71
+ ```text
72
+ $da-vinci use continue for this existing web-product redesign workflow.
73
+
74
+ Use the existing Da Vinci artifacts in this project.
75
+ Do not restart discovery unless an artifact is missing or clearly wrong.
76
+ Keep the registered project-local Pencil source under .da-vinci/designs/ as the design source of truth.
77
+ If the redesign is complex, continue from the approved anchor surfaces instead of restarting broad scaffolding.
78
+ Continue into the next unfinished stage and do not stop at tasks.md when the active intent is full-delivery.
79
+ ```
80
+
81
+ ## When To Switch To Intake First
82
+
83
+ - the product mixes many surface types and truth sources
84
+ - external references complicate the first workflow request
85
+ - the first prompt is still hard to phrase cleanly
@@ -116,6 +116,7 @@ Use the fields like this:
116
116
  - the priority list of local skills you want Da Vinci to try first
117
117
  - order matters
118
118
  - if multiple listed skills are available, Da Vinci should still resolve one primary adapter
119
+ - do not assume cross-platform equivalence between near-name adapters such as `frontend-skill` and `frontend-design`; resolve the actual installed adapter names for the current environment
119
120
  - `Scope`
120
121
  - the only areas where adapters are allowed to influence the workflow
121
122
  - keep this limited to presentation-quality work such as composition, spacing, and Pencil refinement
@@ -178,9 +179,12 @@ Recommended fields:
178
179
  ```md
179
180
  ## Visual Adapter Resolution
180
181
  - Requested adapters: frontend-skill, ui-ux-pro-max
182
+ - Available requested adapters: frontend-skill
183
+ - Unavailable requested adapters: none
181
184
  - Resolved primary adapter: frontend-skill
182
185
  - Secondary helpers: none
183
186
  - Status: active
187
+ - Runtime declaration: explicitly stated before first anchor pass
184
188
  - Scope: DA-VINCI.md, design.md, pencil-design.md
185
189
  - Fallback reason if native Da Vinci rules were used: none
186
190
  ```
@@ -202,9 +206,23 @@ If no adapter is available:
202
206
  When a visual adapter is active:
203
207
 
204
208
  - use it before or during Pencil work to sharpen composition and hierarchy
209
+ - treat the resolved primary adapter as the art-direction lead for the first pass, not as a note that merely gets copied into `design-registry.md`
210
+ - explicitly state the resolved primary adapter in the runtime log before the first anchor-screen pass
211
+ - write a visual thesis, content plan, and interaction thesis before the first anchor-screen pass under that adapter's lead
205
212
  - keep page names and states aligned with `page-map.md`
206
213
  - keep final `.pen` decisions grounded in Pencil, not in adapter prose
207
214
 
215
+ For complex redesigns:
216
+
217
+ - do not start by scaffolding many screens with empty placeholders
218
+ - design 1-3 anchor surfaces first
219
+ - make each anchor surface fully composed before broad expansion
220
+ - for each anchor surface, explain briefly how the new composition differs structurally from the current layout
221
+ - use screenshot review on each anchor surface before cloning variants or expanding the rest of the product
222
+ - do not treat screenshot analysis as an automatic pass; if the review flags hierarchy, spacing, clarity, inconsistency, or unresolved-placeholder issues, revise before expanding
223
+ - define a small shared primitive family from the approved anchor surfaces before broad page expansion
224
+ - if the output is still placeholder-heavy or repetitious, mark `design checkpoint` as `BLOCK` and reset from the anchor surfaces instead of layering more screens on top
225
+
208
226
  Record the outcome in `pencil-design.md`.
209
227
 
210
228
  Recommended fields:
@@ -234,6 +252,15 @@ If it is unavailable, fall back to native Da Vinci design rules and continue.
234
252
  Persist project-local Pencil files under .da-vinci/designs/.
235
253
  ```
236
254
 
255
+ For complex Android or multi-surface product redesigns, add this bias explicitly:
256
+
257
+ ```text
258
+ Use frontend-skill explicitly as the primary visual reasoning source.
259
+ Use Pencil guides only as layout constraints, not as the design direction.
260
+ Do not start with broad multi-screen scaffolding.
261
+ Design 1-3 anchor surfaces first, review screenshots, then expand.
262
+ ```
263
+
237
264
  ## Suggested Adapter Choices
238
265
 
239
266
  - `frontend-skill`
@@ -19,6 +19,7 @@ If the project is design-critical or previous outputs were weak, generic, or too
19
19
  - move `frontend-skill` to the first slot
20
20
  - consider `Require Adapter: true`
21
21
  - raise the design checkpoint bar before broad Pencil generation
22
+ - switch to anchor-first generation: design 1-3 anchor surfaces, review screenshots, then expand
22
23
 
23
24
  Available presets:
24
25
 
@@ -33,3 +34,4 @@ How to use them:
33
34
  2. copy the `## Visual Assist` block into `DA-VINCI.md`
34
35
  3. adjust adapter order only if the project clearly needs a different visual bias
35
36
  4. keep `Require Adapter: false` unless the project truly must stop without a specific local skill
37
+ 5. for complex redesigns, do not treat the preset alone as enough; pair it with anchor-first Pencil generation and screenshot review
@@ -56,10 +56,11 @@ Expected flow:
56
56
  4. write behavior in `specs/<capability>/spec.md`
57
57
  5. define pages in `page-map.md`
58
58
  6. resolve any requested visual adapter and record it in `design-registry.md`
59
- 7. register and generate Pencil sources
60
- 8. bind implementation pages to Pencil pages
61
- 9. generate tasks
62
- 10. build and verify
59
+ 7. register the project-local Pencil source
60
+ 8. design 1-3 anchor surfaces first and review screenshots before broad expansion
61
+ 9. bind implementation pages to Pencil pages
62
+ 10. generate tasks
63
+ 11. build and verify
63
64
 
64
65
  ## 3. `redesign-from-code`
65
66
 
@@ -79,11 +80,13 @@ Expected flow:
79
80
  4. define redesign scope in `proposal.md`
80
81
  5. split broad redesign work into `specs/<slice>/spec.md` files when one large `ui-refresh` spec would be too coarse
81
82
  6. rebuild or refine `page-map.md`, including subpages, overlays, and materially different states
82
- 7. create new or updated Pencil pages from fresh composition rather than a recolor of the old UI, preferring persistence under `.da-vinci/designs/`
83
- 8. run `design-source checkpoint` to confirm the registered project-local `.pen` path, the active Pencil source, and the shell-visible file all agree
84
- 9. bind routes and pages to Pencil screens
85
- 10. generate tasks aligned to the redesign slices
86
- 11. build and verify
83
+ 7. write the visual thesis, content plan, interaction thesis, and structural-delta notes for the anchor surfaces
84
+ 8. create new or updated Pencil pages from fresh composition rather than a recolor of the old UI, preferring persistence under `.da-vinci/designs/`
85
+ 9. verify the registered project-local `.pen` path becomes shell-visible immediately after the first successful Pencil write
86
+ 10. run `design-source checkpoint` to confirm the registered project-local `.pen` path, the active Pencil source, and the shell-visible file all agree
87
+ 11. bind routes and pages to Pencil screens
88
+ 12. generate tasks aligned to the redesign slices
89
+ 13. build and verify
87
90
 
88
91
  ### Complex Android example
89
92
 
@@ -93,6 +96,17 @@ $da-vinci use redesign-from-code to redesign this existing Android app.
93
96
  Existing code is the behavior source of truth, not the layout truth.
94
97
  Inventory activities, fragments, tabs, dialogs, bottom sheets, nested flows, and important states.
95
98
  Decompose complex screens into separate design surfaces before Pencil work.
99
+ Use frontend-skill explicitly as the primary visual reasoning source.
100
+ State the resolved primary visual adapter explicitly in the log before the first anchor surface.
101
+ Write a visual thesis, content plan, and interaction thesis before the first anchor surface.
102
+ Use Pencil guides only as layout constraints, not as the design direction.
103
+ Do not start with broad multi-screen scaffolding.
104
+ Design 1-3 anchor surfaces first, review screenshots, then expand.
105
+ For each anchor surface, explain how the new composition differs structurally from the current layout.
106
+ Do not treat screenshot analysis as an automatic pass if it reports hierarchy, spacing, clarity, or inconsistency issues.
107
+ Use only Pencil-supported properties; do not use web-only props like flex or margin.
108
+ Verify the registered project-local `.pen` file exists as a shell-visible file after the first Pencil write.
109
+ Keep `.da-vinci/designs/` reserved for `.pen` files only.
96
110
  Do not pass design checkpoint if the result is just a skin-swap of the old UI.
97
111
  ```
98
112
 
@@ -74,6 +74,13 @@ $da-vinci use <mode> to <goal>
74
74
 
75
75
  - `docs/zh-CN/prompt-presets/`
76
76
 
77
+ 每个场景文件现在都固定包含:
78
+
79
+ - `Simple redesign`
80
+ - `Complex redesign`
81
+ - `Design-only`
82
+ - `Continue`
83
+
77
84
  ### 1. 新项目,需求清晰
78
85
 
79
86
  ```text
@@ -35,6 +35,7 @@ project/
35
35
  - `DA-VINCI.md` 放根目录
36
36
  - 其他工作流工件放 `.da-vinci/`
37
37
  - 项目内持久化的 Pencil `.pen` 文件默认放 `.da-vinci/designs/`
38
+ - `.da-vinci/designs/` 里只应该放 `.pen` 文件,不应该混入工作流 markdown
38
39
 
39
40
  ## 快速选 mode
40
41
 
@@ -134,7 +135,11 @@ Da Vinci 应该:
134
135
  - 把复杂页面拆成 subpage、state、overlay、fragment surface
135
136
  7. 生成 `design.md`
136
137
  8. 生成 `pencil-design.md`
138
+ - 在大规模 anchor 设计前,先写 visual thesis、content plan、interaction thesis 和 structural-delta 说明
139
+ - 先做 1 到 3 个 anchor surface,再扩展更多页面
140
+ - 首轮设计由解析出来的主 visual adapter 主导
137
141
  - 把新的 Pencil 基线真正落到登记好的 `.da-vinci/designs/` 路径
142
+ - 在第一次成功写入 Pencil 后,立即验证登记的 `.pen` 路径已经成为 shell 可见文件
138
143
  9. 生成 `pencil-bindings.md`
139
144
  10. 生成 `tasks.md`
140
145
  11. 进入实现
@@ -144,10 +149,22 @@ Da Vinci 应该:
144
149
  - 现有代码决定 behavior,不决定新的视觉布局
145
150
  - `redesign-from-code` 默认应该基于页面职责和状态重新构图
146
151
  - 不能把“旧页面换个配色、换点间距、挪一点位置”当成真正的重设计
152
+ - 一旦配置了 `Preferred adapters`,解析出来的主 adapter 应该主导首轮设计,而不是只登记不使用
153
+ - 运行时必须明确声明解析出来的主 adapter,以及哪些请求的 adapter 当前不可用
154
+ - 不要把跨平台的近名 adapter 默认当成同一个能力源,应该按当前环境里真实安装的名字解析
155
+ - 当主 adapter 生效时,先写 visual thesis、content plan 和 interaction thesis,再开始第一个 anchor screen
156
+ - 不要让 Pencil 的 guide 或样式模板取代主 adapter 成为设计方向来源
157
+ - 不要一上来就批量搭很多空 screen
158
+ - 对复杂产品,先把 1 到 3 个 anchor surface 做到通过截图审查,再扩展其他页面
159
+ - 对每个 anchor surface,都要说明“新的构图与当前布局结构相比具体改了什么”
160
+ - 只要截图分析指出 hierarchy、spacing、clarity、inconsistency 或 unresolved placeholder 问题,就不能自动判通过
161
+ - 在扩展更多页面前,先从已通过的 anchor surface 中抽出一组 shared primitives
162
+ - 只使用 Pencil 支持的属性,不要继续使用 `flex`、`margin` 这类 Web/CSS 属性
147
163
  - 一个实现页如果包含多个 Fragment、多个 tab、多个状态或多个 overlay,应该拆成多个设计 surface
148
164
  - `design-registry.md` 里的首选 `.pen` 路径由工作流自动维护,不应该依赖用户手工填写
149
165
  - 不要因为当前 Pencil 里正好打开了一个文档,就直接在那个文档上继续做重设计
150
166
  - 如果 Pencil MCP 没有自动把登记路径的 `.pen` 文件落到磁盘,就应该先补写这个项目内文件,再把 mapping 或 implementation 视为完成
167
+ - `.da-vinci/designs/` 应该只作为 `.pen` 目录使用,不应该混入 inventory、proposal 之类的 markdown
151
168
 
152
169
  ## 4. `feature-change`
153
170
 
@@ -10,8 +10,9 @@
10
10
 
11
11
  1. 先选最接近产品形态的提示词模板
12
12
  2. 再选对应的 `Visual Assist` 模板
13
- 3. 两者一起放进工作流设置
14
- 4. 只有在项目存在特殊真相源或平台约束时,再继续收紧提示词
13
+ 3. 再选和项目复杂度、交付意图匹配的提示词版本
14
+ 4. 两者一起放进工作流设置
15
+ 5. 只有在项目存在特殊真相源或平台约束时,再继续收紧提示词
15
16
 
16
17
  可用模板:
17
18
 
@@ -25,3 +26,10 @@
25
26
  - 提示词模板负责定义工作流意图、拆分规则和真相源处理方式
26
27
  - `Visual Assist` 模板负责定义 UI 设计增强偏好
27
28
  - 两者一起使用,结果通常更稳
29
+
30
+ 现在每个场景模板里都固定包含:
31
+
32
+ - `Simple redesign`
33
+ - `Complex redesign`
34
+ - `Design-only`
35
+ - `Continue`
@@ -9,38 +9,76 @@
9
9
  适合这种需求:
10
10
 
11
11
  - 高密度工作区层级
12
- - 明确的工具面板和主工作面
13
- - 克制的 modal 和 secondary panel 处理
14
- - 把复杂页面拆成真正有意义的 surface
12
+ - 明确的主工作面和次级面板
13
+ - 克制的 modal、inspector 和 secondary panel 处理
15
14
 
16
- 推荐提示词:
15
+ ## 如何选择
16
+
17
+ - `Simple redesign` 适合 workspace 不多、状态分支有限、结构相对收敛的项目。
18
+ - `Complex redesign` 适合多工作区、多侧栏、多 inspector、多 overlays、状态变化明显的项目。
19
+ - `Design-only` 适合先把设计链路和绑定做完,但暂时不改代码。
20
+ - `Continue` 适合已经有 `.da-vinci/` 工件,需要继续推进的项目。
21
+
22
+ ## Simple Redesign
17
23
 
18
24
  ```text
19
25
  $da-vinci use redesign-from-code to redesign this existing desktop product.
20
26
 
21
27
  Existing code is the behavior source of truth, not the layout truth.
22
- Preserve behavior, flows, integrations, and validation rules unless explicitly required otherwise.
23
- Inventory primary workspaces, side panels, secondary panels, dialogs, settings flows, overlays, and important states before broad Pencil work.
24
- Decompose complex screens into primary surfaces, secondary surfaces, overlays, and materially different states.
28
+ Preserve current behavior, flows, integrations, and validation rules unless explicitly required otherwise.
29
+ Inventory the current workspaces, dialogs, overlays, and important states before Pencil work.
25
30
  Use the Visual Assist preferences declared in DA-VINCI.md.
26
- Do not pass design checkpoint if the result is just a boxed-up recolor of the old UI or if panel hierarchy remains unclear.
31
+ Do not pass design checkpoint if the result is just a boxed-up recolor of the old UI or if workspace hierarchy remains unclear.
27
32
  Persist project-local Pencil files under .da-vinci/designs/.
28
33
  ```
29
34
 
30
- 什么时候先走 `intake`:
35
+ ## Complex Redesign
36
+
37
+ ```text
38
+ $da-vinci use redesign-from-code to redesign this existing desktop product.
31
39
 
32
- - 桌面端架构较大
33
- - 模块和 workspace 边界不够清晰
34
- - 存在多个设计参考源或混合产品形态
40
+ Existing code is the behavior source of truth, not the layout truth.
41
+ Preserve current behavior, flows, integrations, and validation rules unless explicitly required otherwise.
42
+ Inventory primary workspaces, side panels, inspectors, dialogs, settings flows, overlays, and materially different states before broad Pencil work.
43
+ Decompose complex screens into primary surfaces, secondary surfaces, overlays, and implementation surfaces.
44
+ Use the Visual Assist preferences declared in DA-VINCI.md.
45
+ Treat the resolved primary visual adapter as the first-pass design lead.
46
+ Use Pencil guides only as workspace constraints, not as the design direction.
47
+ Do not start with broad multi-screen scaffolding.
48
+ Design 1-3 anchor surfaces first, review screenshots, then expand.
49
+ Do not pass design checkpoint if the result is a repeated placeholder scaffold, flat panel soup, or a recolor of the old desktop shell.
50
+ Persist project-local Pencil files under .da-vinci/designs/.
51
+ ```
35
52
 
36
- `intake` 版本:
53
+ ## Design-Only
37
54
 
38
55
  ```text
39
- $da-vinci use intake for this existing desktop product.
56
+ $da-vinci use redesign-from-code to redesign this existing desktop product.
40
57
 
41
- I need to redesign the UI while preserving current behavior.
42
58
  Existing code is the behavior source of truth, not the layout truth.
43
- Inventory workspaces, panels, dialogs, overlays, settings flows, and important states.
44
- Decompose complex screens before Pencil work.
45
- Generate the best executable Da Vinci workflow prompt for the next step.
59
+ Preserve current behavior, flows, and integrations.
60
+ Inventory workspaces, side panels, dialogs, overlays, and important states.
61
+ Decompose complex screens into real design surfaces before Pencil work.
62
+ Use the Visual Assist preferences declared in DA-VINCI.md.
63
+ If the product is complex, design 1-3 anchor surfaces first, review screenshots, then expand.
64
+ Stop after DA-VINCI.md, design-registry.md, page-map.md, proposal.md, specs, design.md, pencil-design.md, pencil-bindings.md, and tasks.md.
65
+ Do not start code changes yet.
46
66
  ```
67
+
68
+ ## Continue
69
+
70
+ ```text
71
+ $da-vinci use continue for this existing desktop-product redesign workflow.
72
+
73
+ Use the existing Da Vinci artifacts in this project.
74
+ Do not restart discovery unless an artifact is missing or clearly wrong.
75
+ Keep the registered project-local Pencil source under .da-vinci/designs/ as the design source of truth.
76
+ If the redesign is complex, continue from the approved anchor surfaces instead of restarting broad scaffolding.
77
+ Continue into the next unfinished stage and do not stop at tasks.md when the active intent is full-delivery.
78
+ ```
79
+
80
+ ## 什么时候先走 Intake
81
+
82
+ - workspace 边界还不清晰
83
+ - 有多个真相源或混合产品形态
84
+ - 第一条工作流提示词仍然很难一次说对
@@ -8,39 +8,85 @@
8
8
 
9
9
  适合这种需求:
10
10
 
11
- - app-first 的层级结构
12
- - touch-first 的交互界面
13
- - 强状态拆分
14
- - 明确处理 sheets、dialogs、tabs 和 nested navigation
11
+ - touch-first 的层级和交互
12
+ - 明确处理 tabs、dialogs、sheets 和 nested flows
13
+ - 让状态拆分真正贴合 app 行为
15
14
 
16
- 推荐提示词:
15
+ ## 如何选择
16
+
17
+ - `Simple redesign` 适合界面较少、状态不爆炸、产品表面相对收敛的项目。
18
+ - `Complex redesign` 适合多 activity、多 fragment、多 tabs、多 overlays、状态差异明显的项目。
19
+ - `Design-only` 适合先把设计链路和绑定做完,但暂时不改代码。
20
+ - `Continue` 适合已经有 `.da-vinci/` 工件,需要继续推进的项目。
21
+
22
+ ## Simple Redesign
17
23
 
18
24
  ```text
19
25
  $da-vinci use redesign-from-code to redesign this existing mobile app.
20
26
 
21
27
  Existing code is the behavior source of truth, not the layout truth.
22
28
  Preserve business logic, navigation, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
23
- Inventory routes, screens, tabs, dialogs, bottom sheets, nested flows, and important states before broad Pencil work.
24
- Decompose complex screens into subpages, overlays, materially different states, and implementation surfaces.
29
+ Inventory the current screens and important states before Pencil work.
25
30
  Use the Visual Assist preferences declared in DA-VINCI.md.
26
31
  Do not pass design checkpoint if the result is a skin-swap of the old UI, a generic card grid, or a weak mobile hierarchy.
27
32
  Persist project-local Pencil files under .da-vinci/designs/.
28
33
  ```
29
34
 
30
- 什么时候先走 `intake`:
35
+ ## Complex Redesign
31
36
 
32
- - 项目有多个真相源
33
- - UI 栈不清晰
34
- - 重设计跨度大,第一条提示词很难一次说对
37
+ ```text
38
+ $da-vinci use redesign-from-code to redesign this existing mobile app.
35
39
 
36
- `intake` 版本:
40
+ Existing code is the behavior source of truth, not the layout truth.
41
+ Preserve business logic, navigation, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
42
+ Inventory activities, fragments, tabs, dialogs, bottom sheets, nested flows, overlays, and materially different states before broad Pencil work.
43
+ Decompose complex screens into subpages, overlays, materially different states, and implementation surfaces.
44
+ Use the Visual Assist preferences declared in DA-VINCI.md.
45
+ Treat the resolved primary visual adapter as the first-pass design lead.
46
+ State the resolved primary visual adapter explicitly in the log and name any requested adapters that are unavailable.
47
+ Before the first anchor surface, write a visual thesis, content plan, and interaction thesis.
48
+ Use Pencil guides only as layout constraints, not as the design direction.
49
+ Do not start with broad multi-screen scaffolding.
50
+ Design 1-3 anchor surfaces first, review screenshots, then expand.
51
+ For each anchor surface, explain how the new composition differs structurally from the current layout.
52
+ Do not treat screenshot analysis as an automatic pass if it reports hierarchy, spacing, clarity, or inconsistency issues.
53
+ Use only Pencil-supported properties; do not use web-only props like flex or margin.
54
+ Verify the registered project-local `.pen` file exists as a shell-visible file after the first Pencil write.
55
+ Keep non-`.pen` workflow artifacts out of `.da-vinci/designs/`.
56
+ Define shared primitives from the approved anchor surfaces before broad page expansion.
57
+ Do not pass design checkpoint if the result is a skin-swap of the old UI, a generic card grid, repeated placeholder templates, or weak visual anchors.
58
+ Persist project-local Pencil files under .da-vinci/designs/.
59
+ ```
60
+
61
+ ## Design-Only
37
62
 
38
63
  ```text
39
- $da-vinci use intake for this existing mobile app.
64
+ $da-vinci use redesign-from-code to redesign this existing mobile app.
40
65
 
41
- I need to redesign the UI while preserving current behavior.
42
66
  Existing code is the behavior source of truth, not the layout truth.
43
- Inventory screens, tabs, dialogs, bottom sheets, nested flows, and important states.
44
- Decompose complex screens before Pencil work.
45
- Generate the best executable Da Vinci workflow prompt for the next step.
67
+ Preserve current behavior and navigation.
68
+ Inventory screens, tabs, dialogs, bottom sheets, nested flows, overlays, and important states.
69
+ Decompose complex screens into real design surfaces before Pencil work.
70
+ Use the Visual Assist preferences declared in DA-VINCI.md.
71
+ If the app is complex, design 1-3 anchor surfaces first, review screenshots, then expand.
72
+ Stop after DA-VINCI.md, design-registry.md, page-map.md, proposal.md, specs, design.md, pencil-design.md, pencil-bindings.md, and tasks.md.
73
+ Do not start code changes yet.
46
74
  ```
75
+
76
+ ## Continue
77
+
78
+ ```text
79
+ $da-vinci use continue for this existing mobile-app redesign workflow.
80
+
81
+ Use the existing Da Vinci artifacts in this project.
82
+ Do not restart discovery unless an artifact is missing or clearly wrong.
83
+ Keep the registered project-local Pencil source under .da-vinci/designs/ as the design source of truth.
84
+ If the redesign is complex, keep the anchor-first flow until the design checkpoint passes.
85
+ Continue into the next unfinished stage and do not stop at tasks.md when the active intent is full-delivery.
86
+ ```
87
+
88
+ ## 什么时候先走 Intake
89
+
90
+ - 项目有多个真相源
91
+ - UI 栈还不清晰
92
+ - 第一条工作流提示词仍然很难一次说对
@@ -10,37 +10,75 @@
10
10
 
11
11
  - split-pane 或 multi-column 构图
12
12
  - orientation-aware 的设计思路
13
- - 拆分工具区、侧边区域和 overlays
14
- - 同时考虑 touch-first 和 canvas-first 的交互
13
+ - 明确拆分工具区、侧边区域和 overlays
15
14
 
16
- 推荐提示词:
15
+ ## 如何选择
16
+
17
+ - `Simple redesign` 适合表面不大、主要 flow 有限、只做轻量平板适配的项目。
18
+ - `Complex redesign` 适合多列布局、方向切换、扩展 canvas、多 overlays、状态差异明显的项目。
19
+ - `Design-only` 适合先把设计链路和绑定做完,但暂时不改代码。
20
+ - `Continue` 适合已经有 `.da-vinci/` 工件,需要继续推进的项目。
21
+
22
+ ## Simple Redesign
17
23
 
18
24
  ```text
19
25
  $da-vinci use redesign-from-code to redesign this existing tablet product.
20
26
 
21
27
  Existing code is the behavior source of truth, not the layout truth.
22
- Preserve behavior, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
23
- Inventory split-pane regions, sidebars, expanded canvases, dialogs, sheets, orientation-driven changes, and important states before broad Pencil work.
24
- Decompose complex pages into multi-region surfaces, overlays, materially different states, and implementation surfaces.
28
+ Preserve current behavior, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
29
+ Inventory the current tablet surfaces and important states before Pencil work.
25
30
  Use the Visual Assist preferences declared in DA-VINCI.md.
26
31
  Do not pass design checkpoint if the result ignores tablet-scale composition or collapses into a stretched phone layout.
27
32
  Persist project-local Pencil files under .da-vinci/designs/.
28
33
  ```
29
34
 
30
- 什么时候先走 `intake`:
35
+ ## Complex Redesign
36
+
37
+ ```text
38
+ $da-vinci use redesign-from-code to redesign this existing tablet product.
31
39
 
32
- - 产品同时有 phone tablet surface
33
- - orientation multi-pane 逻辑很复杂
34
- - 设计参考与真实实现 surface 对不上
40
+ Existing code is the behavior source of truth, not the layout truth.
41
+ Preserve current behavior, permissions, integrations, validations, and state transitions unless explicitly required otherwise.
42
+ Inventory split-pane regions, sidebars, expanded canvases, dialogs, sheets, orientation-driven changes, and materially different states before broad Pencil work.
43
+ Decompose complex pages into multi-region surfaces, overlays, materially different states, and implementation surfaces.
44
+ Use the Visual Assist preferences declared in DA-VINCI.md.
45
+ Treat the resolved primary visual adapter as the first-pass design lead.
46
+ Use Pencil guides only as tablet-layout constraints, not as the design direction.
47
+ Do not start with broad multi-screen scaffolding.
48
+ Design 1-3 anchor surfaces first, review screenshots, then expand.
49
+ Do not pass design checkpoint if the result collapses into a stretched phone layout, repeated placeholders, or weak multi-region hierarchy.
50
+ Persist project-local Pencil files under .da-vinci/designs/.
51
+ ```
35
52
 
36
- `intake` 版本:
53
+ ## Design-Only
37
54
 
38
55
  ```text
39
- $da-vinci use intake for this existing tablet product.
56
+ $da-vinci use redesign-from-code to redesign this existing tablet product.
40
57
 
41
- I need to redesign the UI while preserving current behavior.
42
58
  Existing code is the behavior source of truth, not the layout truth.
59
+ Preserve current behavior, permissions, integrations, and state transitions.
43
60
  Inventory split-pane regions, sidebars, dialogs, sheets, orientation changes, and important states.
44
- Decompose complex pages before Pencil work.
45
- Generate the best executable Da Vinci workflow prompt for the next step.
61
+ Decompose complex pages into real design surfaces before Pencil work.
62
+ Use the Visual Assist preferences declared in DA-VINCI.md.
63
+ If the product is complex, design 1-3 anchor surfaces first, review screenshots, then expand.
64
+ Stop after DA-VINCI.md, design-registry.md, page-map.md, proposal.md, specs, design.md, pencil-design.md, pencil-bindings.md, and tasks.md.
65
+ Do not start code changes yet.
66
+ ```
67
+
68
+ ## Continue
69
+
70
+ ```text
71
+ $da-vinci use continue for this existing tablet-product redesign workflow.
72
+
73
+ Use the existing Da Vinci artifacts in this project.
74
+ Do not restart discovery unless an artifact is missing or clearly wrong.
75
+ Keep the registered project-local Pencil source under .da-vinci/designs/ as the design source of truth.
76
+ If the redesign is complex, continue from the approved anchor surfaces instead of restarting broad scaffolding.
77
+ Continue into the next unfinished stage and do not stop at tasks.md when the active intent is full-delivery.
46
78
  ```
79
+
80
+ ## 什么时候先走 Intake
81
+
82
+ - 产品同时混合了 phone 和 tablet surface
83
+ - orientation 或 multi-pane 行为让第一条请求更复杂
84
+ - 第一条工作流提示词仍然很难一次说对