# 模型分工方法论

> 从竹间架构 v2.0 实践中总结。每次选模型时查这份。

## 一句话原则

**人看的用 Kimi K3，机器/系统处理的用 DeepSeek V4 Pro。**

## 分工对照

| 场景 | 用 | 原因 |
|------|:--:|------|
| 架构文档、原则说明、项目宪章 | Kimi K3 | 叙事化，讲"为什么"，有温度 |
| HTML/JS 页面改造 | Kimi K3 | 一次跑完，视觉直觉好 |
| 数据管线、Excel处理、字段映射 | DeepSeek V4 Pro | 精确，逐字段验证 |
| KPI 计算、数值校验 | DeepSeek V4 Pro | 保守，不猜，必须验算 |
| Bug 根因定位 | DeepSeek V4 Pro | 逐行追踪逻辑链 |
| RULES/SKILLS 规范文件 | DeepSeek V4 Pro | 结构化，适合 AI 消费 |
| 会话存档、复盘文档 | Kimi K3 | 可读性优先 |
| 紧急修复 | 当前在用哪个就用哪个 | 不切换，改完再说 |

## 实测数据（2026-08-09）

| 任务 | Kimi K3 | DeepSeek V4 Pro |
|------|:--:|:--:|
| 三层架构文档创建 | 1min57s，17条消息 | ~5min，逐步交互 |
| 看板卡片改造 | — | 2文件×3处patch，验算通过 |
| 数据管线Excel→JSON | — | 32条反馈，9字段齐全 |

## 注意事项

- Kimi K3 跑 HTML 改造快，但完成后必须验证——它不验算
- DeepSeek V4 Pro 写文档慢，但数值一定对——它会自己验算
- 两个模型切换需要 `/reset` 或新会话
- Kimi API 端点：`https://api.moonshot.cn/v1`，provider 用 `moonshot`