GPT-5.5提示工程指南：为何旧经验可能失效，以及如何重新开始
OpenAI发布GPT-5.5官方提示指南，强调它并非GPT-5.2/5.4的简单替代，需从零开始构建提示策略，以获得最佳效果。
核心要点
- GPT-5.5是一个新的模型家族，而非旧模型的简单升级版。
- 迁移时应从最小化、能保证产品契约的提示开始，而非照搬旧提示。
- OpenAI建议在长时间任务前，先发送用户可见的简短状态更新。
- 提供了通过Codex工具自动升级项目以适配GPT-5.5的实用方法。
深度解读
起因：新模型，新规则
GPT-5.5来了，OpenAI同步放出了官方提示指南。这件事之所以重要，不是因为又一个模型版本号的更新，而是OpenAI在指南里明确警告：请把GPT-5.5当作一个全新的模型家族来对待，而不是GPT-5.2或GPT-5.4的“即插即用”替代品。这意味着，过去我们精心调教、为旧模型优化的提示词（prompt），很可能在GPT-5.5上效果不佳，甚至失效。这颠覆了许多开发者“模型只会越来越好，旧提示自然兼容”的预期，迫使大家重新思考与AI协作的基本方法。
拆解：从“最小可行提示”开始
OpenAI的核心建议是：迁移时，请从零开始。具体来说，他们建议“从能保证产品契约的最小提示开始”。这是一个关键的思维转变。“产品契约”指的是你的应用对用户的核心承诺，比如“准确总结文档”或“生成无害的代码”。过去，我们可能堆砌了很多详细的指令、示例和格式要求来约束旧模型。现在，对于GPT-5.5，OpenAI建议先只保留最核心的指令，然后在此基础上，针对“推理努力程度、回答详细度、工具描述和输出格式”进行重新调优。这就像给一位新同事布置任务，你不会直接把给前任的详细操作手册甩过去，而是先说清楚核心目标，再根据新同事的特点调整沟通细节。
指南中还提到了一个非常实用的交互技巧：对于需要多步骤处理、耗时较长的任务，建议在调用工具前，先向用户发送一个简短的状态更新（例如，“我收到了你的请求，正在分析数据，第一步是...”）。这看似简单，却极大地改善了用户体验，避免了用户在等待时产生“程序是不是卡死了”的焦虑。Simon Willison观察到OpenAI自己的Codex应用已经在使用这个模式，效果显著。
趋势洞察：提示工程从“技巧”走向“系统化迁移”
这件事揭示了一个更深层的趋势：提示工程正在从一堆零散的“技巧”和“咒语”，演变为一项需要系统化方法的工程活动。当模型代际更新时，提示策略也需要版本化迁移。OpenAI提供通过Codex工具（$openai-docs migrate this project to gpt-5.5）来辅助升级的路径，这本身就说明，管理不同模型版本的提示配置，正在成为开发者工作流的一部分。未来，我们可能不仅需要为不同任务设计提示，还需要为同一任务的不同模型版本维护不同的提示库。
实用价值与反常识
对于开发者和产品经理而言，最直接的行动点是：不要假设旧提示在新模型上依然有效。在评估或迁移到GPT-5.5时，必须预留时间进行提示的重新验证和调优。可以利用OpenAI提供的升级指南和工具作为起点，但核心是建立“从最小提示开始，逐步迭代”的思维模式。
这里最反常识的一点是：模型能力越强，对提示工程的“基本功”要求可能反而越高。GPT-5.5可能更“聪明”，但也更“敏感”，对指令的模糊性、冗余信息的容忍度可能更低。过去靠堆砌细节“哄着”模型出结果的粗放式提示，在新模型上可能不如简洁、精准的指令有效。这迫使我们回归沟通的本质：清晰地定义目标，并根据对方的特性调整表达方式。
原文地址: GPT-5.5 prompting guide