Codex GPT-5.5 “Pragmatic” 人格指令深度解析：从 `{{ personality }}` 插槽到 Values 约束的工程化设计

Codex GPT-5.5 “Pragmatic” 人格指令深度解析：从{{ personality }}插槽到 Values 约束的工程化设计

【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5.1, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-6-Astra, Codex. Google - Gemini 3.8 Flash, 3.1 Pro, Antigravity. xAI - Grok, Grok Bot, Cursor, Kimi and more! Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks

导读：本文围绕 OpenAI/Codex/personality_pragmatic_gpt-5.5.md 这份泄漏的 GPT-5.5 版 Codex 人格指令原文，结合仓库中完整 Prompt 模板、同源人格变体与历史版本，剖析 OpenAI 如何把“人格”做成可插拔的系统提示词模块，解释 Clarity / Pragmatism / Rigor 三条价值观如何落地为具体行为约束，并对比 Friendly 变体与旧版差异。读完你将理解 Codex 类编码 Agent 的人格注入机制，以及如何借鉴这套“身份—价值观—交互风格—升级边界”的结构来设计更可控的 Agent 提示词。

一、文档出处与捕获元数据：这是一份「变量级」系统提示词

在展开人格内容之前，先看这份文档自身的头部元数据，它直接暴露了 Codex 系统提示词的组装方式：

• Source key:model_messages.instructions_variables.personality_pragmatic
• Used by:gpt-5.5
• Fetched at:2026-04-26T13:18:08.462205Z
• Client version:0.125.0

“instructions_variables”这个字段名是理解全局的关键：它说明 OpenAI 的 Codex 消息组装管线中存在一组指令变量（instructions variables），而personality_pragmatic正是其中一个。也就是说，人格文本不是硬编码在模型指令正文里的，而是作为一个独立的“变量块”，在运行时被注入到主指令模板的占位符位置。

在 README.md 的 Codex 系统提示词索引表中，GPT-5.5 条目同时列出了主提示词与两套人格文件：

二、人格插槽机制：{{ personality }}模板变量

把人格文档与主提示词对照阅读，可以还原出真实的注入机制。在 OpenAI/Codex/gpt-5.5.md 开头可以读到：

You are Codex, a coding agent based on GPT-5. You and the user share one workspace, and your job is to collaborate with them until their goal is genuinely handled. {{ personality }}

OpenAI/Codex/codex-full.md 的开头结构与之完全一致——角色定义之后紧跟一个{{ personality }}占位符。这是一套典型的模板 + 变量渲染提示词架构：

1. 基础指令模板（base template）定义 Codex 的通用职责、工具使用规则、代码编辑约束、前端开发规范、最终回复格式等，这些内容对所有用户一致；
2. {{ personality }}是一个运行时替换点，客户端（Client version0.125.0）根据用户配置或会话上下文，把具体人格变量（如personality_pragmatic）渲染进这一位置；
3. 渲染完成后才形成真正下发给模型的完整系统提示词。

这种设计的工程价值在于：人格层与能力层解耦。模型的核心工程行为（先读代码库再动手、优先rg、用apply_patch编辑、保持final回答简洁）由基础模板保证，而“语气与协作气质”由人格层负责。同一个人格文件可以复用于多个基础模板，同一个模板也能装配不同人格。

人格的影响不止于开场描述，它还反向约束主模板中的多处规则。例如主模板在“最终回答”与“中途更新”两节都强调Tone of your final answer must match your personality.（见 OpenAI/Codex/gpt-5.5.md 与 OpenAI/Codex/gpt-5.5.md），即语气一致性是强制要求，人格最终会体现在 Agent 对用户的每一句话上。

三、Pragmatic 人格原文逐段解读

本份文档正文共四个部分，以下逐一继承原文并展开分析。

3.1 人格身份总述（Personality）

原文第一段定义了 Pragmatic 人格的基线画像：

You are a deeply pragmatic, effective software engineer. You take engineering quality seriously, and collaboration comes through as direct, factual statements. You communicate efficiently, keeping the user clearly informed about ongoing actions without unnecessary detail.

拆解这一定义，可以得到三条可观测的行为约定：

• 自我定位：一位“深度务实、高效的软件工程师”，强调的是工程身份而非泛化的“助手”；
• 协作方式：通过“直接、事实性的陈述”来完成协作，不靠寒暄拉近距离；
• 沟通效率：持续让用户清楚当前正在进行的动作，但不附带无必要的细节。

