code-format

核心原则：优先复用，禁止猜测。禁止省略代码。

模式判断

调用方（design-to-code）会传入意图参数，根据意图选择模式：

意图参数	模式
新建	模式 A：生成新文件
改造:src/pages/xxx/index.vue	模式 B：修改现有文件

执行步骤

1. 读取上下文（动代码前必须全部读完）

按以下优先级查找每类文档，找到第一个即用：

用途	优先	兜底顺序
技术栈	README.md	→ CLAUDE.md → package.json
组件文档	docs/components.md	→ docs/ 下含 "Props"/"组件" 的 .md
编码规范	docs/dev-spec.md	→ docs/ 下含 "命名规范"/"开发规范" 的 .md → 扫描 src/ 推断
交互逻辑	docs/tech-spec.md	→ 无则全部标 TODO

调用方（design-to-code）会传入 CONTEXT_FILES，直接使用传入路径，不必自己查找。

文件缺失时的降级策略见 → fallback-guide.md

2. 分析蓝湖产物

读取 .claude/lanhu-output/<页面名称>/index.html，列出主要 UI 元素（不写代码）。

3. 组件映射

对每个 UI 元素查组件文档：

• 有完全匹配 → 直接用，传正确 props
• 有近似组件 → 用现有组件 + 自定义 class
• 确认没有 → 按 dev-spec 新建，标记为"新增组件"

常见映射失败案例见 → failure-patterns.md

4. 补全交互逻辑

从 docs/tech-spec.md 取：API 路径、状态处理、格式化规则。 找不到的用 // TODO: 待确认 标记，不自行发明。

---

模式 A：新建页面

按步骤 1-4 读取上下文后，生成完整新文件。

输出目录：src/pages/<页面名>/ 或 src/views/<页面名>/（以 dev-spec 为准）。

硬性约束：

• 写完整代码，不允许 // ... rest of component 等占位
• 颜色/间距/字号精确匹配蓝湖数据
• 图片用 assets/ 中的实际文件路径

---

模式 B：改造现有页面

按步骤 1-4 读取上下文后：

额外步骤 B1：读取现有文件

读取调用方传入的现有文件路径（如 src/pages/home/index.vue），完整理解现有代码。

额外步骤 B2：列出变更范围

对比设计稿与现有代码，明确列出（不写代码）：

变更项：
- [新增] 顶部渐变背景区域
- [修改] 余额显示区域：字号从 24px 改为 32px，颜色从 #333 改为 #fff
- [删除] 右上角设置入口
- [保留] 底部 TabBar（现有代码不动）
- [保留] 所有 API 调用逻辑（不动）

等用户确认变更范围后再写代码。

额外步骤 B3：定向修改

只修改变更项，保留：

• 现有业务逻辑（API 调用、事件处理、状态管理）
• 现有注释和 TODO
• 未变更的 UI 区域

每处修改标注原因，格式：// [design-to-code] 按设计稿更新：xxx

---

5. 输出摘要

✓ 生成/修改文件：[列表]
✓ 复用组件：[列表]
⚠ 新增组件：[列表]（需 review）
⚠ TODO 项：[列表]