为现有网站设定重设计方向时…

当用户要求重设计网站、刷新设计或设定新设计方向时，用一套分阶段流程把自由文本意图转成可执行的目标规格与审计轨迹。

适用场景

解决思路

1. 运行主技能的 setup（skills/stardust/SKILL.md § Setup）：硬性检查 impeccable 依赖、加载上下文、读取状态。
2. 确认 stardust/state.json 存在且至少含一个 extracted 页面；否则停止并建议先运行 $stardust extract <url>。
3. 读取 stardust/current/_brand-extraction.json；若缺失则停止（extract 未完成品牌表面提取），重新运行 extract。
4. 读取跨站品牌输入（若存在）：state.json.designSource（design-donor 模式，Mode A 的 pin 绑定到捐赠方的派生系统）与 _brand-extraction.json.origins[]（同源证据，只扩大可放大范围、不改变 pin）；按 reference/cross-site-brand-inputs.md 的规则处理，并在计划中展示当前模式。
5. 读取 stardust/direction.md（若存在）；若已有方向且未传 --re-direct，询问用户是要细化现有方向还是替换。
6. 仅 prep 模式：在类型或模块检测前，按 reference/prep-mode.md 运行 provenance 校验。
7. 对捕获的品牌信号分类：signal-strong（调色板 ≥3 个不同颜色且至少一个字体族有命名）、signal-thin（2 个颜色或无字体族或 type.scaleAudit.kind === "ad-hoc" 且标题尺寸少于 3 个）、signal-absent（1 或 0 个颜色，或 _provenance.notes 标记提取失败/登录墙/iframe 主导）；当分类会改变默认模式时在计划中展示。
8. Phase 1 推理：按 skills/stardust/reference/intent-reasoning.md 执行步骤 1-6——用维度词汇复述短语、识别 movement、识别 gaps、最多问两个澄清问题、映射到 impeccable 命令序列、向用户展示计划；每轮问题硬上限为两个。
9. 零 movement 检查：若短语把所有轴都固定不变（如 "exact replica"、"same design"、"pixel-perfect"、"faithful"、"keep the current design"、"1:1"、"re-platform only"、"preserve verbatim"，或 ia-fidelity: verbatim 且调色板/字体/密度都固定），则写一段说明到 stardust/direction.md（零 movement 短语——同设计迁移；方向即 replica Phase 2 的机械提升），若未设置则给 state.json.flow 打上 "replica"，并停止提示运行 $stardust replica <url>；绝不继续进入重设计方向、--prep 模块目录或计划。
10. Hands-off 模式（state.json.handsOff: true）：在零 movement 检查之后，不问不等；从捕获证据推导所有答案（密度与 ia-fidelity 用文档默认值与触发条件，受众与语域用捕获表面），并在 direction.md § Movements 中记录为具名假设；计划仍写，执行跳过确认门。
11. 密度调优（仅当短语未移动 density 轴且解析语域为 brand 时）：问一个简短追问——(a) airy（约 96px 区块内边距）、(b) balanced（约 64–72px）、(c) packed（约 40–48px）；默认 (b) balanced；用户回答则打上 density: <tier>，未回答则默认 balanced 并打上 density: balanced (default)。
12. 跳过密度追问的情况：短语已移动 density（如 "make it denser"、"more breathing room"、"compact"、"tight"、"spacious"）；语域为 product（默认 packed）；语域为 ambiguous 且先解析语域价值更高（推迟到下一轮）。
13. IA-fidelity 调优（仅当短语未自动固定 ia-fidelity 时）：问一个简短追问——(a) verbatim（相同区块顺序与内容节拍，变体只探索表面：颜色、字体、密度、动效）或 (b) reimagined（变体可降级/提升/删除区块、移动 IA 优先级、对页面主干采取 "what if" 立场）；默认 (b) reimagined；用户回答则打上 ia-fidelity: <tier>，未回答则默认 reimagined 并打上 ia-fidelity: reimagined (default)。
14. 跳过 IA-fidelity 追问的情况：短语已自动固定该轴（如 "same IA, swap the surface" → verbatim；"what if we rethought the home page" → reimagined）；正在细化现有 direction.md（当前 tier 保持，除非用户显式重新固定）。
15. 当密度与 IA-fidelity 都未移动时把两个问题配对提问以不超两个问题上限；若语域（brand vs product）也未定，优先解析语域，把密度/IA-fidelity 之一推迟到下一轮。
16. 等待用户确认（"go" 或对计划的修正）后再继续。
17. Phase 2 模式检测优先级（先运行）：默认模式由是否存在可用信号的已提取品牌表面决定，而非仅由用户短语决定；歧义刷新短语（"make it modern"、"stunning new version"、"design fatigue cure"）是迁移型请求，不是 rebrand 触发。
18. 模式 1——站点迁移/刷新（默认）：当捕获信号为 signal-strong 时 Mode A 默认激活；短语只在 Mode A 内移动 expressive、distinctiveness、tone、density 轴，调色板与字体固定到捕获表面，图像复用契约成立；签名保留也成立（捕获的签名 hero 媒介或全站母题被复现而非压平，豁免 surprise 预算）；在计划中展示 "Brand-faithful mode active — palette and type pinned to the captured brand surface. Pass --rebrand to override."。
19. 模式 2——Rebrand（显式选择加入）：当短语含显式 rebrand 信号（rebrand、new brand、clean slate、start over、from scratch、replace the brand、not brand-faithful、editorial reimagination、completely new、redo the brand）、或传了 --rebrand、或捕获信号为 signal-absent 时覆盖 Mode A；运行标准 divergence-seed roll；在计划中展示 "Rebrand mode active — full divergence-seed roll. Mode A bypassed because <reason>."。
20. 模式 3——Brand-faithful + 定向探索：当用户请求 N 个变体且 Mode A 激活时，按 reference/multi-variant.md 的变体角色契约执行；变体 A 锁定为严格 Mode A（调色板与字体固定、IA 保留、应用所有改进项）；变体 B+ 可放大一个捕获特征但不得引入捕获表面外的字体、捕获调色板外的颜色，或改变 PRODUCT.md 的语域。
21. 模式 4——Signal-thin 回退：当捕获信号为 signal-thin 时 Mode A 激活但警告 "Captured brand surface is thin — {reason}. Variants will inherit what is available; some dimensions will need to be filled by the divergence toolkit."；用户可重新运行 extract 用更宽爬取（--cap 25）或降低保真度继续。
22. Mode A 过程：记录 font_deck.name = "brand-inherited" 与 font_deck.picked_by = "user-constraint"，不调用 reference/palette-picker.md；记录 palette.source = "inherited from _brand-extraction.json" 与 palette.picked_by = "user-constraint"，若继承名违反 brand-native 规则则按 toolkit § 4 做角色重命名；仍为非锁定维度（decade、register、ground-family）roll seed；按 reference/direction-format.md § Brand-faithful inversions 自动生成 extensions.divergence 中的 brand_faithful_inversions[] 块；在用户报告中展示哪些维度有效、哪些惰性。
23. Mode A 图像复用契约：捕获图像通过其公开 URL（或 stardust/current/assets/media/ 中的本地副本）在源站相同语义位置复用——hero 保持 hero、story-tile 肖像保持 story-tile 肖像、program-card 图像保持 program-card 图像、背景母题图像保持背景母题；仅在图像损坏（404、referrer-policy 阻止、CORS 墙、localPath: null 且有 downloadError）、品牌审查发现张力、或改进列表明确注明裁剪/定位修正时才可偏离；Mode A 下禁止合成占位图；无法复用时原型形状简报显式声明缺口并渲染带签名元素的占位符。
24. Mode A+（品牌邻近细化，有界、证据门控）：当改进列表指出有证据的捕获字体或颜色弱点时，允许有界的同类升级，每项审计在 extensions.divergence.brand_adjacent_refinements[] 中，默认不激活；应用前读 reference/mode-a-plus.md。
25. Mode B（锚点参考优先级）：当用户提供锚点参考时，提取其隐含维度（decade 来自时代、craft 来自媒介、register 来自文化参考集、ground-family 来自典型底色），标记 picked_by = "anchor-reference: <ref-name>"，只对未隐含维度 roll seed，并在 extensions.divergence.seed.anchors[] 记录锚点→维度映射。
26. Mode B 代理来源锚点（用户未提供时的默认）：运行 reference-research.md 的研究流程，按品牌类别、语域与解析方向匹配 3–5 个真实锚点；研究锚点与用户提供锚点有同等隐含维度权重，记录为 picked_by: "reasoned: <anchor>" 并在 extensions.divergence.references_used[] 中附完整引用；用户提供参考在冲突时优先；研究不可用时降级为确定性 roll。
27. Mode C（品牌忠实 ground-family 覆盖）：当 Mode A 激活且 seed 的 ground_family roll 与品牌现有底色不一致时，品牌底色胜出；seed roll 不丢弃，改为告知 alt-section 表面；在 extensions.divergence.seed.ground_family.override 记录原因之一：brand-faithful、print-paper、direction-driven（三者互斥，在用户报告中展示所选）。
28. 默认模式（无约束）：研究优先、roll 作回退——先运行 reference-research.md 为品牌类别与解析方向找锚点并推导隐含维度（picked_by: "reasoned: <basis>"）；只对研究未隐含的维度 roll 4 维 seed（decade × craft × register × ground-family），研究不可用时整体 roll，roll 也可作为自审发现模型复现默认时的收敛打破器；按 § 3 从 10 个命名 deck 选字体，研究锚点可影响选择，均无隐含时按 hash 确定性选择；若解析方向移动 color-energy 轴或把现有调色板列为问题，则从主研究锚点或库候选派生完整角色梯度调色板（text、grounds、borders、accents、states），库是锚点银行而非封闭菜单，模型设计梯度并在落入 tokens 前验证每个 text-on-ground 对的 WCAG AA，派生依据记录在 extensions.divergence.palette_source；否则从 _brand-extraction.json 继承现有调色板并按 toolkit § 4 做角色重命名。
29. 始终运行反工具箱审计：无论何种模式，对解析方向运行自审（toolkit § 1 Enforcement + Self-audit）；每个反工具箱命中都需要品牌特定理由，否则移除。
30. 按 divergence-toolkit.md 底部的 v2 存储形状在 DESIGN.json.extensions.divergence 中记录每次解析。
31. Phase 2.5 改进列表（仅 Mode A）：在任何变体渲染前写 stardust/prototypes/<slug>-improvements.md，列出捕获站点中 3–5 个具体弱点；它是变体 A 渲染所依据的简报——不是规定性的（无视觉目标），而是描述现有站点与同品牌 2026 年合格执行之间的差距；变体 B+ 将其作为下限（可更进一步但不得矛盾）；rebrand 模式跳过此阶段。
32. 改进列表审计复用：当 stardust/audit/<domain-slug>/audit.json 存在时，消费其设计发现作为候选改进而非从头推导，把 finding ID 带入每项的 evidence 引用；具体性标准仍适用于每个带入项。
33. 改进列表五类来源：1) 设计界已越过的过时模式（命名模式与时代，而非感觉）；2) 混乱 IA（层级不清、CTA 弱或冗余、转化漏斗碎片化）；3) 对比度失败、可访问性缺口、密度问题（从 brand-review.html Tensions 拉取）；4) 品牌可在保持可识别的同时越过的陈词滥调；5) 现有站点未利用的错失机会。
34. 改进列表具体性标准：弱点需引用可测量观察（尺寸、比例、对比度值、计数或命名张力 ID，来自每页 JSON、brand-review 或 brand-extraction）、命名有问题的设计模式、以及变体 A 简报将应用的一个具体修复；三项全过才算合格。
35. 改进列表格式：Markdown，带 _provenance frontmatter 块（按 artifact-map 约定）；每项为编号列表条目，含类别标签、弱点陈述与一行修复；完整示例见 reference/improvements-list.md § Format example。
36. 改进列表停止条件：若读完 brand-review、每页 JSON 与 brand-extraction 后无法命名 3 个满足具体性标准的弱点，则停止；变体 A 无简报，"better" 主张失败；不要合理化；诚实展示空列表并提出缩减范围（仅密度与对比度调整，或转向单个探索性变体而非三个）。
37. Phase 2.6 多变体分叉（N > 1 时）：变体槽位按角色区分而非 seed 区分；按 Phase 1 打上的 ia-fidelity tier 分支——verbatim 下为表面调优分叉 A1/A2/A3，reimagined 下为角色区分 A + B + C；在解析任何变体前读 reference/multi-variant.md 并遵循其变体角色契约、区分契约（每对变体至少 2 处实质变化）、表面分叉规则与渲染拒绝条件。
38. Phase 3 编写目标 PRODUCT.md：用 impeccable 的 reference/init.md § Write PRODUCT.md 作为格式规范（不是运行时命令）；文件顺序为 stardust 的 <!-- stardust:provenance … --> 块在前，然后 # Product，然后逐字 <!-- impeccable:product-schema 1 --> 注释；宁可省略章节也不要填通用文字；填充 Platform（裸值 web）、Users、Product Purpose、Positioning、Capabilities and Constraints、Brand Commitments、Evidence on Hand、Product Principles（3-5 条持久战略原则，每条映射到具体轴移动，动词开头，无视觉配方）、Accessibility & Inclusion（仅当约束集含 a11y-first、RTL-required 等时）；无法自信填充的章节标记 <!-- _provenance: inferred --> 并附一行依据；绝不编造战略。
39. Phase 4 编写目标 DESIGN.md 与 DESIGN.json（仅站点级）：用 impeccable 的 reference/document.md 作为格式规范（Stitch YAML frontmatter 加 6 个固定顺序的规范章节）；direct 编写设计系统而非页面级部署；边界是抽象角色 vs 字面部署——DESIGN.md/DESIGN.json 含 token 词汇、语音规则、反工具箱审计、divergence 轨迹、抽象组件词汇（button-primary、button-secondary、card、input、badge、link）、命名系统组件角色、默认视觉处理、语音样本；不得含字面 tile 标签、区块级像素尺寸、dock 点、断点宽度、统计数字、地址、引语、具名人物引用、"On home, the hero is X"、每页文案变体；若重设计需要看似全站的字面标签，在 DESIGN.json 中编码为抽象角色（如 extensions.systemComponentRoles.persistent-help，含 purpose/position-class 但无字面文案或尺寸），让每页形状简报指定部署。
40. DESIGN.md token 来源：colors 来自所选调色板或继承调色板加角色重命名（角色名须满足 toolkit § 4，brand-native，不得仅用 Primary/Secondary/Alarm）；typography 来自所选字体 deck，尺寸按解析 expressive 轴缩放（drenched → 比例 ≥ 1.333；committed → 1.25；restrained → 1.125-1.2）；rounded 来自提取品牌表面的 borderRadius.primary 众数，除非方向把 distinctiveness 移向 singular；spacing 为 4pt 基础刻度，sectionPadding 按 Phase 1 打上的密度 tier 传播（airy → desktop 96px/tablet 72px/mobile 48px；balanced → 64/48/32；packed → 48/36/24），不重新询问密度，按 stamp 确定性取值。
41. sectionPadding 硬下限执行：当捕获页面清单显示 >5 个区块或 >2 个受众轨道时，解析的 sectionPadding.desktop 在所有变体上（含最高 divergence 变体）限制在 ≤ 64px 且 ≥ 40px；若 Phase 1 在触发条件成立时仍打上 airy，写 tokens 前展示冲突并让用户选 (a) 覆盖下限（direction.md 中 density: airy (user-pinned)）或 (b) 接受下限（sectionPadding 上限 64px）；用户不回应时默认 (b)。
42. DESIGN.md components：4-6 个规范组件（button-primary、button-secondary、card、input、badge、link），从提取品牌表面 componentStyle 填充并按方向移动调整；每个组件 HTML/CSS 片段必须自包含、用 ds- 类前缀、遵守 impeccable 硬规则（仅 OKLCH、无纯黑/白、无 glassmorphism、无侧条纹、无渐变文字、brand 语域类型比例 ≥ 1.25）。
43. 编写 DESIGN.json（schemaVersion 2）：extensions.colorMeta、typographyMeta、shadows、motion、breakpoints 从与 DESIGN.md 相同来源填充；motion 块携带语域选择（register: arrival | kinetic-display | live-systems | editorial | kinetic-grid，registerRationale 一行引用回 PRODUCT.md Brand Personality 特质，easings、durations、parallax），按 skills/prototype/reference/motion-registers.md § Selection heuristic 从解析的 PRODUCT.md § Brand Personality 选择；direct 只选择语域不应用动效（原型时在 --cinematic 下应用）；N > 1 时 motion 块放入变体特定的 DESIGN-<id>.json 而非站点级 DESIGN.json；短语含显式动效方向时 direct 选语域并在 registerRationale 记为 "user-phrase: <verbatim>"。
44. DESIGN.json 其余字段：extensions.divergence 按 divergence-toolkit.md 的 v2 存储形状含完整审计轨迹与 brand-faithful inversion 日志；extensions.componentStyle 为抽象 v1 字段（buttons、cards、inputs、dualCTAPattern），默认处理、无每页尺寸或字面文案；extensions.systemComponentRoles 为命名跨页模式的抽象角色（如 persistent-help、cta-band、header、footer），含 purpose、position class 与全站约束，无字面文案、尺寸或每视口 dock 点；extensions.voice 为从 _brand-extraction.json 语音样本与解析 tone 派生的 DOs 与 DON'Ts；narrative.northStar、overview、keyCharacteristics、rules、dos、donts 从解析方向派生，toolkit § 7 可选 House Standards 落入 narrative.rules[]。
45. IA 优先级保留审计（Mode A）：tokens 起草后、落入变体 DESIGN 文件前，按 reference/intent-dimensions.md § 8 运行审计；对每个触发条件的捕获信号（商业转化、搜索主导 IA、捐赠漏斗、危机可及性、受众路由）在 DESIGN.json 记录 extensions.iaPriorities[] 条目（signal、evidence、preserveAs、scope、mutability）；每条是下游 prototype 与 migrate 必须遵守的约束，变体形状简报遗漏危机可及性则审计失败并拒绝；mutability 反映 Phase 1 的 ia-fidelity stamp（verbatim 下 locked，reimagined 下 movable），Phase 4 打一次，是 prototype 读取的真相来源。
46. 多变体 DESIGN 文件（N > 1 时）：Phase 4 写 PRODUCT.md（共享）加每变体 DESIGN-{A,B,C,…}.{md,json} 而非单对；每个变体继承共享的 extensions.iaPriorities[] 审计；rebrand 模式下 PRODUCT.md 也可每变体不同。
47. Phase 5 写 direction.md 并更新状态：按 skills/direct/reference/direction-format.md 写 stardust/direction.md，含完整推理轨迹（短语、复述、movements、gaps、问答、解析轴、divergence 输入、提议的命令序列、用户确认、每个默认假设）；re-direct 作为新章节追加，先前方向保留为历史；更新 stardust/state.json：direction.resolvedAt = now、direction.phrase = 用户逐字短语、direction.directionFile = "stardust/direction.md"、范围内每页 status extracted → directed；--re-direct 时对已 prototyped/approved/migrated 的页设 stale: true 与 staleReason: "direction changed at <ts>"，不改 status 本身。
48. 打印一屏摘要报告并推荐下一步（短语、受众、语域、movements、divergence、写入文件、状态变化、Next: $stardust prototype）。
49. 失败模式处理：无 extracted 状态则中止并建议 $stardust extract；两问后仍太模糊则把部分推理持久化到 stardust/direction.md 的 # Pending 章节，请用户细化，不从残缺推理写 PRODUCT.md/DESIGN.md/DESIGN.json；re-direct 且有已批准或已迁移页时先确认再 stale-flag；反工具箱审计移除过多移动时向用户展示并重新提示参考锚点；Mode A 下可放大特征少于 3 个或 signal-thin 时拒绝 N ≥ 3 并提议 1–2 个变体；Mode A 激活且短语要求违反 Mode A pin 时停止并明确命名冲突，给出 (a) 保留调色板只刷新执行、(b) rebrand（--rebrand）并 roll 新调色板、(c) Mode A 加定向调色板移动 三选项并等待明确回答；Phase 2.5 产生少于 3 个满足具体性标准的弱点时在渲染任何变体前停止，诚实展示并问用户 (a) 缩减范围（仅密度+对比度）、(b) 提取更多页面（extract --cap 25 或更高）、(c) 转向 rebrand 模式（--rebrand）。
50. --prep 模式：运行扩展 pass 以最终化 migrate 消费的清单数据结构——类型目录确认、模块目录最终化、颜色保留、更宽方向重评估、站点级元数据默认值；读 reference/prep-mode.md 并在标准流程之上遵循；发现模式运行不变。
51. --add-variant <name> 模式：当用户已批准或渲染变体 A 并要求 B/C 等替代时，跳过 Phase 1–2（模式、seed、调色板、ground family 从活动方向继承），按变体角色契约解析新变体角色，写 DESIGN-<name>.{md,json} 加 direction.md 的 ## Variant <name> 章节，不 stale-flag 任何页；写任何内容前读 reference/add-variant.md 并遵循其流程、父子关系、逐字段继承规则与失败模式。

适用边界 · 注意事项

• 没有已提取的站点状态时（需先运行 $stardust extract <url>）。
• 短语是零 movement 的同设计迁移（如 "exact replica"、"preserve verbatim"、"1:1"）时——应交给 $stardust replica。
• 捕获品牌信号为 signal-absent 且用户未显式选择 rebrand 时，Mode A 无法继承，需先确认模式。