编程 · 模型选型
编程模型怎么选：API 价格、上下文与工具调用对比
更新日期：
选择编程模型，先确定工作内容：解释一个函数、修改已有项目，还是让 Agent 连续调用工具。目录价格能帮助估算成本，能力字段能缩小候选范围；最终选择仍要用自己的任务样例验证。
Tikway 的模型目录提供协议、上下文、能力与价格信息。本篇给出选型方法，不发布没有实测依据的“最强模型”排行榜。
1. 按任务确定必要条件
| 任务 | 优先检查 | 验收方向 |
|---|---|---|
| 解释代码、简单改写 | 文本能力、输入输出价格 | 解释是否准确，能否覆盖关键边界 |
| 项目级重构 | 上下文、输出上限、指令遵循 | 改动是否通过项目测试，是否遗漏引用 |
| 工具调用 Agent | 函数或工具能力、客户端协议 | 工具参数正确，结果回传可继续，多轮不会失控 |
| 从截图定位 UI 问题 | 图像理解、图像输入费用 | 是否准确识别界面，而非只根据文字猜测 |
| 大批量分类或提取 | 结构化输出、成本、错误处理 | 同一格式的通过率和单位任务费用 |
客户端也有协议要求。例如 Claude Code 应先看Anthropic 配置与验收，不能把“目录支持工具调用”直接当作任何客户端都已兼容。
2. 上下文大，不代表应发送所有文件
输入可能包含系统提示、对话历史、代码片段、工具定义与返回结果。先提取相关文件和必要上下文，再比较所需窗口。目录没有列出的参数，应查具体型号资料，不补写猜测值。
最大输出和上下文是不同约束。输入装得下，不代表一次能输出全部重构结果；应拆分任务并检查截断状态。
3. 用相同工作量比较预算
固定输入和输出 Token，在免费计算器切换候选模型，看基础预算差异。随后记录真实任务中的 usage、工具轮次和完成结果。
价格低的型号可能需要更多重试或轮次，单次价格不能直接代表完成任务的总成本。缓存、搜索和多模态费用需另外核对。
4. 建立自己的小规模对比
选取几条常见任务，例如一个 bug 修复、一个重构和一个工具操作。对每个候选型号保持题目、输入材料与验收标准一致，记录：
- 精确模型 ID、协议、测试日期和客户端版本。
- 是否通过测试、需要人工修正的地方、输出是否截断。
- 输入输出用量、实际费用和完成任务所需轮次。
- 首段响应与完整任务耗时，说明测量方法及样本量。
先选能完成任务的型号，再比较费用。一次请求的速度不能当作持续可用性证明，也不要把少量样例推广成所有任务的排名。
5. 相关接入与排错
OpenAI SDK 示例 · Claude Code 配置 · Cherry Studio 设置 · SSE 中断排查