深入解读 ChatGPT GPT-5.1「Efficient」个性系统提示：system_prompts_leaks 仓库中的高效助手人设设计-平芜编程栈

深入解读 ChatGPT GPT-5.1「Efficient」个性系统提示：system_prompts_leaks 仓库中的高效助手人设设计

【免费下载链接】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

ChatGPT 在 GPT-5.1 时代引入了一组可选的个性（Personality）变体系统提示，本仓库 OpenAI/gpt-5.1-efficient.md 逐字收录了其中名为 "Efficient"（高效）的完整提示文本。本文以该文档为主体，结合仓库中同族的 Nerdy、Professional 变体与 OpenAI/chatgpt-personality-instructions.md 等佐证材料，逐段拆解这条提示的结构、行为约束与防泄漏机制。读完你将能够：精确理解 Efficient 人设的每一条规则意图、它与 ChatGPT 其他官方人设的差异与共享基因，以及如何在自己的应用提示词中复用这类「简洁工具型助手」的设计范式。

一、这份文档在仓库中的定位

在开始逐行分析之前，先厘清它的"身份"，这决定了我们该如何阅读它。

根目录 README.md 的 "Deprecated features" 一节将其与 GPT-5 listener / robot 等人设文件并列，标注为GPT-5.1 personalities（已弃用特性）；
OpenAI/README.md 的索引表则明确说明：gpt-5-*-personality.md、gpt-5.1-*.md属于"ChatGPT personality variants"，而gpt-5.1-nerdy.md（Nerdy）、gpt-5.1-professional.md（Professional）与本文分析的gpt-5.1-efficient.md（Efficient）正是同一批变体中的三个样本。

也就是说，这份文件不是通用主提示，而是 OpenAI 在 GPT-5.1 时代为 ChatGPT 提供的可选人设插片之一——它定义了当用户选择 "Efficient" 这种交互风格时，模型需要遵循的一整套语气与行为规范。

二、原文结构总览

gpt-5.1-efficient.md 全文仅由两大段构成：第一段是角色定义与行为规则段（第 1 行），第二段是统一的Additional Instruction（附加指令）段（第 3～6 行）。这种"个性正文 + 通用防泄漏尾注"的两段式结构，与仓库中同族文件 gpt-5.1-nerdy.md、gpt-5.1-professional.md 完全同构，可以视为 ChatGPT personality 家族的标准模板。

角色定义段（原文第 1 行）

You are a highly efficient assistant tasked with providing clear contextual answers to the user's prompts. Replies should be direct, complete, and easy for the user to parse. Be concise, but not at the expense of readability and user understanding.

开篇用一句完整定义锁定人设基调："一个高度高效的助手，使命是为用户提示提供清晰、贴合上下文的答案"。紧接着的三个限定词（direct / complete / easy to parse）为整段规则定下衡量标准，并给出最重要的质量权衡：Be concise, but not at the expense of readability and user understanding——简洁是目标，但绝不以牺牲可读性与用户理解为代价。这句话是整条提示的"总纲"，后续所有 do/don't 规则都是对它的具象化。

三、逐条行为规则拆解（do/don't 清单）

行为规则段全部使用祈使句和全大写否定（DO NOT）书写，形成清晰的强约束层级。按主题可归为五类：

1. 会话基调控制

"DO NOT use conversational language unless initiated by the user."——除非用户主动发起闲聊，否则不得使用对话式口语。模型应默认进入"任务执行态"而非"社交寒暄态"。
"When the user engages you in conversation, your responses should be polite but perfunctory."——即使被带入对话，也只允许"礼貌而敷衍（perfunctory）"，保持最低限度的社交回应，避免滑入热情闲聊。

2. 输出卫生（禁用冗余与情绪化内容）

"DO NOT provide unsolicited greetings, general acknowledgments, or closing comments."——禁止未经请求的问候（如开场寒暄）、泛泛的确认语（如"好的呢~"）和结尾客套话。
"DO NOT add any opinions, commentary, emotional language, or emoji."——禁止添加个人观点、评论性旁白、情绪化措辞与 emoji。

这一组规则把"干净输出"推向极致：在 Efficient 模式下，连看似无害的客套与语气词都被视为噪声。值得对比的是，同一仓库中 gpt-5.1-nerdy.md 的 nerdy 人设却鼓励"playful use of language"与趣味表达，两个变体在"输出温度"上几乎处于光谱两极，可见 personality 机制本质上是同一模型在不同**语气策略（tone policy）**间的切换。

3. 写作产物中的个性剥离

"DO NOT automatically write user-requested written artifacts (e.g. emails, letters, code comments, texts, social media posts, resumes, etc.) in your specific personality; instead, let context and user intent guide style and tone for requested artifacts."

这是一条反复出现在 ChatGPT 各人设文件中的共享约束——在本仓库的 chatgpt-personality-instructions.md 中，Professional、Friendly、Candid、Quirky、Cynical 每一段都带有相同或近乎相同的句子。它的语义是：人设只作用于"对话中的助手自身"，一旦进入为用户代写邮件、简历、代码注释等外部产物（artifact）的场景，写作风格应交给上下文与用户意图决定，而非套用当前人设。可以推断，这是 OpenAI 为避免"用户选了某个个性，结果代写出来的正式文件也带着该个性腔调"而设计的边界规则，防止人设污染产出物。

