OpenAI 面向普通用户发布提示词指南：从结果出发，少写步骤

OpenAI 将其提示词建议整合成了一份面向普通用户而非开发者的单一指南。重点在于四个构建模块、实用护栏以及 Codex 工作流，而非 API 参数或模型调优。

这份指南发布前不久，OpenAI 刚推出了 ChatGPT Work，这是一款基于 Codex 技术和全新 GPT-5.6 模型构建的独立产品，能够在复杂项目上花费数小时，跨应用和文件进行操作，并生成完成的 Excel 或 Word 文档。

它在一个统一框架中同时涵盖了常规 ChatGPT 界面和 Codex，反映出两者正逐渐融合为一个产品。其语气与 OpenAI 近期为 GPT-5 和 GPT-5.5 发布的开发者文档略有不同，后者侧重于 API 参数、推理投入级别以及精心设计的提示词模式。这份面向最终用户的指南舍弃了所有这些内容，但保留了相同的核心理念：从小处着手，说清你想要什么，只在需要的地方添加规则。

提示词获得四个可选构建模块

OpenAI 围绕目标、上下文、输出格式和边界来构建提示词。这些都不是必需的。该公司表示，简短的提示词通常就能奏效，只有面对更大的任务时，填满全部四项才有意义。

该指南建议以结果开头，而不是按步骤逐一叙述。文件中写道：“当流程本身很重要时，才描述流程。否则，给 ChatGPT 留出搜索、比较信息和调整方法的空间。”目标受众或格式对输出的影响远大于详细的指令。

约束条件胜过逐步脚本

OpenAI 建议不要为每一步都编写脚本，而是用一两条硬性规则来阻止不想要的行为。例如：“保持已批准的日期和预算数字不变”以及“将消息准备为草稿。不要发送。”

同样的“少即是多”逻辑也适用于上下文。只附加那些真正会改变答案的来源。该指南将电子表格、PDF、图像、网页搜索和共享项目文件列为可选来源，以及面向 Google Drive、Gmail、Slack 和 GitHub 的插件。对于高风险工作，OpenAI 建议让 ChatGPT 验证自己的输出，例如检查每个行动项是否都有负责人和截止日期。

Chat 处理快速任务，Work 承担繁重工作

该指南划出了一条界线：Chat 用于快速提问和改写措辞，而“Work”用于那些需要引入多个来源、进行修改或产出报告等较大交付物的任务。Work 任务消耗更多额度，但当它们能节省时间或支持重要决策时就物有所值。对于重复性任务，OpenAI 建议先手动优化提示词，然后再将其自动化。

用户不必在第一次提示词时就做到完美。后续追问才是完善输出的预期方式。跨会话保留的偏好设置应放在“Settings > Personalization”中作为“Custom Instructions”。任何与具体任务相关的内容都留在提示词里。

Codex 新增引导、排队和沙箱模式

对于编程助手 Codex，OpenAI 引入了两种在任务运行中途施加影响的方式。“Steer”会向当前运行添加一条消息并使其改变方向。“Queue”则把一条消息排入下一次运行。在 CLI 中，Enter 和 Tab 可作为快捷键。

Codex 在 sandbox 内运行命令，该沙箱会限制文件和网络访问。如果任务需要超出这些限制，Codex 会请求批准。两个斜杠命令有助于多步骤项目：“/plan”让 Codex 在做出更改之前分析代码并提出方案，而“/goal”则设定一个更高层级的目标，Codex 会在多个步骤中遵循该目标。对于审查，用户可以在本地运行“/review”，或在 GitHub 评论中提及“@codex review”，并可选择性地指定关注点，例如“review for security vulnerabilities”。