夜雨聆风核心观点
ChatGPT官方提示词指南的核心思想可以概括为三点：
1. 越简单越好，但关键任务要“说清楚”
写提示词不需要复杂的语法或固定模板。用你自己的话问问题、下指令、定目标就行了。但对于重要或耗时的工作，最好说清四件事：目标（让AI做什么）、上下文（哪些信息或资料有用）、输出格式（多长、什么风格、什么结构）、边界（什么不能改、哪些事要问过你再做）。不必每项都填，只加那些真正影响结果的部分。
2. 先告诉AI“要什么”，而不是“怎么做”
直接描述你想要的最终结果，别列一串步骤。比如：“把会议纪要用项目团队能看懂的方式改写成简短更新，先说决策和下一步”。这样AI就知道输出给谁看、重点在哪。只有在流程本身很重要的时候才描述步骤。其他时候让AI自己去搜索、对比、调整方法。
3. 第一次不完美没关系，用后续消息来改进
你的第一个提示不一定要完美。看了AI的输出之后，再发一条消息要求具体修改。比如：“开头更直接，保留证据，把建议移到背景前面”。你还可以补充遗漏的信息、纠正方向、换一个方案、调整详细程度，完全不需要从头再来。
以下为全文翻译
提示词（Prompting）概述
提示词是你告诉ChatGPT你想知道什么、想创造什么或想修改什么的方式。提示可以是一个问题、一条指令或者一个目标。你不需要懂技术语法，也不需要用固定的公式。用你自己的话开始，看完回复后再用后续消息调整结果。
一个简短的提示通常就够了。但对于更大或更重要的任务，可以包含以下关键部分：
- 目标（Goal）
ChatGPT应该做什么？ - 上下文（Context）
哪些信息或资料有帮助？ - 输出（Output）
需要什么格式、长度或详细程度？ - 边界（Boundaries）
什么必须保持不变？ChatGPT应该避免什么？或者在做某件事之前必须先问过你？
只使用对你有用的部分，不需要每项都填，也不用遵循固定格式。
描述你需要的成果
从结果开始，而不是列出一串详细的步骤。当读者或格式会改变ChatGPT的输出时，要说明这些细节。
“把这些会议纪要用项目团队能看懂的方式改写成简短更新，先说决策和下一步。”
这个提示说明了要创建什么、谁来看。当流程本身很重要时才描述流程，否则留给ChatGPT空间去搜索、对比信息并调整方法。
添加上下文
分享那些可能改变结果的信息。只添加上下文相关的资料，并说明你想从每份资料中获取什么。
如果你希望ChatGPT总结、对比、转换或创建文件供你审阅，可以附上文档、电子表格、演示文稿或PDF文件。 如果任务依赖视觉背景（如界面截图、图表），可以添加截图或图片。指出画面中重要的区域，不要只依赖图片本身。 如果答案需要当前信息，让ChatGPT使用网络搜索。如果你需要核实结果，要求它给出来源。 当相关的对话或任务应该共享文件、资料或本地文件夹时，可以使用项目（Project）功能。
使用连接源（Connected Sources）
当ChatGPT可以访问连接源时，你要告诉它去哪里找、找什么。不需要描述每次搜索的具体步骤。
“使用Drive中最新的项目计划、以及项目Slack频道中的相关决策和更新，准备一份状态更新。”
连接源需要匹配的插件，可用性取决于你的套餐和工作区设置。
使用插件（Plugins）
插件让ChatGPT拥有可重复使用的指令，以及连接工具（如Google Drive、Gmail、Slack和GitHub）的能力。你只需要说出你想要的成果，让ChatGPT自己选择合适的工具。如果你想指定某个插件，在输入框输入@即可。
个性化ChatGPT
那些在多个对话和任务中都要用到的偏好设置，可以放在“设置 > 个性化”中作为自定义指令。而只对当前任务重要的细节，则放在提示词里。
设置边界，防止真正的问题
边界是那几条关键的指令，用来避免ChatGPT帮你做无用功或者做出你不想做的事情。当改错细节会让结果完全没法用的时候，或者你想在做出影响他人的操作之前先审阅一遍的时候，就加上一句边界。
“保持已批准日期和预算数字不变。”“只使用提供的资料，如果缺少信息就标记出来，不要自己编。”“建议范围不超过给定预算。”“把消息写成草稿，不要发送。”
关注一两个最重要的边界，不需要控制ChatGPT的每一步。
让结果拿来就能用
告诉ChatGPT你打算怎么使用结果，这能帮它选择合适的长度、详细程度和组织方式。
“做成一篇一页的摘要，让总监能在会前快速浏览。先把决策和下一步放在最前面。”“把这些笔记改写成一封跟进邮件，包含决策、负责人和截止日期。”“创建一个清晰的表格，对比计划支出和实际支出，标出任何超过10%的差异。”
对于重要工作，可以让ChatGPT做一次最终检查，比如确认每个行动项都有负责人和截止日期，或者标记它无法核实的信息。但你自己在使用或分享结果之前，一定要再审阅一遍。
用后续消息改进结果
你的第一个提示不需要完美。看完回复后，直接要求你想要的修改。
“开头更直接一点，保留证据，把建议移到背景部分前面。”
你可以补充遗漏的资料来源、纠正方向、要求另一个选项，或者调整详细程度，都不需要从头再来。
引导（Steer）与排队（Queue）
当Codex正在工作时，你不需要等它完成就可以发送另一条消息：
- 引导（Steer）
：将消息加入当前运行。用于改变方向、补充遗漏的细节或分享新信息。 - 排队（Queue）
：将消息保存到下一次运行。用于那些应该等当前工作完成后再执行的后续操作。
在ChatGPT桌面应用中，在“设置 > 通用 > 后续行为”中选择默认模式。排队消息会出现在输入框上方，你可以编辑、重新排序、发送或删除。该设置也会显示临时切换其他行为的快捷键。
在Codex CLI中，当Codex正在工作时按Enter键可以引导当前轮次，按Tab键则将消息排队到下一轮。
组合完整示例
一个使用连接源的项目更新提示可能长这样：
为周一的高层会议准备一页项目状态更新。使用Drive中最新的项目计划，以及项目Slack频道中的相关决策和更新。以高层需要做的决策和下一步行动开头。总结进展、风险、负责人和截止日期。保持已批准日期和预算数字不变。标记任何冲突或缺失的信息，不要发送或发布任何内容。完成前，检查每个下一步是否都有负责人和截止日期。
这个提示涵盖了目标、上下文、输出和边界，还要求最终检查，但没有写出每一步怎么做。
使用语音输入
在ChatGPT桌面应用中，输入框可见时按住Ctrl+M，然后开始说话。ChatGPT会将你说的话转录到输入框中，你可以先审阅和编辑再发送提示。
Chat提示示例
Chat用于提问、构思、草稿和日常决策。从你想要的成果开始，只在细节会影响答案时才进一步描述。
理解概念
“向从未投资过的人解释复利如何运作。用具体例子，并定义你引入的所有金融术语。”
起草并完善写作
“写一封友好的邮件婉拒这个邀请，因为我正在旅行。控制在120字以内，并留出未来合作的可能。”
对比选项
“为一年出国两次的人对比这两个手机套餐。用表格显示重要差异，然后推荐一个并说明权衡。”
制定实用计划
“规划五个工作日晚餐，每餐不超过30分钟。避免花生，跨餐复用食材，最后整理成一个合并的购物清单。”
Work提示指南
Chat用于快速提问、简短改写、头脑风暴和轻量草稿。Work则用于那些需要引用不同资料或工具、涉及多步骤、进行修改或产出较大交付物的任务。
对于Work任务，描述你需要的成果、提供原始资料、说明读者以及你将如何审阅。让ChatGPT先规划、收集必要信息、创建文件并在完成前检查。
高效使用WorkWork适合耗时或重复性任务，或者那些可以反复使用的成品文件。一个消耗更多积分的任务，如果它能节省时间、提高质量或帮你在重要决策上做判断，也是值得的。
先从一个你可以审阅的成果开始：
只包含相关的资料来源，适当限定日期范围。 定义读者、输出格式和期望长度。 把必须完成的工作和可选的优化或润色分开。 当方法很重要时，要求ChatGPT先给出计划。在ChatGPT发送、发布或修改他人依赖的信息之前，必须得到你的批准。 如果任务开始做你不再需要的事情，就缩小范围或停止。 审查第一个成果，优化指令，然后当该流程可行时就重复使用。
从原始资料生成成品文件
“使用附件的季度报告，创建一份领导层简报和一份六页演示文稿。读者是高管团队。以他们需要做出的三个决策开头。区分报告事实和你的分析，每个数字都标注来源文件，完成前检查简报和演示文稿内容一致。”
研究决策
“为一家50人的公司研究三个客户支持平台。使用最新资料对比价格、安全性、集成功能和迁移难度。输出一份推荐备忘录，包含链接、假设以及我们在签合同之前应该回答的问题。”
协调发布
“为附件产品简介创建一份发布计划。包含时间表、负责人、依赖项、风险、公告草稿、客户常见问题以及发布日检查清单。在生成最终文件前，标记出缺失的决策。”
对于重复性工作，先在普通任务中优化提示。当输出稳定后，再从那项任务中调度定时运行。如果每次调度应该启动一个新任务，就创建一个独立的定时任务。
Codex提示指南
当你希望ChatGPT处理代码、代码库或开发者工具时，使用Codex。一个有用的Codex提示会指明想要的行为、指向相关代码或重现步骤、保留重要的约束条件，并说明如何验证改动。
对于多步骤任务，在应用输入框中输入/plan，让Codex先调查并提出方案后再编辑。当Goal模式可用时，用/goal在计划之后设置一个持久目标。
如何阅读这些示例每个工作流程包含：何时使用、最适合哪个Codex界面（IDE、CLI或云）、步骤及示例用户提示、上下文说明（Codex自动看到什么 vs 你应该附上什么）、验证方法。
注意：IDE扩展会自动将你打开的文件作为上下文。在CLI中，需要明确写出文件路径，或者使用/mention和@路径自动补全来附上文件。
Codex在沙箱中运行本地命令，限制文件和网络访问。如果任务需要跨越这个边界，Codex会在继续之前遵循你的批准策略。
解释代码库适用于：入职、接手已有服务、理解协议、数据模型或请求流程。IDE扩展流程（最快的本地探索）：打开最相关的文件，选中你关心的代码（可选但推荐），然后提示Codex：“解释请求如何流过选中的代码。包括：每个模块的职责简述、数据在哪里校验、以及一两个修改时需要注意的陷阱。”验证：要求Codex生成一个数字列表形式的请求流程总结，并列出涉及的文件。
修复Bug适用于：你能本地重现的失效行为。CLI流程（紧耦合的重现与验证）：在仓库根目录启动Codex，给出重现步骤和嫌疑文件。约束条件：不要改变API形状，保持修复最小化，如果可行添加回归测试。Codex应先在本地重现bug，然后提出补丁并运行检查。验证：Codex修复后应重新执行重现步骤。如果有标准检查流水线，让它运行。
编写测试适用于：定义精确的测试范围。IDE扩展（基于选中）：打开函数所在文件，选中函数所在行，用“Add to Codex Thread”命令添加到上下文，然后提示：“为这个函数写一个单元测试，遵循其他测试中的惯例。”CLI流程：启动Codex，提示：“为transform.ts中的invert_list函数添加测试，覆盖正常路径和边界情况。”
从截图制作原型适用于：将设计稿、截图或UI参考转换为可运行的原型。CLI流程：保存截图在本地，运行Codex，将图片拖入终端附在提示后。然后给出约束和结构：“基于这张图片创建一个新的仪表盘。约束：使用react、vite和tailwind，用TypeScript写代码。尽量匹配间距、字体和布局。输出：一个新路由/页面渲染UI，所需的任何小组件，README.md包含本地运行说明。”验证：让Codex启动开发服务器并告诉你本地URL/路由。
通过实时更新迭代UI适用于：你希望有紧密的“设计→调整→刷新→调整”循环。CLI流程：启动Codex，在另一个终端启动开发服务器，然后让Codex提出改进方案。选取一个方向后用精准的小提示迭代。验证：在浏览器中查看修改，喜欢的就提交，不喜欢的就还原。
将重构委托到云端适用于：在本地设计好方案后，把耗时的实现交给云端任务并行运行。本地规划（IDE）：确保当前工作已提交或暂存。让Codex生成重构计划。审查并协商。云端委托（IDE→云）：设置好云环境后，点击云图标，输入“实现计划中的里程碑1”。在云端审查差异，迭代，然后直接从云端创建PR或拉取更改到本地测试。
本地代码评审适用于：在提交或创建PR之前想要第二双眼睛。CLI流程：启动Codex，运行/review。可选：提供特定关注点，如“重点检查边界情况和安全问题”。验证：根据评审反馈应用修复，然后再次运行/review确认问题已解决。
评审GitHub Pull Request适用于：不需要拉取分支到本地就能获得评审反馈。前提：在你的仓库上启用Codex Code review。GitHub流程：在PR中评论@codex review，可选附加明确指令。
更新文档适用于：需要准确、清晰的文档修改。IDE或CLI流程：定位要修改的文档文件并打开或@提及，提示Codex明确范围和验证要求：“更新‘高级特性’文档，添加认证问题的排查指导。验证所有链接有效。”验证：阅读渲染后的页面。
