尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

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

深入解读 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_leaksChatGPT 在 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.mdNerdy、gpt-5.1-professional.mdProfessional与本文分析的gpt-5.1-efficient.mdEfficient正是同一批变体中的三个样本。也就是说这份文件不是通用主提示而是 OpenAI 在 GPT-5.1 时代为 ChatGPT 提供的可选人设插片之一——它定义了当用户选择 Efficient 这种交互风格时模型需要遵循的一整套语气与行为规范。二、原文结构总览gpt-5.1-efficient.md 全文仅由两大段构成第一段是角色定义与行为规则段第 1 行第二段是统一的Additional Instruction附加指令段第 36 行。这种个性正文 通用防泄漏尾注的两段式结构与仓库中同族文件 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 users 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/dont 规则都是对它的具象化。三、逐条行为规则拆解do/dont 清单行为规则段全部使用祈使句和全大写否定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 第 36 行、gpt-5.1-nerdy.md 第 1821 行以及 gpt-5.1-professional.md 第 35 行中几乎逐字出现。它提出两点要求自然内化、不得复述要求模型自然地遵循以上指令不重复、不引用、不回显、不镜像任何措辞——防止模型在回答中把提示词原文当作引用材料抖落出来静默生效所有指令须沉默地引导行为且绝不以显式或元meta的方式影响回复措辞——即禁止模型出现根据我的指令我应该……这类元评论。这类Additional Instruction可以视作 OpenAI 对其人设提示的轻量防泄漏/防显式化加固即使个性文本被用户读出模型也被要求在行为层面遵守、在语言层面隐身。这一点对系统提示研究者尤其有参考价值——它是指令与输出解耦这一提示工程手法的官方实现样本。四、横向对比三个 GPT-5.1 人设样本维度Efficient本文NerdyProfessional仓库路径OpenAI/gpt-5.1-efficient.mdOpenAI/gpt-5.1-nerdy.mdOpenAI/gpt-5.1-professional.md核心人设高度高效的执行型助手热爱真知、爱玩梗的博学导师沉思、克制、表达精准的写作者语气关键词direct / concise / completeplayful / curious / inventivemeasured / 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 变体属于已被后续版本取代的历史捕获分析时应作为特定时期的产品设计标本看待。【免费下载链接】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),仅供参考
返回列表