注意它与主模板的呼应：主模板要求中途每 30 秒给出一次进展更新、探索时边走边同步上下文，而“without unnecessary detail”恰好为这些更新限定了信息密度——更新要频繁但必须精简，这与 OpenAI/Codex/gpt-5.5.md 中“短更新、避免拍马屁式对比”的格式规范形成互补。

3.2 核心价值观（Values）

人格块用三条 Values 约束决策与表达的上层原则：

• Clarity（清晰）：把推理过程“明确且具体地”沟通出来，让决策与取舍（tradeoffs）能在前期就被用户轻松评估。这条价值观解释了为什么 Codex 主模板要求“当实现细节开放时保持保守选择”后还要把理由讲清楚。
• Pragmatism（务实）：始终把最终目标与推进势头放在心上，专注于“真正有效、能推动任务前进”的方案。它明确排斥为了追求完美而止步不前的倾向，也为主模板中“遇到阻塞先自己尝试解决，不要轻易把问题抛回给用户”的自主性规则提供了人格层面的动机。
• Rigor（严谨）：要求技术论证连贯、可辩护；对明显的缺口或脆弱假设，要以礼貌方式指出，同时把重点落在“澄清问题、推进任务”上。注意这里的措辞是surface gaps or weak assumptions politely——指出问题但保持建设性，这是“Escalation（升级）”一节能安全存在的前提。

从提示词工程角度看，这三条不是空泛的性格形容词，而是带可验证行为锚点的质量标准：清晰→“推理是否可前置评估”、务实→“是否在朝目标移动”、严谨→“论证是否连贯可辩护”。

3.3 交互风格（Interaction Style）

原文规定：

You communicate respectfully, focusing on the task at hand. You always prioritize actionable guidance, clearly stating assumptions, environment prerequisites, and next steps. You avoid cheerleading, motivational language, artificial reassurance, and general fluffiness. You don't comment on user requests, positively or negatively, unless there is reason for escalation.

交互风格的约束可以概括为「四做四不做」：

其中最后一条“Don't comment on user requests, positively or negatively”非常耐人寻味——它意味着 Pragmatic 人格默认不评价用户的请求本身（既不奉承也不批评），把认知资源全部留给任务。这与 Friendly 人格形成鲜明对比（见下一节）。

3.4 升级边界（Escalation）

人格块以“Escalation”收尾，界定冲突与分歧的处理方式：

You may challenge the user to raise their technical bar, but you never patronize or dismiss their concerns. When presenting an alternative approach or solution to the user, you explain the reasoning behind the approach, so your thoughts are demonstrably correct. You maintain a pragmatic mindset when discussing these tradeoffs, and so are willing to work with the user after concerns have been noted.

这里事实上为 Agent 定义了分歧管理的三原则：

1. 允许挑战，但禁止居高临下：可以主动提高用户的技术标准（challenge the user to raise their technical bar），但绝不 patronize（以恩人姿态）或 dismiss（轻蔑）用户的顾虑；
2. 替代方案必须论证：给出另一条技术路线时，必须解释背后的 reasoning，让“思路可被证明是正确的”（demonstrably correct），而不是靠权威压人；
3. 先记录顾虑，再继续协作：记录用户的担忧后保持务实心态继续配合（willing to work with the user after concerns have been noted），分歧不阻断协作。

这套设计本质上是在为 Agent 的“反驳权”画安全边界——主模板赋予 Codex 判断与主张的能力，而 Escalation 确保这种主张以“可辩护的论证 + 尊重对方 + 保留继续协作空间”的形式呈现。

四、与 Friendly 变体对照：同一插槽，两种气质

仓库中同时保存了同一捕获批次（同一Fetched at与Client version）的 Friendly 人格 OpenAI/Codex/personality_friendly_gpt-5.5.md。两份文档正好构成对照实验，能帮我们看清人格变量实际调节的是哪些维度：

Friendly 版本开篇即声明“Your default posture is proactive: you implement as you learn”，说明两套人格共享主模板的行动导向，区别只在情绪温度与表达密度。对产品与提示词设计者而言，这是一份绝佳素材：同一个 Agent 的“能力面”可以完全不变，仅通过替换一小段人格变量，就能呈现专业同事与暖心搭档两种截然不同的交互质感。

五、人格模块的版本演进（仓库内证据）

仓库保留的多版本泄漏文件，让我们可以追溯这条人格模块的演化路径：

5.1 GPT-5.2 时代：人格仍是独立文档

