背 Prompt 模板就能用好 AI?
ChatGPT Prompt 编写完全指南
从入门到精通
OpenAI 官方方法论 · 结构化沟通 · 效率翻倍
ChatGPT · Prompt Engineering
📦 12 Parts + Conclusion
👉 滑动
PART 01
Prompt 本质
沟通而非编程
PART 02
从结果出发
而非步骤出发
PART 03
给 AI 上下文
眼睛和记忆
PART ///
写在最后
结构化沟通
掌握与 AI 高效协作的核心方法论
不只是“怎么写 Prompt",更是“怎么让 AI 成为你的生产力引擎"
AI 工具的普及速度远超大多数人的预期。2026 年,Prompt Engineering 已从一个小众技能,成长为职场人必备的核心竞争力之一。然而,市面上的 Prompt 教程大多聚焦于"模板"和“咒语”,把一件本该灵活的事变成了死记硬背。
本文基于 OpenAI 官方文档中的 Prompting 指南,提炼出一套系统化的 Prompt 方法论——不讲花哨技巧,只讲真正能提升效率的底层逻辑。
01
PART
Prompt 的本质:沟通而非编程
ESSENCE · 沟通而非编程
很多人把 Prompt 当作一种“咒语”或“代码”来学习,试图记住各种模板和公式。但 OpenAI 官方文档给出的第一条建议恰恰相反:Prompt 不需要技术语法,也不需要固定套路。
Prompt 本质上就是告诉 AI 你想要什么。它可以是一个问题、一条指令,或者一个目标。用你自己的话开头,看看回复,再用后续消息把结果修成你要的样子。
对于日常任务,一句简短的 Prompt 往往就够了。但当任务变得更复杂、更重要时,需要带上四个关键要素:
目标(Goal):AI 该完成什么?
上下文(Context):哪些信息或来源能帮上忙?
输出规格(Output):需要什么格式、多长、多详细?
边界(Boundaries):哪些东西不能动?哪些操作需要先确认?
关键原则是:只用对你有帮助的部分,不需要每一项都填满。
02
PART
从结果出发,而非从步骤出发
OUTCOME · 结果导向思维
一个常见的误区是把 Prompt 写成操作手册——第一步做什么、第二步做什么。更高效的做法是:先描述你要的最终结果,让 AI 自己去规划路径。
不要说“先打开会议记录,然后提取决策项,再列出负责人……",而是直接说:把这些会议记录整理成一份给项目组的简短进展通报,决策和下一步行动放在最前面。
当受众或格式会影响产出时,把它们写进去。只有当过程本身至关重要时,才去描述过程。其他时候,给 AI 留出空间让它自己去搜索、比对信息、调整做法。
03
PART
给 AI 装上“眼睛”和“记忆”
CONTEXT · 上下文即力量
想让 AI 产出更精准的结果,关键是给它足够且相关的上下文:
文件输入:附上文档、电子表格、演示文稿或 PDF
想让 AI 总结、比对、转换内容,或者生成待审阅的文件时,直接附上源文件。
图片输入:加截图或示意图,并指出关键区域
任务依赖视觉信息时,不要只把图丢过去——明确指出图中哪个部分最重要。
联网搜索:答案依赖最新信息时开启,需要核实时要来源
项目组织:用 Project 管理相关对话和共享文件
连接数据源:点名去哪找、找什么,不必描述每次检索
04
PART
设定边界:防住真正的麻烦
BOUNDARIES · 关键约束
边界不是用来控制 AI 的每一步,而是防止它制造额外的工作或做出你没打算让它做的动作。什么时候需要设边界?
改错一个细节结果就没法用的时候
某件事影响到别人之前你想先过目的时候
几条实用的边界示例
已批准的日期和预算数字保持不动
只用我提供的来源,信息缺了就标出来,不要猜
建议控制在说好的预算之内
把消息准备成草稿,不要发出去
核心原则:盯住最要紧的一两条边界就好,不需要控制 AI 走的每一步。
05
PART
让结果拿来就能用
OUTPUT · 即用型交付
告诉 AI 你打算怎么用这个结果,它就能选对长度、详细程度和组织方式:
“做成一页纸的摘要,让总监开会前扫一眼就行。决策和下一步放最前面”“把这些笔记整理成一封跟进邮件,写清决策、负责人和截止日期”“做一张计划支出和实际支出的对照表,差异超过 10% 的都标出来”
对于重要的工作,让 AI 收尾时做一次终检——比如确认每个行动项都有负责人和截止日期,或者把它没法核实的信息标出来。然后你自己再过一遍,再去用、再去分享。
06
PART
用追问打磨结果
ITERATE · 追问即优化
第一条 Prompt 不需要完美。看完结果后,把你想要的具体改动说出来:
开头写得更直接一点,证据保留,把建议挪到背景部分的前面
补一个漏掉的来源
纠正方向,再要一个方案,调整详细程度
不需要从头再来,追问本身就是 Prompt 工作流的核心环节。
07
PART
Steer 与 Queue:AI 干活时你也能说话
STEER · 实时交互模式
当 AI 正在执行任务时,不需要等它跑完就能发下一条消息。两种模式:
Steer(转向)
改方向、补细节、给新信息
Queue(排队)
等当前工作干完再说
ChatGPT 桌面端:设置 > 通用 > 追问行为 中配置默认模式
08
PART
完整 Prompt 示例
EXAMPLE · 实战演示
一份用到已连接数据源的项目通报,完整的 Prompt 大概长这样:
为周一的管理层会议准备一份一页纸的项目状态通报。用 Drive 里最新的项目计划,加上项目 Slack 频道里相关的决策和进展。管理层需要拍板的决策和下一步行动放在最前面。总结进度、风险、负责人和截止日期。已批准的日期和预算数字保持不动。有冲突或缺失的信息就标出来,任何东西都不要发送或发布。收尾前,检查每个下一步都有负责人和截止日期。
这条 Prompt 覆盖了目标、上下文、输出和边界,最后要了一次终检,但没有把每一步都写死。
09
PART
语音听写:开口就能写 Prompt
VOICE · 语音输入
在 ChatGPT 桌面应用中,输入框可见时按住 Ctrl+M,然后开口说话。AI 会把你说的话转写进输入框,发送前可以检查和修改。
10
PART
Chat 与 Work 的分工
MODE · 选对场景效率翻倍
ChatGPT 有两种工作模式,选对场景效率翻倍:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Work 模式的高效用法
只带相关的来源,合适的话限定日期范围
定好受众、输出格式和期望长度
把必须做的活和可选的优化分开
做法本身重要时,先要一份计划
AI 发送、发布或修改别人依赖的信息之前,必须经你批准
审第一版结果,打磨指令,跑通了就复用这套流程
11
PART
进阶:Codex 的 Prompt 写法
CODEX · 开发者模式
当需要 AI 处理代码、代码库或者开发者工具时,使用 Codex 模式。一条有效的 Codex Prompt 包含:要的行为、相关代码或复现步骤、重要约束、验证方式。
对于多步骤任务,先用 /plan 让 AI 调查并提方案,再用 /goal 设持续目标。
IDE 插件工作流示例(解释代码库)
打开最相关的文件
选中你关心的代码(可选,但推荐)
给 Codex 下 Prompt
解释请求是怎么流经这段选中代码的。包含:涉及的每个模块职责的简短总结、哪些数据在哪里被校验、改这段代码时要留神的一两个“坑”。
验证方式:让它把请求链路总结成一个带编号的步骤列表,列出涉及的文件。
///
LAST
写在最后
SUMMARY · 结构化沟通
Prompt 工程不是背模板,而是一种结构化沟通能力。核心心法只有三条:
从结果出发:说清你要什么,而非怎么做
给足上下文:文件、图片、数据源、受众,该给的都给
设定边界:守住关键约束,其余放手让 AI 发挥
掌握这些原则,你就能在任何 AI 工具中高效协作——无论是 ChatGPT、Claude 还是 Gemini,底层逻辑都是相通的。
THANKS FOR READING

