GPT-5.4 泄露：开发者须知

嗨，我是 Dora。我并不是在寻找新模型。我只是在整理一个构建流水线，偶然看到一个帖子，里面有张截图，提到了一次提交，写着”GPT 5.4”。没有任何铺垫，只是一个 pull request 里的小小一行。我停了下来，不是因为我需要在这一天里再多记一个缩写，而是因为安静的、意外的线索，往往比高调的发布更能说明问题。

2026 年 3 月的第一周，我沿着面包屑一路追踪：缓存的 diff、开发者的讨论，以及一个似乎昙花一现的 PR。我没有测试 GPT 5.4（没有任何官方内容可以测试），但我仔细研究了代码看起来在引用什么，以及它是如何被处理的。这条线索的”语气”，几乎和内容本身一样重要。

GPT-5.4 如何在野外浮现

Codex PR 中的引用

我最初注意到 GPT 5.4 的提及，是在一个短暂出现的仓库变更中，该变更似乎涉及”Codex”上下文——无论是遗留命名，还是一个内部路径仍在用”codex”作为编码流程的容器。流传的代码片段展示了你在模型路由和功能标志周围会预料到的一些内容，没有什么在高喊”发布”，更像是管道工程。如果你经历过模型切换，你就知道这些行通常既无聊又重要。

那些片段里有两件事引人注目：一个指向聊天或 Agent 命令层中”/fast”开关的引用，以及一个听起来像全分辨率视觉的能力标签。 我在这里如此具体，是因为这很重要。标签并不总是与现实相符，但它们很少是随机的。

为何代码被迅速删除

那次提交没有持续多久。从我所见，该分支被重写，PR 的 diff 被清除了。当一个团队过早落地了某个引用，或者不小心将内部和外部配置混在了一起，这种情况很常见。换句话说：这看起来像是在压力下的例行清理，而不是一次主动下架。

我在规模更小的团队里也做过同样的事——发现一个不该暴露的标志，强制推送，然后继续前进。修正的速度表明上游某人注意到了讨论，并决定把口子堵上。不是什么丑闻，只是控制。

强制推送删除通常意味着什么

强制推送并不能证明什么光彩的事。它通常意味着紧迫性，以及想把仓库恢复到已知状态的愿望。你可以在文档中读到 Git 自己对历史重写的立场——有用的利器，但如果不小心，很容易割到自己。如果你在泄露事件中看到强制推送，这往往意味着团队把泄露视为噪音，而不是有组织的披露。

作为背景（而非证据），这里有一个中立的参考：Git 关于强制推送和重写历史的说明。不同的世界，相同的模式。

泄露的代码实际展示了什么

快速模式命令（/fast）

在我看来，提到”/fast”命令的那一行，像是一个用户级或 Agent 级的覆盖开关。从实际意义上说，这暗示了一种用一定深度换取速度的模式——这是模型路由器中常见的调节旋钮。 如果这与 GPT 5.4 相关，我预计会有更快的首个 token、也许更激进的缓存、也许更宽松的工具调用阈值。没有什么华而不实的东西，但当你在一个循环中运行数十个小检查时，这很有用。

这听起来不像是赢得演示的功能。它听起来更像是你在部署或 CI 步骤中会开启的东西——当你更在乎延迟而不是表达优雅时——比如文档字符串规范化、小重构，或者不需要完美散文的 schema diff。

全分辨率视觉引用

“全分辨率视觉” 是一个内涵丰富的短语。在实践中，这可能意味着更高的输入限制、对密集 UI 截图更好的处理，或者在模型看到像素之前更少的激进降采样。如果准确，这倾向于那些保真度至关重要的工作流——阅读截图中的实际代码、审查 UI 状态，或者在不模糊细节的情况下从图表中提取结构。

我经常处理大量打包进图像里的产品笔记——带有微小注释的原型图、红线标注，诸如此类。如果 GPT 5.4 能以更高分辨率原生处理这些，将消除一个安静却持续的成本：那个我需要裁剪或重新编码图像、才能让模型看到我所看到内容的准备步骤。

Codex 上下文中的编码 Agent 信号

