docs(design-system): DS-5 对齐执行路线与双端设计合同 - #4022
Conversation
Signed-off-by: kirozeng <kirozeng@gmail.com>
group g1 tip c2d89fd0cf4c90ab38fa63dd39b3fd50c3eba3de Signed-off-by: kirozeng <kirozeng@gmail.com>
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
| Filename | Overview |
|---|---|
| docs/design-rules/design-governance.md | 重构 DS-5—12 路线、待裁决合同及 G1—G4 验收标准,内容与当前台账分工一致。 |
| packages/design-tokens/README.md | 明确当前与目标数值来源、双端接管边界及真实消费样本;已核对的关键源码链准确。 |
| docs/design-rules/design-inventory.md | 在不改变 surface 状态和保护含义的前提下,同步各入口后续批次与人工下一动作。 |
| scripts/shared/design-inventory.mjs | 更新默认台账说明和 Permission/Mobile 批次文本;既有人工区保留机制不受影响。 |
| scripts/tests/design-inventory.test.mjs | 将默认 seed 的 Mobile 发现阶段断言同步到 DS-7。 |
| docs/design-rules/cindy-design-system.md | 新增贡献者阅读路径和 Token 合同入口,链接目标有效。 |
| docs/dev-rules/repo-map.md | 登记 design-tokens 影子包及 DS-8/DS-10 未来接管关系。 |
Flowchart
%%{init: {'theme': 'neutral'}}%%
flowchart LR
DS5["DS-5<br/>路线与合同对齐"] --> DS6["DS-6<br/>设置表单与普通确认"]
DS6 --> DS7["DS-7<br/>复用守卫与 Mobile 发现"]
DS7 --> DS8["DS-8<br/>Desktop Token 生产接管"]
DS8 --> DS9["DS-9<br/>聊天呈现迁移"]
DS9 --> DS10["DS-10<br/>Mobile Token 接管"]
DS10 --> DS11["DS-11<br/>双端 Permission 呈现"]
DS11 --> DS12["DS-12<br/>扩大门禁与交接"]
DS8 -.验收.-> G1["G1 集中改风格"]
DS6 -.验收.-> G2["G2 独立贡献者可用"]
DS7 -.验收.-> G3["G3 防持续退化"]
DS10 -.验收.-> G4["G4 兼容与双端成立"]
Reviews (1): Last reviewed commit: "fix-run ds5-anchor wave1 squash" | Re-trigger Greptile
|
本轮反馈已核实:两条新评论都来自机器人,不需要改代码,分支也没有新提交(head 仍为 6e386a3)。 逐条说明:
顺手交叉核对了摘要与 PR 实际状态,两边一致:
dispatch:eba528f996bc440e |
MagicLizi
left a comment
There was a problem hiding this comment.
代码重审通过:当前 head 未发现 P0/P1。DS-5 文档合同、inventory 生成器与测试、repo-map / Token README 对齐一致;规则改写未放宽兼容红线。全部 conversation 已 resolve。
|
合了。把 DS-5 从聊天 Pattern 改成文档合同、并把 inventory / repo-map / Token README 一起对齐,后面双端设计不会再各写各的编号。 |
设计系统改造系列 DS-5,路线图见 docs/design-rules/design-governance.md §12
这次改了什么
摘要
仓内旧路线仍将 DS-5 指向聊天、DS-6 指向 Permission,台账还等待已落地的 DS-4。本次对齐 DS-5—12,补 DS-4b/#4010,并用 G1—G4 分别验收。Token README 补当前数值来源、DS-8/10 接管合同与两条真实双端消费路径,治理集中登记待决项。
变更类型
docs/test/chore文档、测试或工程维护范围
UI 变化
不涉及产品 UI。合同依据:docs/design-rules/DESIGN.md §4/5/10 的组件、圆角与主题边界;design-governance.md §4/6/7 的兼容、证据与风险规则。既有批准不扩大、pending 不追认为已批准。
怎么验证的
自动验证
手工验证
基于 main 36638ff 核对两端输入提交与用户/助手正文实际消费链、当前引用和平台派生;三路只读复核后纠正名称与定位。84 个本地文档链接目标存在;inventory 35 个 ID、owner、状态与保护含义保持。仅文档可达性检查,不冒充 G2 独立试用。
未执行的验证
未做 Desktop/iOS/Android Light/Dark 实机目检,本批未修改产品 UI。related 按已有调度不运行未受影响的 workspace 单测;根 runner 的 1 项跳过因 platform-tools 二进制未就位。验证日志保存在本地,尚未上传公开附件。DCO 签名与实际提交范围检查在提交预检中执行。
风险
风险分类
影响与回滚
提交前检查
目标:完成 DS-5 路线、数值权威、双端消费样本与待决合同对齐,让贡献者仅凭仓内文档能够接手 DS-6。
范围:五份文档、inventory 四处静态说明、一条已有断言;保留旧 ID/覆盖作用域/用户主题磁盘不变、保护族、两模式与管理员审核合同。
非目标:产品 UI、生产值、DTCG JSON、依赖、发现逻辑、CI、Permission 业务或 DS-6 实施。
验收:SC-01—10;两条真实双端链/平台静态覆盖与动态分界;台账状态不虚增;生成两次一致、freshness、related、受影响包 typecheck 与 diff 检查通过;pending 与未验证项如实记录。
MUST-FIX(本轮共识确认,按不变量归族去重)
本轮无 MUST-FIX 项。
ARCHIVE(已登记接受的残余风险)
本轮无 ARCHIVE 项。