OpenAI 官方发布 GPT 5.5 提示词指南,我总结了 7 个关键变化!
OpenAI 在 GPT-5.5 上线时同步发布了官方提示词指南。如果你还在用旧模型的「分步指挥」写法,很可能已经把模型的发挥空间压窄了。本文基于官方文档与社区实践,把最值得关注的 7 个变化整理成可落地的写法。
关键词:chatgpt、gpt 5.5、gpt教程。
发布日期:2026年5月22日

背景:为什么旧 Prompt 要重写
官方文档写得很直白:旧提示词常常过度规定流程,是因为早期模型需要更多引导才能「不跑偏」。GPT-5.5 推理能力更强后,这类细节反而可能变成噪音,缩小模型的搜索空间,输出也会显得更机械。
Django 联合创始人 Simon Willison 也提到:OpenAI 建议从头重写,而不是假设以前调好的 Prompt 还能直接沿用。如果你准备迁移到 GPT-5.5(或在 LimaxAI 上体验同类能力),建议把 Prompt 当成新产品重新设计,而不是简单替换模型名。
变化一:从「手把手」到「只描述结果」
旧写法(流程导向):
先检查 A,再检查 B,逐个字段对比,想清楚所有异常,再决定调用哪个工具,调完工具把全过程解释给用户。
新写法(结果导向):
把用户的问题彻底解决。根据现有政策和账户数据判断,能做的事先做完再回复,最后说明做了什么、还有什么没解决。缺信息就追问,只问最关键的那一个。
核心就一句:描述目的地,而不是规定每一步怎么走。 GPT-5.5 会自己规划路径;你把路线写死,反而可能挡住更优解。
变化二:少用「必须」「禁止」,红线才用绝对语气
过去常用「永远 JSON」「绝对不超过 500 字」「必须先搜索再回答」来约束模型。GPT-5.5 对绝对指令非常敏感——两条互相矛盾的「必须」出现时,模型可能同时硬扛两条,两边都做不好。
| 场景 | 推荐写法 |
|---|---|
| 安全规则、必填字段、绝对禁止的操作 | 用「永远」「绝不」 |
| 要不要搜索、要不要追问用户 | 用条件句 |
示例:把「回答前必须先搜索」改成「收到问题后先判断现有上下文能否直接回答;能就直接回复,不用再搜。」
变化三:角色定义回归,但要短
「你是一个拥有 20 年经验的顶级分析师……」这种大段人设,在 GPT-5.5 上性价比不高。官方推荐的 7 段式结构里,前两段仍是「角色」和「人设」,但写法变了:
- 角色(Role):1~2 句话说清功能和上下文即可。
- 人设(Personality):管语气、温度、协作风格,而不是堆履历。
官方给了两种人设参考:
- 稳重型:靠谱协作者,沉稳直接,假设用户有能力,能推进就别反复确认。
- 表达型:对话感强,聪明好奇,问题模糊时多问,上下文够了就果断给建议。
「人设」管怎么说,「协作风格」管怎么做(模糊需求是猜还是追问),建议分开写。
变化四:多步任务先「确认收到」,再动手
复杂任务里,模型可能先内部推理很久,界面上一段时间没有输出,用户容易以为卡住了。官方建议在提示词里加一条 Preamble(开场确认) 规则:
处理多步任务时,在调用任何工具之前,先回复一句简短、用户可见的更新,说明已收到请求以及第一步要做什么,控制在一两句话。
Codex 等产品已经在用类似模式(例如「正在分析代码库,先从测试文件开始」),对 API 和 ChatGPT 长任务都适用。
变化五:必须写「停止条件」
只写「搜索相关信息然后回答」,却不定义何时停,模型可能反复检索,token 涨、答案却更散。
两种常用策略:
- 检索预算:普通问答先搜一轮;首页结果已能支撑答案就直接回答。只有首页没答案、缺关键数据或用户要求全面覆盖时,再开第二轮。
- 任务循环停止:每完成一轮工具调用后自问——现有证据能否回答用户核心问题?能就停。
变化六:官方 7 段式提示词骨架
复杂任务可以用下面骨架,每段保持简短,只写会改变行为的信息:
| 段落 | 说明 |
|---|---|
| 角色(Role) | 1~2 句,定义功能与上下文 |
| 人设(Personality) | 语气、风格、协作方式 |
| 目标(Goal) | 用户可见的最终产出 |
| 成功标准(Success) | 什么条件算完成 |
| 约束(Constraints) | 安全、商业、证据、副作用边界 |
| 输出(Output) | 格式、长度、语气 |
| 停止规则(Stop rules) | 何时重试、回退、拒绝、追问或停止 |
注意:不是每次都要写满 7 段。简单问答可能只要「目标 + 输出」;多工具 Agent 才需要全套。OpenAI 开发者后台也提供了 Optimize 工具,可按该结构自动改写现有 Prompt。
变化七:格式控制与简洁表达
GPT-5.5 默认更简洁直接。API 侧可用 text.verbosity(默认 medium,需要短答可试 low);复杂格式尽量用 Structured Outputs,少在 Prompt 里堆 JSON 样例。
提示词里也可以直接约束版式,例如:
默认用自然段落回复;标题、加粗、列表只在帮助理解时使用。
改写类任务建议先说「保留什么」,再说「怎么改」:
保留原文结构、长度和文风,在此基础上提升清晰度;不要新增观点或段落,除非用户要求。
不写「保留项」时,模型容易默认扩写、加戏。
迁移时别忘了:推理强度从低档位试起
除了 Prompt,reasoning.effort 也要重新评测。GPT-5.5 默认 medium,很多任务在 low 就够;不是越强越好——指令冲突、停止条件模糊时,开太高可能过度搜索、绕远路。建议用固定测试集做 A/B,先 low / medium,有明确收益再升 high / xhigh。
总结:一句话记住新写法
说清楚你要什么,别教它怎么做。
| 维度 | GPT-5.4 及之前 | GPT-5.5 |
|---|---|---|
| 流程指定 | 详细分步 | 只描述结果 |
| 指令语气 | 大量绝对指令 | 红线用绝对,其余用条件 |
| 角色定义 | 大段背景 | 1~2 句功能 + 人设 |
| 多步任务 | 直接执行 | 先确认再执行 |
| 停止条件 | 常省略 | 建议明确写出 |
| 结构 | 自由发挥 | 7 段式骨架(按需裁剪) |
| 格式控制 | 依赖默认 | API 参数 + Prompt 引导 |
改完 Prompt 后,建议在真实任务上跑一轮对比测试。若你想直接体验 GPT 对话能力,可通过下方入口进入 LimaxAI 聊天页,选择对应模型开始试用。