@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.
- package/CHANGELOG.md +16 -0
- package/README.md +25 -1
- package/README.zh-CN.md +25 -1
- package/SKILL.md +23 -0
- package/commands/claude/da-vinci.md +3 -0
- package/commands/codex/prompts/da-vinci.md +3 -0
- package/commands/gemini/da-vinci.toml +3 -0
- package/docs/codex-natural-language-usage.md +7 -0
- package/docs/mode-use-cases.md +18 -0
- package/docs/prompt-presets/README.md +10 -2
- package/docs/prompt-presets/desktop-app.md +56 -18
- package/docs/prompt-presets/mobile-app.md +64 -18
- package/docs/prompt-presets/tablet-app.md +53 -15
- package/docs/prompt-presets/web-app.md +55 -17
- package/docs/visual-adapters.md +27 -0
- package/docs/visual-assist-presets/README.md +2 -0
- package/docs/workflow-examples.md +23 -9
- package/docs/zh-CN/codex-natural-language-usage.md +7 -0
- package/docs/zh-CN/mode-use-cases.md +17 -0
- package/docs/zh-CN/prompt-presets/README.md +10 -2
- package/docs/zh-CN/prompt-presets/desktop-app.md +56 -18
- package/docs/zh-CN/prompt-presets/mobile-app.md +63 -17
- package/docs/zh-CN/prompt-presets/tablet-app.md +53 -15
- package/docs/zh-CN/prompt-presets/web-app.md +54 -16
- package/docs/zh-CN/visual-adapters.md +27 -0
- package/docs/zh-CN/visual-assist-presets/README.md +2 -0
- package/docs/zh-CN/workflow-examples.md +23 -9
- package/package.json +1 -1
- package/references/artifact-templates.md +46 -0
- package/references/checkpoints.md +19 -1
- package/references/design-inputs.md +12 -1
- package/references/pencil-design-to-code.md +22 -1
- 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
|
|
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
|
|
11
|
+
- responsive hierarchy
|
|
12
12
|
- separation between marketing and product surfaces
|
|
13
|
-
- careful
|
|
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
|
-
|
|
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
|
|
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
|
-
|
|
35
|
+
## Complex Redesign
|
|
32
36
|
|
|
33
|
-
|
|
34
|
-
-
|
|
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
|
-
|
|
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
|
|
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
|
-
|
|
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
|
package/docs/visual-adapters.md
CHANGED
|
@@ -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
|
|
60
|
-
8.
|
|
61
|
-
9.
|
|
62
|
-
10.
|
|
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.
|
|
83
|
-
8.
|
|
84
|
-
9.
|
|
85
|
-
10.
|
|
86
|
-
11.
|
|
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
|
|
|
@@ -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
|
|
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
|
|
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
|
-
|
|
35
|
+
## Complex Redesign
|
|
36
|
+
|
|
37
|
+
```text
|
|
38
|
+
$da-vinci use redesign-from-code to redesign this existing desktop product.
|
|
31
39
|
|
|
32
|
-
|
|
33
|
-
|
|
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
|
-
|
|
53
|
+
## Design-Only
|
|
37
54
|
|
|
38
55
|
```text
|
|
39
|
-
$da-vinci use
|
|
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
|
-
|
|
44
|
-
|
|
45
|
-
|
|
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
|
-
-
|
|
12
|
-
-
|
|
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
|
|
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
|
-
|
|
35
|
+
## Complex Redesign
|
|
31
36
|
|
|
32
|
-
|
|
33
|
-
-
|
|
34
|
-
- 重设计跨度大,第一条提示词很难一次说对
|
|
37
|
+
```text
|
|
38
|
+
$da-vinci use redesign-from-code to redesign this existing mobile app.
|
|
35
39
|
|
|
36
|
-
|
|
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
|
|
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
|
-
|
|
44
|
-
|
|
45
|
-
|
|
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
|
-
-
|
|
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
|
|
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
|
-
|
|
35
|
+
## Complex Redesign
|
|
36
|
+
|
|
37
|
+
```text
|
|
38
|
+
$da-vinci use redesign-from-code to redesign this existing tablet product.
|
|
31
39
|
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
-
|
|
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
|
-
|
|
53
|
+
## Design-Only
|
|
37
54
|
|
|
38
55
|
```text
|
|
39
|
-
$da-vinci use
|
|
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
|
-
|
|
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
|
+
- 第一条工作流提示词仍然很难一次说对
|