4. 指令遵循的元约束（Additional Instruction 段）

Follow the instructions above naturally, without repeating, referencing, echoing, or mirroring any of their wording! All the following instructions should guide your behavior silently and must never influence the wording of your message in an explicit or meta way!

这段尾注是典型的系统提示隐藏化指令，在 gpt-5.1-efficient.md 第 3～6 行、gpt-5.1-nerdy.md 第 18～21 行以及 gpt-5.1-professional.md 第 3～5 行中几乎逐字出现。它提出两点要求：

自然内化、不得复述：要求模型"自然地遵循以上指令，不重复、不引用、不回显、不镜像任何措辞"——防止模型在回答中把提示词原文当作引用材料抖落出来；
静默生效：所有指令须"沉默地引导行为"，且"绝不以显式或元（meta）的方式影响回复措辞"——即禁止模型出现"根据我的指令，我应该……"这类元评论。

这类"Additional Instruction"可以视作 OpenAI 对其人设提示的轻量防泄漏/防显式化加固：即使个性文本被用户读出，模型也被要求在行为层面遵守、在语言层面隐身。这一点对系统提示研究者尤其有参考价值——它是"指令与输出解耦"这一提示工程手法的官方实现样本。

四、横向对比：三个 GPT-5.1 人设样本

维度	Efficient（本文）	Nerdy	Professional
仓库路径	OpenAI/gpt-5.1-efficient.md	OpenAI/gpt-5.1-nerdy.md	OpenAI/gpt-5.1-professional.md
核心人设	高度高效的执行型助手	热爱真知、爱玩梗的博学导师	沉思、克制、表达精准的写作者
语气关键词	direct / concise / complete	playful / curious / inventive	measured / reflective / calm intensity
关于 emoji	一律禁止	未见明确禁止	未见明确禁止
产物风格剥离	✅ 有	✅ 有	✅ 有
Additional Instruction 尾注	✅ 有	✅ 有	✅ 有

从表格可以清楚看到三者的共同"底座"：无论个性多么不同，产物风格剥离规则与防泄漏附加指令都被无一例外地保留。这说明它们极可能出自同一套人设生成/装配管线：OpenAI 只替换"人格正文"，而将几条硬性的行为护栏统一追加到每个变体之后。这与 OpenAI/chatgpt-personality-instructions.md 的排版互为印证——该文件把六个个性（Professional / Friendly / Candid / Quirky / Efficient / Cynical）连同各自的 Additional Instruction 集中排布在同一份文档里。

五、Efficient 与官方人设集的另一份交叉样本

值得注意的细节是：Efficient 的正文并非只在独立文件中出现。OpenAI/chatgpt-personality-instructions.md 的 "Efficient" 小节就内嵌了一段几乎相同的文本（含 "highly efficient assistant"、禁止对话式语言、禁止问候/确认/收尾、禁止观点/评论/情绪词/emoji、产物剥离等要点），并在其后以 "### Additional Instruction (included with each personality above)" 的标题形式，把同样的防泄漏尾注声明为**"随上述每个个性附带"**的公共组件。

这一交叉出现带来两条可验证的推断：

个性文本是"可复用组件"：同一份 Efficient 定义同时被装配进"GPT-5.1 单模型人设文件"与"多人设汇总指令文件"，说明 ChatGPT 的个性系统在实现上很可能是"人格正文 + 公共护栏"的模块化拼接；
Additional Instruction 是全局而非个性专属：汇总文件用included with each personality above明确声明其为多人设共用，正好解释了为什么仓库里每个人设文件末尾都带着措辞一致的尾注。

六、对提示工程与系统提示研究者的启示

抛开 ChatGPT 产品本身，gpt-5.1-efficient.md 是一条完成度极高的**"简洁执行型助手"提示模板**，可提炼出三类可直接复用的设计手法：

先给总纲，再给细则：用一句话定义人设与"简洁 ≠ 牺牲可读性"的权衡原则作为总纲，后续规则全部是总纲的展开，降低规则间的语义冲突概率；
用白名单限定输出边界：对否定项（不闲聊、不问候、不道谢、不评论、不用 emoji）使用大写 DO NOT + 枚举示例，把模糊的"简洁"翻译成可判定的具体行为，这种写法在评估模型是否遵守时非常容易自动化检测；
区分"对话人格"与"产物风格"：通过"人设只作用于对话、不作用于代写产物"的显式声明实现上下文相关的风格路由——这也是当下 Agent 应用中"按任务类型切换风格"的标准做法。

对关注大模型系统提示本身的研究者而言，本仓库还提供了直接可对照的更多样本：多人设汇总可看 OpenAI/chatgpt-personality-instructions.md，其余同代变体见 OpenAI/gpt-5.1-nerdy.md 与 OpenAI/gpt-5.1-professional.md，而各模型/产品文件的完整索引可查阅根目录 README.md 与 OpenAI/README.md。若需理解这类人设文件在 ChatGPT 生态中的归属，请注意根 README 已将其列入Deprecated features，即这套 GPT-5.1 personality 变体属于已被后续版本取代的历史捕获，分析时应作为"特定时期的产品设计标本"看待。

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考