13 · 提示词写法：把话说到 Codex 心坎里

提示词不是玄学。 对小白来说，最有用的提示词不是“高级词”，而是把任务说清楚。

一个好提示词通常包含四件事： 目标、上下文、限制、验收标准。

先记住一个万能公式

不会写提示词时，直接套这个：

目标：
背景：
范围：
限制：
验收：

这五行比任何高级词都重要。 如果你只说“帮我优化”，Codex 只能猜。 如果你把这五行填清楚，它就知道往哪里走、哪里不能碰、做到什么程度算完成。

先照着做一次：把一句话改成五行

这篇文章不要只看。 你现在就拿一个真实需求练一次。

比如你原本想说：

帮我把文章写好一点。

不要这样发。 改成下面这 5 行：

目标：把第 13 篇文章改得更适合小白照着操作
背景：这是一个普通人学习 Codex 的教程网站，读者大多不会编程
范围：只修改 docs/codex/13-prompting.md
限制：不要删除原有章节，不要改网站配置
验收：文章里要有步骤、示例、可复制模板和检查清单

你会发现，Codex 立刻知道该怎么下手。

第一步：先别说“帮我优化”

“帮我优化一下”是最常见、也最没用的提示词。

因为 Codex 不知道你要优化什么：

1. 速度？
2. 样式？
3. 文案？
4. 代码结构？
5. 手机端效果？

你要把“优化”翻译成可执行目标。

差的写法：

帮我优化这个页面。

好的写法：

请优化首页手机端排版。
目标是：
1. 标题不要超出屏幕
2. 按钮上下间距更舒服
3. 图片保持完整比例
范围只限首页和相关样式文件。
改完后告诉我怎么预览。

第二步：给目标

目标要具体。 最好能让人一眼知道“完成后会变成什么样”。

模板：

请帮我完成【具体目标】。
完成后应该看到【可观察结果】。

例子：

请帮我给文章页增加一个“复制链接”按钮。
完成后用户点击按钮，可以把当前文章链接复制到剪贴板，并看到复制成功提示。

第三步：给上下文

Codex 不是读心术。 你要告诉它现在在哪、你关心什么。

模板：

背景：
这个项目是【项目用途】。
读者/用户是【目标人群】。
我现在想处理【具体页面或功能】。

例子：

背景：
这是一个写给普通人的 AI 教程网站。
读者大多不会编程。
我现在想处理 Codex 手册文章页的阅读体验。

这会让它更少写出不合适的东西。

第四步：给限制

限制就是告诉它不要乱跑。

常见限制：

1. 不要修改无关文件。
2. 不要新增依赖。
3. 不要重构全项目。
4. 不要删除已有内容。
5. 不要写真实密钥。

模板：

限制：
1. 只修改【范围】
2. 不要【禁止事项】
3. 如果必须超出范围，先停下来问我

例子：

限制：
1. 只修改 docs/codex 里的文章
2. 不要改主题配置
3. 不要删除已有章节
4. 如果发现必须改配置，先说明原因

第五步：给验收标准

没有验收标准，Codex 说完成，你也不知道是不是真的完成。

模板：

验收标准：
1. 【结果一】
2. 【结果二】
3. 【检查方式】

例子：

验收标准：
1. 页面能正常打开
2. 手机端文字不重叠
3. 构建命令通过
4. 最后告诉我改了哪些文件

这一步非常关键。 你越不会编程，越需要验收标准。

第六步：小白万能提示词

你可以直接复制这个：

请帮我完成这个任务：

目标：
【写清楚你想要的结果】

背景：
【这个项目是什么，用户是谁，当前问题是什么】

范围：
【只允许修改哪些文件或页面】

限制：
1. 不要修改无关文件
2. 不要新增依赖，除非先说明原因
3. 不要删除已有内容
4. 如果任务范围需要扩大，先问我

验收：
1. 告诉我改了哪些文件
2. 告诉我为什么这样改
3. 告诉我怎么检查结果
4. 如果有命令，请先解释命令作用

把括号里的内容换成你的真实情况就行。

第七步：再给它一个“开工前检查”

如果你怕 Codex 理解错，直接加这一段：

开工前先检查：
1. 请先复述你理解的任务
2. 请列出你准备修改的文件
3. 请列出你不会做的事情
4. 如果发现需要扩大范围，先停下来问我

这段话特别适合小白。 因为你不需要懂代码，也能先看它有没有跑偏。

第八步：让 Codex 先复述任务

如果任务稍微复杂一点，先让它复述。

开始前，请先用你的话复述我的任务。
重点说明：
1. 你理解的目标是什么
2. 你准备修改哪些范围
3. 哪些事情你不会做
我确认后你再开始。

这一步能提前发现很多误解。

第九步：三种场景直接套用

场景一：改文章

请帮我改这篇文章：

目标：
让文章更适合零基础读者照着做。

背景：
这是一个普通人学习 AI / Codex 的教程网站。
读者不懂编程，希望看到第一步、第二步、第三步。

范围：
只修改当前这篇文章。

限制：
1. 不要删除核心内容
2. 不要写成宣传文
3. 不要使用太多专业术语

验收：
1. 文章要有明确步骤
2. 要有可复制提示词
3. 要有常见错误
4. 最后给我一个检查清单

场景二：修页面

请帮我修这个页面问题：

目标：
解决【写具体问题，比如：手机端标题换行不好看】。

背景：
这个网站给普通人看，阅读体验要清楚、舒服。

范围：
只修改和这个页面相关的文件。

限制：
1. 不要重做整个网站
2. 不要新增依赖
3. 不要影响其他页面

验收：
1. 页面能正常打开
2. 手机端和电脑端都不重叠
3. 告诉我怎么预览

场景三：做一个小功能

请帮我做一个小功能：

目标：
给文章页增加【写功能，比如：复制链接按钮】。

背景：
读者可能会把教程分享给朋友。

范围：
只改实现这个功能必须修改的文件。

限制：
1. 不要引入大型依赖
2. 不要改动已有文章内容
3. 如果有风险，先解释再动手

验收：
1. 功能能用
2. 页面样式不乱
3. 告诉我改了哪些文件
4. 告诉我怎么检查

常见错误

错误一：目标太抽象

“优化”“美化”“完善”都要翻译成可观察结果。

错误二：不给范围

不给范围，它可能改太多。

错误三：不给限制

不给限制，它可能新增依赖、重构结构、改无关文件。

错误四：不给验收

不给验收，你就只能凭感觉判断。

检查清单

发出提示词前，确认：

• 目标具体。
• 上下文清楚。
• 范围明确。
• 限制写出来了。
• 验收标准能检查。
• 复杂任务让它先复述。

小结

提示词写得好，不是因为词高级。 而是因为它把目标、上下文、限制、验收说清楚。

下一篇讲四类日常工作流。 你会看到同一套提示词框架，怎么用在探索、修 bug、重构、写测试里。