Codex 相关的引用感觉像是为编码 Agent 搭建的脚手架。不是”给我写个应用”那种魔法，更像是小肌肉群：工具选择、函数调用、重试策略，以及当调用返回意外结果时的回退处理。我看到的线索指向那一层，而不是标题。

如果这个解读是对的，GPT 5.4 可能被调优用于能在真实仓库的混乱中存活的 Agent 编码流程：不完整的测试、不稳定的环境、混合的依赖管理器。少一点”天才程序员”，多一点”遇到第二个错误不会撂挑子的可靠同事”。这我能接受。

GPT-5.4 可能为何而生

AI 编码工作流

我不认为 GPT 5.4 在追求新奇。这条线索暗示的是在常见循环上更稳健的操作：读代码、做小改动、验证，以及不带戏剧性地再次尝试。如果你在真实约束下交付功能，这种节奏比偶尔一次的才华闪现更重要。

基于我所见以及在与我合作的团队中反复出现的问题，我的推测是：GPT 5.4 可能更靠近代码，而不是幻灯片。它的目标可能是合理地快速 diff、一致的文档更新、更安全的重构，以及能在运行阶段存活的务实建议。

Agent 循环优化

Agent 循环因为无聊的原因而脆弱——超时、工具报错、上下文漂移，以及永远无法收敛的尝试。“/fast”的线索听起来像是一种保持循环轻快的方式，而视觉引用则表明 Agent 可以无需额外麻烦地读取人类实际传递的内容（截图、日志、终端照片）。

如果属实，可能会出现两个生活质量方面的提升：

更少的手动重试：更清晰的错误分类和更平稳的退避逻辑，减少无效折腾。
更紧凑的工具调用：当某个步骤不需要完整推理时，进行更低成本、更快速的跳转。

追踪一个泄露事件起初并没有节省我的时间——从来不会——但它的轮廓让人感觉是为了减少那些自动化代码维护枯燥部分的团队的心智负担。

开发者工具集成

这些引用被嵌入路由线索的方式告诉我，GPT 5.4 可能被打包成可以嵌入现有开发者技术栈的形式。比如：

CI/CD 钩子，按步骤选择速度或深度。
无需外部预处理即可以更高保真度读取图像的编辑器扩展。
减少对定制粘合代码依赖的 Agent 框架。

如果这就是 GPT 5.4 的方向，其价值将不在于演示：而在于更少的脆弱适配器。这是那种你会在三周后注意到的升级——什么都没坏，你意识到自己不需要在周五盯着 Agent 了。

我们仍然不知道的

没有确认的基准测试

我没有看到任何与 GPT 5.4 相关的可信基准测试。没有评估表，没有标准化任务，没有与现有模型的对比。没有数字，我们只有印象和标签。如果它真的落地，我会首先寻找小而实际的测试：修复一个失败测试的时间、阅读密集截图的准确率，或者每个已解决问题的重试次数。

没有定价或 API 细节

关于定价或配额，没有任何公开信息。对于规划来说，这比炒作更重要。一个难以纳入预算的优秀模型不会进入生产环境。如果你今天正在规划方案，在你的表格里保留占位符，并对照当前的 OpenAI 模型文档进行核查，而不是依赖泄露的标签。

发布时间线不明

我没有具体日期、季度，甚至季节。快速删除表明内部在行动，而不是市场时机已到。 如果 GPT 5.4 出现，它可能会在任何大横幅之前，悄悄地出现在路由表中或作为 Agent 框架中的一个标志。或者它可能更名，永远不会在公开场合被称为”GPT 5.4”。

当前状态与免责声明（模型尚未正式发布）

截至 2026 年 3 月初，GPT 5.4 尚未被宣布或文档化。我分享的是对短暂存在的代码引用及其处理方式的观察——仅此而已。这不是建议你重新架构任何东西。如果你感到好奇，请关注稳定的文档，而不是截图。如果你确实发现了另一个流散的引用，先深吸一口气。大多数泄露比头条新闻所暗示的更安静，也更有用。

我就说到这里：吸引我的不是版本号。是那些关于循环和延迟的小心意。如果这就是未来的方向，我乐于接受少一点浮华。