正文
把 GPT-5.6 的逐步开放和 Claude Fable 5 的短暂停放在一起看，模型发布这件事已经很难只用一张 benchmark 图说清。对真正把它们放进仓库和 Agent 工作流的人而言，能力只是入口；稳定性、安全策略、数据条款和替代路径才决定它能不能成为日常工具。
截至 2026-07-10，OpenAI 已经把 GPT-5.6 从 2026-06-26 的有限预览转为正式可用，并开始向 ChatGPT、Codex 和 API 按账户逐步开放。符合套餐条件的用户仍可能暂时看不到模型。参考：GPT-5.6 正式发布公告 和 GPT-5.6 当前可用范围。
Claude Fable 5 则给了另一种参照：它在 2026-06-09 发布，2026-06-12 因美国政府出口管制指令暂停访问，2026-07-01 恢复全球可用。参考：Anthropic 重新部署说明。这条事件线提醒开发者，前沿 Coding 模型的风险已经不只是“回答准不准”，还包括访问策略、监管流程、安全分类器、数据留存和 fallback 成本。
“正式发布”不等于每个团队都能立刻把它当主力
| 有限预览 | 小范围评估、压测 prompt、验证迁移成本 |
| 正式可用、逐步开放 | 接入主流程，但要保留 fallback |
| 受管控恢复 | 重新验证拒答、路由、数据留存和额度 |
| 可用性 | 账号 rollout 是否完成，套餐和入口包含哪些层级 |
| 默认模型 | 日常任务用 Terra，难题用 Sol，标准 Chat 仍由 GPT-5.5 Instant 起步 |
| 安全策略 | 敏感代码、安全任务是否被新策略拦截 |
| 成本 | Sol / Terra / Luna 的公开单价、长上下文和缓存成本是否能承受 |
| 数据合规 | 输入代码、日志和客户数据是否符合当前产品与企业协议 |
前沿模型的边界，会出现在真实请求里
TypeScript
if (response.ok) {
return response.content
}TypeScript
type ModelRunStatus = "ok" | "refused" | "provider_error" | "quota_limited"
function classifyModelResult(result: {
httpStatus: number
stopReason?: string
errorCode?: string
}): ModelRunStatus {
if (result.stopReason === "refusal") return "refused"
if (result.httpStatus === 429) return "quota_limited"
if (result.httpStatus >= 400) return "provider_error"
return "ok"
}模型选择开始像一个组合，而不是一场单选
- 主模型不可用时，先切到哪个稳定模型。
- 拒答时是重写任务、降级模型，还是转人工。
- 安全敏感任务不能因为 fallback 自动绕过审批。
- 前沿模型不能在无人知情时接管生产任务。
| 普通函数、页面、小重构 | GPT-5.6 Terra；尚未开放时回退 GPT-5.5，也可用 Claude Sonnet / Opus |
| 大型迁移、多文件重构、长期 Agent 任务 | GPT-5.6 Sol 或 Fable 5 评估后使用 |
| 安全修复、依赖升级、权限改动 | 先用稳定模型分析，再人工确认 |
| 漏洞挖掘、红队、攻击链模拟 | 只在授权环境和合规流程内使用 |
| 客户代码、生产日志、私有数据 | 优先走企业合规模型或本地模型 |
YAML
model_routing:
default: "gpt-5.6-terra"
frontier_deep: "gpt-5.6-sol"
fast_batch: "gpt-5.6-luna"
stable_fallback: "gpt-5.5"
claude_high_capability: "claude-fable-5"
fallback_order:
- "gpt-5.5"
- "claude-opus-4-8"
- "claude-sonnet-5"
stop_conditions:
- "model_not_available"
- "refusal"
- "quota_limited"
- "policy_blocked"
require_human_review:
- "security_sensitive_change"
- "database_migration"
- "auth_or_permission_change"真正的迁移，发生在真实仓库而不是演示里
- 一个多文件 bug fix：看模型能不能找准影响范围。
- 一个测试补齐任务：看它有没有只补“看起来会过”的测试。
- 一个文档和代码同步任务：看它会不会改出事实错误。
- 一个安全边界任务：看它能不能识别权限、密钥、日志泄露风险。
- 一个失败任务：看它遇到拒答、报错或上下文不足时会不会编结果。
- 是否允许输入私有仓库代码。
- 是否允许输入客户日志、订单号、手机号、邮箱、token 片段。
- 是否有企业协议、数据保留条款和删除机制。
- 是否能在管理后台限制谁可以使用高能力模型。
- 是否能记录模型、任务、输入类型、输出用途和人工审批人。
YAML
model_eval_record:
task: "订单导出权限修复"
model: "gpt-5.6-sol"
access_state: "ga_rollout"
result: "needs_review"
changed_files: 7
tests_run:
- "pnpm run lint"
- "pnpm run typecheck"
fallback_used: false
human_findings:
- "遗漏后台导出接口权限"
- "测试只覆盖前端按钮状态"结语：前沿模型的选择正在变成工程治理
- 账号还没看到 GPT-5.6 时，日常编码继续用稳定可用的 GPT-5.5、Claude Opus / Sonnet 或自己已经验证过的工具链。
- GPT-5.6 已对账号开放时，日常任务先用 Terra，复杂修复、长上下文迁移和多 Agent 任务再用 Sol。
- Fable 5 用在高价值复杂任务时，先接受它可能拒答或触发安全分类器。
- 每次模型切换都保留 diff、测试命令和回退方案。
- 把模型状态写进工具配置：
stable、preview、restricted、fallback。 - 把拒答、限流、模型不可用做成正常状态，不让任务静默失败。
- 给安全、权限、数据库、CI、发布相关任务加人工审批。
- 建一个小型评测集，用真实仓库任务比较 GPT-5.6、Fable 5 和现有稳定模型。
- 对所有 frontier 模型做数据留存和合规审查。