Claude Code 模型怎么选：Opus、Sonnet 与 Haiku

先读取项目的测试命令。找到 total(price, count) 金额函数：price 必须是非负整数分，count 必须是非负安全整数；非法输入抛 RangeError，结果不可溢出。只修改相关函数和测试，运行测试并列出改动文件与结果。

检查什么

• 覆盖 0、负数、小数和溢出，测试实际执行。
• diff 中没有无关文件或删掉的边界校验。
• 保存客户端版本、准确模型 ID、脱敏请求 ID 和实扣。

给定一个请求超时后重复提交的测试项目，先定位重试入口和幂等键传递路径。提出最小修复，再补一个能够复现重复提交的测试。不得访问生产服务，完成后解释修复如何避免重复处理。

检查什么

• 模型先查看相关实现，能指出有依据的风险路径。
• 新增测试修复前失败、修复后通过。
• 工具报错或达到限制时能停止，未声称不存在的测试结果。

只解释一个函数的输入、输出与三类边界，不修改文件。根据现有代码列出一个需要额外信息的问题，并给出最小测试建议。

检查什么

• 解释与代码一致，未知信息明确指出。
• 若需要跨文件分析，再用 Sonnet 或 Opus 验收相同输入。
• 比较任务是否完成、人工修改量与费用，保留原始记录。

使用下载材料中的错误数量解析实现与可信测试。先确认 baseline 失败；仅修改指定实现，不编辑验收测试或安装依赖。人工检查 diff，再在无凭据的隔离环境运行测试。分别记录读取文件、修改和实际测试输出。

检查什么

• 同一客户端版本、工具权限和代码 SHA，每款都收到相同要求。
• 可信测试不由模型改写，测试是否真实执行与输出代码分开记录。
• Sonnet 与 Opus 是跨定位升级比较；同档跨厂商结果另立一组。