Codex 的隐藏大脑：拆解 OpenAI 官方系统提示词架构与驾驭工程

Thu, 28 May 2026 09:00:00 +0800

你和高手之间，差的不是提示词

你有没有发现一个奇怪的现象：同样用 Codex CLI，有些人一个小时能搞定一个完整功能，从计划到测试一气呵成；而你花了同样的时间，却在反复纠正它的方向，像是在跟一个固执的实习生拉扯。

差别不在模型，也不在你的 Prompt 写得有多花哨。

差别在于，高手们读过一份你可能从未翻阅过的文档：OpenAI Cookbook 里的 Codex 提示词指南。这份指南是 OpenAI 为所有使用 gpt-5.3-codex 或 GPT-5.4 构建自定义 Harness（驾驭系统）的开发者准备的参考手册。它详细记录了 Codex CLI 背后的系统提示词架构、工具定义规范和行为指令模式。

换句话说，这是一份让你理解 Codex「大脑构造」的解剖图。

什么是驾驭工程（Harness Engineering）？

在深入提示词架构之前，先厘清一个概念。

过去两年，我们一直在谈「提示词工程」（Prompt Engineering），即如何写出更好的指令让 AI 产出更优的结果。但到了 2026 年，当 AI 编程工具从单次对话进化为持续运行的 Agent 时，单纯的提示词已经不够了。

驾驭工程是一门新兴学科，它关注的是如何为 AI Agent 构建一整套运行环境，包括系统提示词、工具接口、状态管理、权限控制和反馈循环。如果说提示词工程是「跟 AI 说话的艺术」，那驾驭工程就是「为 AI 搭建舞台的技术」。

Codex CLI 本身就是一个开源的驾驭系统参考实现。OpenAI 在 Cookbook 中明确表示，codex-cli 是「最佳参考实现」，但他们也为企业客户记录了更多超越开源版本的定制模式。

系统提示词的四大支柱

Codex 的系统提示词不是一段随意写就的指令，而是由多个精心设计的模块组成。每个模块负责引导 Agent 行为的一个维度。

支柱一：自主行动指令

系统提示词的核心是一条行动偏好指令：模型应该基于合理假设直接行动，而不是反复追问确认。

这条指令的威力在于，它从根本上改变了 Agent 的工作模式。没有它，gpt-5.3-codex 会在每一步都请求许可，把一个自主工作流降级为「你问我答」的低效对话。有了它，模型会主动收集上下文、制定计划、实施编码、运行测试、迭代修正，全程不需要你额外输入。

这也是为什么你在 Codex CLI 里感受到的「流畅感」并非偶然，而是精心设计的结果。

支柱二：工具优先级体系