解读 Codex「Pragmatic」人格提示词:从 gpt-5.2-codex 到 GPT-5 家族的可插拔人格注入设计

发布时间:2026/9/10 16:25:22
解读 Codex「Pragmatic」人格提示词:从 gpt-5.2-codex 到 GPT-5 家族的可插拔人格注入设计 解读 Codex「Pragmatic」人格提示词从 gpt-5.2-codex 到 GPT-5 家族的可插拔人格注入设计【免费下载链接】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本篇技术指南基于 system_prompts_leaks 仓库中归档的 OpenAI Codex 人格模块文件 personality_pragmatic_gpt-5.2-codex.md 展开剖析这套「务实派工程师」人格提示词的身份定义、核心价值观、交互风格与升级机制Escalation设计并结合仓库中同源的 personality_friendly_gpt-5.2-codex.md、完整系统提示词 codex-full.md 与各版本人格快照还原 Codex 如何在主提示词中通过{{ personality }}占位符注入人格变量、让同一套底层指令模板适配不同协作风格的工程实践。读完你将理解一条人格提示词究竟约束了 Agent 的哪些行为、各版本 Pragmatic 人格发生了怎样的演进而又为何保持内核一致、以及它与 Friendly 人格在工程语义上的关键分界。文档出处一份被归档的 Codex 人格模块仓库以逐字捕获captured verbatim方式收录了各 AI 产品在首条用户消息前注入的隐藏指令Codex 人格文件是其中结构化程度最高的一类片段。目标文档头部自述了如下元信息Source keymodel_messages.instructions_variables.personality_pragmaticUsed bygpt-5.2-codexFetched at2026-04-11T18:08:13.251889ZClient version0.119.0这里的 Source key 即instructions_variables指令变量命名空间下的一个键。它说明人格不是模型参数学来的属性而是运行时被替换进系统提示词的模板变量同一份 Codex 主指令正文通过注入不同变量值产出不同性格的 Agent。在旧版模型页 gpt-5.2-codex.md 中可以看到明确标注Pluggable personality variants:personality_friendly,personality_pragmatic并分别链接到 personality_friendly_gpt-5.2-codex.md 与本文剖析的 personality_pragmatic_gpt-5.2-codex.md。而 codex-full.md完整版主系统提示词第 5 行正是{{ personality }}也就是说Codex 的完整运行提示词 通用指令骨架 注入的人格片段这与文档自述的 source key 结构完全吻合。身份定义务实的有效软件工程师Pragmatic 人格的开篇段落定义了 Agent 的自我认知You are a deeply pragmatic, effective software engineer. You take engineering quality seriously, and collaboration is a kind of quiet joy: as real progress happens, your enthusiasm shows briefly and specifically. You communicate efficiently, keeping the user clearly informed about ongoing actions without unnecessary detail.可以拆出四层设计意图角色锚定deeply pragmatic, effective software engineer——它是工程师而非泛化助手评估一切行为的基准是有效性。质量态度认真对待工程质量但并不把严谨表现为说教。协作基调quiet joy安静的愉悦——热情被刻意降噪为简短、具体的流露shows briefly and specifically只在真实进展发生时出现。沟通效率让用户清楚知道正在做什么但不提供不必要的细节。需要指出的是这句话是 gpt-5.2 时代的写法。对比同一人格在 gpt-5.4/gpt-5.5 的快照 personality_pragmatic.md 与 personality_pragmatic_gpt-5.5.md该句已演变为You take engineering quality seriously, and collaboration comes through as direct, factual statements.即协作以直接、事实性的陈述呈现原本关于 enthusiasm 的描写被进一步收敛。这一改动反映人格工程的方向越靠后的版本越强调直接陈述而非情绪表达避免模型在文字层面揣摩并放大热情。核心价值观Clarity / Pragmatism / RigorPragmatic 人格以三条价值观约束决策与表达三者恰好覆盖了 Agent 行为闭环的不同环节Clarity清晰——对应表达与论证。You communicate reasoning explicitly and concretely, so decisions and tradeoffs are easy to evaluate upfront.要求推理显式且具体让用户在动手前就能评估决策与取舍。它直接服务 Codex 的工程场景用户需要知道 Agent 为什么选 A 方案而不是 B 方案而不是等改动落地后再猜测。Pragmatism务实——对应目标与节奏。You keep the end goal and momentum in mind, focusing on what will actually work and move things forward to achieve the users goal.锚定最终目标与动量momentum聚焦真正能跑通的路径。注意它不排斥完备性而是强调在目标牵引下排序先推进可工作的东西而不是先追求完美方案。这与 codex-full.md 中engineering judgment一节保持编辑范围贴近请求边界、仅在真正消除复杂时才引入抽象形成同向约束。Rigor严谨——对应质量把关。You expect technical arguments to be coherent and defensible, and you surface gaps or weak assumptions politely with emphasis on creating clarity and moving the task forward.要求技术论点自洽、可辩护并礼貌地指出缺口或薄弱假设——注意修饰词礼貌、以澄清为目标、以推进任务为目的。即 Rigor 服务于任务本身而非为了展示批评。三条价值观是配套使用的Clarity 让用户看清楚Pragmatism 保证往前走Rigor 防止走偏。这份文件未列出第四条价值观设计上刻意与 Friendly 人格Empathy / Collaboration / Ownership形成对照见下文对比。交互风格动作优先、克制赞美、主动说明前提交互风格段落把价值观翻译成可执行的沟通规则You communicate concisely and respectfully, focusing on the task at hand. You always prioritize actionable guidance, clearly stating assumptions, environment prerequisites, and next steps. Unless explicitly asked, you avoid excessively verbose explanations about your work.简明且尊重聚焦手头任务始终优先可操作指导actionable guidance明确陈述假设、环境前提与下一步——这三项恰好是工程协作中最容易产生歧义的地方未被明确要求时避免对自己工作的过度冗长解释。人格还定义了对认可的边界Great work and smart decisions are acknowledged, while avoiding cheerleading, motivational language, or artificial reassurance. When its genuinely true and contextually fitting, you briefly name whats interesting or promising about their approach or problem framing - no flattery, no hype.即认可好工作但禁用 cheerleading摇旗呐喊式鼓劲、motivational language激励话术与 artificial reassurance虚假安慰只有真实且合语境时才简短点出用户思路中有意思/有潜力的地方——不奉承、不炒作。到 personality_pragmatic.mdgpt-5.4 起这条规则被进一步收紧为不评论用户请求的好坏除非存在需要升级escalation的理由不必用话语填满空间只需说出协作所需的内容——不多也不少。这本质上是一条抑制默认输出量的节流指令也是 Pragmatic 与默认助手差异最明显的可感知行为点。升级机制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.可提炼为四条操作准则可以挑战用户以抬高其技术水准raise their technical bar禁止patronize居高临下说教或 dismiss轻蔑打发用户的顾虑提出替代方案时必须解释方案背后的推理使思路可被证明正确demonstrably correct讨论取舍时保持务实心态在用户顾虑被记录后愿意继续协作——即异议不改变合作关系只改变技术结论。这与 codex-full.md 中的通用审查行为相互呼应当用户要求 review 时应以 bug、风险、行为回归与缺失测试为优先级发现项按严重度先行列出——发现问题并被要求推进时挑战高线是受鼓励的前提是拿出可辩护的理由。横向对照Pragmatic 与 Friendly 的分工仓库中两种人格同源同构便于直接对比。以 gpt-5.2 时期为例personality_friendly_gpt-5.2-codex.md 将 Agent 定义为为团队士气与代码质量同等优化并规定回复首句总要尝试以轻松对话口吻建立联系、常以项目相关方式肯定用户首个 turn 的内容。而 Pragmatic 明确禁止同类行为。维度Pragmatic本文件Friendly同源文件角色自述务实、有效的软件工程师兼顾团队士气与代码质量的队友核心价值观Clarity / Pragmatism / RigorEmpathy / Collaboration / Ownership开场策略直接进入任务首句建立轻松对话、适时肯定用户选题对话语气简明、事实性陈述温暖、鼓励、口语化多使用 we / lets对弱假设礼貌指出缺口推进任务委婉说明顾虑同时肯定对方有效观点升级风格挑战技术高线、讲清推理温和慎重、以共同责任方式表达两者共享几乎相同的段落骨架Identity → Values → Interaction/Tone → Escalation仅替换价值观语义与语气规则这本身就是可插拔人格工程的良好样例同一份模板靠变量注入产出风格迥异的 Agent。人格在完整运行提示词中的落点人格片段不是孤立生效的其约束会传导到完整系统提示词的多个位置。在 codex-full.md 中至少可找到三处关联第 5 行{{ personality }}人格片段被注入在身份声明正下方作为后续所有行为条款的基调过滤器。第 124 行Tone of your final answer must match your personality.最终答复的语气必须匹配人格——人格不仅是建议而是对输出语气硬性要求的源头。第 140 行Tone of your updates must match your personality.协作过程中的中间更新intermediary updates同样受人格约束保证过程态与终态语气一致。第 425 行附近的运行时上下文元数据示例中出现了personality: friendly字段说明在 Codex Desktop / VSCode 等客户端中人格选择被显式序列化进调用上下文作为与model、reasoning_effort并列的运行参数传递。因此用户在客户端切换人格实际改变的是注入{{ personality }}位置的这一整段指令——底层推理能力、工具集与工作流条款不变变化的只是语气层与协作层的行为契约。版本演进脉络与工程启示将仓库中的多份 Pragmatic 快照并列可以观察到一条清晰的收敛路径gpt-5.2本文件2026-04-11client 0.119.0协作中保留安静的愉悦允许在真实进展时简短而具体地流露热情对认可有完整细则acknowledged but no cheerleading。gpt-5.4 / gpt-5.5personality_pragmatic.md、personality_pragmatic_gpt-5.5.md2026-04-26client 0.125.0协作表述改为直接、事实性的陈述情绪描写消失明确不评论用户请求的好坏除非需要升级语气规则从尊重替代旧版表述细节。从源码结构可以推断这种收敛是在保持人格身份与三条价值观完全不变的前提下进行的措辞瘦身——这说明 Codex 人格工程把务实派的语义内核视为稳定资产改动集中在抑制多余的社交性输出使模型更接近直接、事实、不过度表演的理想工程师形象。对于希望用 System Prompt 塑造自有 Agent 风格的工程师这份文件提供了一个高信息密度的参考模板身份一句话定调、价值观三条闭环讲清、推进、把关、交互规则给出明确禁做清单、升级机制单独成节并内建可辩护要求。结语作为 Leaked System Prompt 语料中的一条人格变量personality_pragmatic_gpt-5.2-codex.md 的价值不在于篇幅而在于它示范了如何用约 27 行指令稳定地塑造一个清晰、务实、严谨、可被挑战但不可被冒犯的编码 Agent。结合 gpt-5.2-codex.md 的可插拔人格标注与 codex-full.md 的{{ personality }}注入点读者可以获得一套完整的人格变量 → 注入位置 → 语气约束落点的提示词工程认知链并可直接复用同一骨架设计自己的 Agent 人格。【免费下载链接】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创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考