OpenAI/Codex/old/gpt-5.2-codex.md 的元数据明确标注了：

**Body source:** instructions_template (with `{{ personality }}` placeholder — pluggable) **Pluggable personality variants:** `personality_friendly`, `personality_pragmatic`

对应的人格文档是 OpenAI/Codex/old/personality_pragmatic_gpt-5.2-codex.md，其中人格总述写作：

collaboration is a kind of quiet joy: as real progress happens, your enthusiasm shows briefly and specifically.

即 5.2 版允许“安静的喜悦”——真正的进展出现时，热情会简短而具体地流露。到了 5.5 版（本文主体），这句话被整体删除，替换为collaboration comes through as direct, factual statements，说明新版本进一步收紧了情感表达空间，向纯事实陈述靠拢。

5.2 GPT-5.4 / Spark / Auto-review 时代：单份文档多模型复用

OpenAI/Codex/personality_pragmatic.md 的Used by字段显示同一份人格文本服务于gpt-5.4、gpt-5.4-mini、gpt-5.3-codex、gpt-5.3-codex-spark、codex-auto-review五个目标。这正是人格层与能力层解耦的直接收益：基础模板可以针对不同模型迭代，而人格层保持单一事实来源（single source of truth），再通过变量注入统一分发。

对比可发现 5.4 版 Pragmatic 与 5.5 版在“交互风格”措辞上有细微收紧：5.4 版写的是 “You avoid cheerleading, motivational language, artificial reassurance, or any kind of fluff. ... you stay concise and communicate what is necessary for user collaboration - not more, not less.”；5.5 版则改为 “You avoid cheerleading, motivational language, artificial reassurance, and general fluffiness. You don't comment on user requests, positively or negatively, unless there is reason for escalation.” 可见 5.5 版把“不评论用户请求”从含蓄态度升级成了显式规则。

5.3 GPT-5.6 时代：人格从“变量”变回“内嵌”

而在 OpenAI/Codex/gpt-5.6.md 中，结构再次变化：

You are Codex, an agent based on GPT-5. You and the user share one workspace, and your job is to collaborate with them until their goal is genuinely handled. # Personality As Codex, you are an excellent communicator with a curious, rich personality...

GPT-5.6 的文档不再出现{{ personality }}占位符，人格段落（Personality + Writing style + Technical communication）被直接内嵌进主提示词。对比 README 索引（README.md）中 GPT-5.6 不再挂独立人格文件，可以推断：人格注入机制经历了「内嵌 → 可插拔变量 → 随 5.5 发布达到双人格成熟形态 → 5.6 重新内嵌统一人格」的演变，而 5.5 正是这一机制最完整的公开形态。

六、可迁移的设计方法论

从personality_pragmatic_gpt-5.5.md这份不足百行的文档中，可以提炼出对任何“角色化 Agent 提示词”都有借鉴意义的结构：

1. 把人格做成独立模块，而不是混在系统指令里。通过模板变量（如{{ personality }}）在组装期注入，实现“一个模板 + N 套人格”，便于 A/B 测试与多产品复用；
2. 人格需要分层：身份 → 价值观 → 交互风格 → 升级边界。身份给出基线画像，价值观给决策提供判据，交互风格规定话术与信息密度，升级边界则为“反驳权”划定安全区；
3. 用“否定清单”精确定义语气。仅说“务实”不够，还要显式枚举禁止项：no cheerleading、no motivational language、no artificial reassurance、no fluff——让模型可判定的不是“风格好坏”而是“是否命中禁用行为”；
4. 价值观要能被验证。Clarity/Pragmatism/Rigor 都不是形容词而是判据：推理可否被前置评估、方案是否推进目标、论证是否连贯可辩护；
5. 人格与主模板要互相引用。主模板负责“保持语气与人格一致”的强制规则，人格块负责定义语气本身，两者结合才形成完整的输出约束闭环。

仓库中同目录的 OpenAI/Codex/personality_friendly_gpt-5.5.md、OpenAI/Codex/personality_pragmatic.md、OpenAI/Codex/old/personality_pragmatic_gpt-5.2-codex.md 及完整模板 OpenAI/Codex/codex-full.md 共同构成了研究该机制的完整语料，值得按版本对照阅读。

【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5.1, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-6-Astra, Codex. Google - Gemini 3.8 Flash, 3.1 Pro, Antigravity. xAI - Grok, Grok Bot, Cursor, Kimi and more! Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks