00 / 00
模型怎么选
按任务难度、验证成本和数据风险选模型，不依赖静态排行榜。
模型更新很快。长期有效的做法不是背排行榜，而是先判断任务，再决定速度、能力、价格和隐私哪个更重要。
当前型号和近期使用配置统一放在 当前工具栈。
先看任务
| 任务 | 更重要的能力 | 选择方式 |
|---|---|---|
| 文案、翻译、格式整理 | 速度、价格、指令跟随 | 用快速模型，抽查结果 |
| 明确的小功能 | 读文件、改文件、运行命令 | 用能操作真实仓库的 Agent |
| 疑难 Bug、跨模块重构 | 推理、上下文、纠错 | 用攻坚模型，先诊断再修改 |
| 图片、视频和 UI | 多模态输入输出 | 确认当前接入方式支持对应格式 |
| 长资料和调研 | 检索、引用、长上下文 | 要求给出原始来源并区分推断 |
| 客户代码和敏感数据 | 隐私、留存、合规 | 优先官方企业方案或可信环境 |
三层配置
大多数人只需要三层：快速层处理明确任务，攻坚层处理高风险任务，专用层处理多模态或本地部署。
同一个模型可以覆盖多层。分层的价值是给失败准备升级路径，不是凑满多个订阅。
怎么判断结果能不能信
- 代码任务：读过相关文件，diff 范围清楚，运行了对应检查。
- 调研任务：能打开原始来源，事实、转述和推断分开写。
- 价格与政策：引用官方页面，并标注查询日期。
- 写作任务：没有编造经历、数字和用户反馈。
- 复杂判断：说明假设、风险和仍未验证的部分。
不要问模型“你确定吗”。看它能不能给证据。
什么时候换模型或重开任务
- 连续两次修改仍没解决同一问题。
- 没读真实代码就开始大范围重构。
- 忽略报错，却声称已经完成。
- 把猜测写成已验证事实。
- 为了回答而编造型号、价格或链接。
先缩小范围，恢复清楚的目标和成功标准，再决定换模型。很多失败来自上下文和验收不清，不只是模型能力。
这篇文档有问题？