Sol 比 Opus 5.5 编程更强吗？

本文没有同条件的性能实测，因此不作这个判断。需用相同任务、工具条件与验收标准评估。

Sol 的所有费用都是 Opus 的一半吗？

不是。示例中的普通输入、输出和缓存写单价为一半，缓存读价相同；实际任务用量也可能不同。

不能。订阅权益与 API 按量收费是不同计费方式，应按实际使用入口比较。

GPT-6 Sol 与 Claude Opus 5.5 可以作为日常代码工作的候选模型比较，但单价表不能选出性能赢家。 合理的比较对象是同一个任务和验收标准，不是来自不同测试、不同工具环境的两项分数。

本文于 2026 年 9 月 23 日核对 Sol 文档及 Anthropic 定价。我们只完成价格计算与协议资料核验，没有执行付费的模型对照实验。

代码任务至少固定起始 commit、需求、可修改文件、依赖、工具权限和验收命令。记录客户端、供应商、精确模型 ID 与推理配置。Codex 与 Claude Code 的工具、系统说明和上下文处理可能不同，这些差异应保留在结果旁。

厂商发布的成绩可以作为带归因的参考，但测试集、预算与代理程序不同的成绩不能直接相减得到“谁强多少”。缺少同口径实测时，应将结论保持为候选选择与验证方法。

单位为美元/百万 token，均为直连供应商 Standard；Sol 输入不超过 272K，Opus 缓存写使用 5 分钟档，其他费用另计：

Sol 的普通输入与输出单价是 Opus 的一半，但缓存读相同。因此，不能把所有工作负载统称“总费用便宜 50%”。两家的缓存规则不同，不能仅看费率就假定同一请求会产生相同命中。

不使用缓存，假设普通输入 20,000、计费输出 5,000：Sol 为 0.09 美元，Opus 5.5 为 0.18 美元。这一假设中 Sol 恰好少 50%。

改为普通输入 20,000、缓存读 60,000、缓存写 20,000、输出 5,000，且分类不重叠：Sol 为 0.152 美元，Opus 5.5 为 0.292 美元，Sol 约少 47.9%。Opus 本例按 5 分钟缓存写入。

两例都是固定用量的数学演示，不是实际完成同一代码任务的账单。费用 CSV和计算器可复核数字。

若 Sol 输入超过 272K，要使用整次请求的长上下文费率。Opus 的 1 小时缓存、Fast 或 Batch 应查对应条款，不要套用 OpenAI 的门槛。税费、工具与地域费用不在上述例子内。

为两组运行保存所有尝试，包括被放弃的输出、失败重试和人工改动。费用较低但需要大量人工修复的结果，不一定符合你的目标；更贵模型的答案也仍需验收。

验收表为空白模板，没有预填任何模型分数。按任务记录测试是否通过、是否遗漏约束、人工修复、总用量及耗时。对于不同难度任务分别看结果，不要把一个小样本扩展成通用排名。

选择可复现的 bug 或有清晰边界的改动，先验证客户端、模型和工具链可用，再扩大到较长任务。把模型更换与工具升级同时进行，会难以区分结果变化来自哪里。

Sol/Luna 入口和 Claude Code 选模帮助检查版本；GPT-6 内部选型讨论是否还需要 Luna 或 Astra。

订阅额度与 API 价格分别核算。本文既不宣称 Ofox 已支持所有新型号，也不将厂商直连费率当作网关报价。