DESIGN.md重复章节：对照规范与0.4.0行为，给冲突另设检查门槛

素材身份：作者原创输入/可编辑参考。目标工具未在本轮执行。
先打开 index.html；input.csv 是原始字段，reference.csv 是验收基准，negative.csv 是故意构造的坏样例。
actual-results.csv 保留未测状态，实际执行后再填写。

前置条件：
Node.js与npm已可运行；练习只需本地文本文件和官方@google/design.md CLI，不需要Stitch账号或付费生成。
固定当前CLI版本并保留版本号；DESIGN.md仍为alpha格式，升级前先在练习副本复核。
本课给出作者自制规则文件和预期，不把预期JSON冒充已执行的官方CLI返回。

操作步骤：
1. 保留冲突原稿
使用两段Colors和独立Photography的DESIGN-conflict.md，另备批准主色#184A45。
不要在检查前合并，先保留能复现问题的输入。

2. 固定发布版和规范
记录实际npm版本0.4.0，并保存main规范所述重复章节/顶层key要求。
规范要求和发布实现可能不同，二者分别记录。

3. 读真实lint原文
本课实际0.4.0对重复标题退出0，仅有section-order warning；跨YAML顶层colors重复也是warning。
不能写成CLI已经以error拒绝这两个样本。

4. 另设重复检查门槛
运行作者check-duplicate.py检查本课标题唯一性和已知顶层组重复。
这是本课交付门槛，覆盖范围写清，不冒称完整官方解析器。

5. 合并权威颜色说明
按brand-approval.json保留一个Colors，删除冲突说法。
Photography是自定义上下文，应继续保留。

6. 重跑两层检查
对修复文件分别运行官方lint和作者重复检查，保留各自stdout与退出码。
官方零退出和项目门槛通过是两个不同结论。

7. 交付版本差异报告
打包原稿、修复稿、规范链接和两层检查记录。
升级CLI后重新执行，不能把0.4.0行为当永远不变。

验收：
原稿重复由本课独立门槛检出，不能只看官方exit0。
修复后Colors唯一且Photography保留。
实际0.4.0行为与main规范要求分栏记录。

官方资料：
https://github.com/google-labs-code/design.md/blob/main/docs/spec.md

图片身份：assets/ 为内置image_gen生成的原创练习输入缩略版，原始文件保留在网站图片来源地址。可编辑SVG为作者原生排版。
