这三个模型在 GetVibe 的 GPT-6 产品目录中各自处于不同定位。合适的选择取决于任务难度、你要求的推理程度以及输出长度。本比较使用了截至2026年10月3日查看的公开模型页面;显示的价格是目录实时渲染值,不代表基准测试结论。
当前目录快照
| 模型 ID | 每 1M tokens 的输入 / 输出价格 | 适合的起始定位 |
|---|---|---|
| gpt-6-luna | $0.0055 输入 · $0.0274 输出 每百万 token | 低成本基线和简短任务 |
| gpt-6-sol | $0.1096 输入 · $0.548 输出 每百万 token | 通用推理和代码工作 |
| gpt-6.1-sol | $0.1096 输入 · $0.548 输出 每百万 token | 用于比较多步骤 agent 工作 |
目录快照日期为2026年10月3日。部署时请查看每个链接对应的页面,因为当前 USD 费率可能会发生变化。
不要把模型后缀当作基准测试结果
仅凭模型名称,无法判断它处理你的代码仓库、工具 schema 或输出约束的能力。请使用一组统一的评估任务,其中包括一个带失败测试的 bug、一个小型多文件功能,以及一个不应进行编辑的解释任务。固定 prompt、commit、权限设置和测试命令。记录正确性、测试结果、延迟、输入/输出用量以及修复轮次。我们尚未为本文运行公开基准测试,因此表格比较的是价格和配置,而不是质量排名。
推理会同时改变行为和成本
每个模型都提供一组在其模型页面上说明的推理设置。先使用能够达到任务正确性要求的最低设置,然后针对失败案例提高设置。如果你的 prompt 请求代码、解释和测试,请有计划地为这些输出分配预算。
首次使用 OpenAI SDK 进行测试时,可以将模型 ID 作为配置,而不是将其写死在多个调用位置:
export GETVIBE_API_KEY="your-dashboard-key"
export GETVIBE_MODEL="gpt-6.1-sol"
python - <<'PY'
import os
from openai import OpenAI
client = OpenAI(base_url="https://getvibeapi.com/v1", api_key=os.environ["GETVIBE_API_KEY"])
response = client.chat.completions.create(
model=os.getenv("GETVIBE_MODEL", "gpt-6-luna"),
reasoning_effort="medium",
messages=[{"role":"user", "content":"解释这个失败的测试,并提出最小修复方案。"}],
max_tokens=1200,
)
print(response.choices[0].message.content)
PY环境变量就是模型设置;它不是根据模型名称推导出来的。请将 API key 保存在 secret manager 中。
应该先尝试哪一个?
- Luna:对于简短、边界明确且容易验证的修改和任务,可以从这里开始。它较低的目录费率使其适合作为基线,但请确认其上下文和工具是否适合你的客户端。
- Sol:如果 Luna 基线未达到质量阈值,可以将其作为候选。请在相同测试上进行比较,而不是默认升级每个请求。
- 6.1 Sol:在多步骤规划或反复使用工具很重要的场景中进行测试。衡量它是否能减少足够多的修正轮次,从而抵消每 token 的价格差异。
请使用coding-agent 成本比较了解测试 harness,并使用推理 effort 指南了解参数行为。如需通过 coding agent 运行这些模型,请参阅Codex CLI 配置;Claude Code 使用不同的 Messages 协议。
进行公平的成本比较
记录每次尝试的输入和输出用量,包括失败的 patch 和重试。将总支出除以通过测试及评审标准的修改数量。重复执行任务,以计入结果波动。不要将供应商基准测试或某个令人印象深刻的单次响应当作你自己代码仓库表现的替代指标。在目录价格变化、CLI 升级或 prompt 发生重大变化后,重新运行同一组任务。
将选定的模型保存在单一环境或项目设置中,这样无需修改代码即可切换和回滚。发布一份简短的内部记录,包含日期、模型 ID、测试结果和实时模型页面链接。这比把比较文章当作永久排名更有用。
了解哪些设置因模型而异
推理级别和上下文限制因模型而异。不要仅仅因为两个 ID 的名称中都包含“Sol”,就复用同一个设置。请查看当前的GPT-6.1 Sol、GPT-6 Sol和GPT-6 Luna页面,了解支持的级别和最大上下文。如果请求收到参数验证错误,请逐个移除可选字段;不要围绕无效参数添加自动重试。
同时,将输出上限与实际任务进行比较。coding agent 可能需要为 patch 和简洁解释留出空间,但不设上限的输出请求可能造成不必要的支出。如果你的客户端可以方便地切换模型和输出配置,请为简短问题单独保留一个 profile。
使用客户端所需的协议
这三个模型都出现在 GetVibe 文本目录中,但 agent 客户端可能只支持一种 API 协议。Codex CLI 配置为使用 Responses API;请使用其专用配置。Claude Code 使用 Anthropic Messages,无法通过该 endpoint 调用这些 GPT-6 模型。OpenAI 兼容 SDK 可以在模型和参数受支持的情况下使用 Chat Completions。模型出现在通用目录中,并不代表它支持所有协议。
保留带日期的结果表
记录快照日期、模型 ID、链接的模型页面、输入/输出用量、推理 effort、总耗时和测试结果。使用干净的 checkout 重复执行多个任务。如果目录价格发生变化,本页面的实时表格会更新,但你的历史基准测试不会变化;请保留带日期的观测结果,以便后续比较仍然易于理解。
