01「prompt工程教程」到底在问什么
「prompt工程教程」听起来是方法问题，实际是信息问题。方法决定结构，信息决定内容，缺了后者，结构再好也是空架子。放到方法教程里看，写法其实只有两层：先定产出长什么样，再填内容和约束。
方法本身不复杂，难的是坚持一次只改一处。改多了，结果变好你也不知道是哪一处起的作用，经验攒不下来。
为了让你少走弯路，下面把「怎么写」和「怎么判断写得对不对」放在一起讲。只讲前者，你永远不知道自己那版差在哪。
「prompt工程教程」这个词本身信息不多，能确定的只有方向。真正决定结果的是你自己补进去的那几项：给谁用、什么场合、多长、不能出现什么。
如果一时说不清，就用最笨的办法：先写一版，把最不满意的地方圈出来，再回去改对应的那一行。改两轮通常就够。
02三种写法，差别在哪
三种写法放在一起对比，最容易看出问题：多数人卡在第一行，以为多写几句客套话就叫说清楚了。
| 常见写法 | 为什么效果差 | 改成这样 |
|---|---|---|
| 「教我prompt工程教程」 | 得到一套通用原则，听完仍不知道下一步做什么 | 「我在做××，请给我四步操作，每步写清做什么和做完得到什么」 |
| 「prompt工程教程有什么技巧」 | 技巧清单很长，缺少适用条件，容易误用 | 「针对××这个场景，prompt工程教程里哪两个技巧最有效，各给一个例子」 |
| 「帮我写个prompt工程教程」 | 你拿到成品，但不知道它为什么这样写，下次还得求人 | 「先给我写法思路，我确认后再按这个思路写」 |
03一条能直接用的示例
先跑这一版。它把最容易漏的三项（背景、约束、格式）都写进去了，多数情况下比一句话需求好一个档次。
你是带团队的内容负责人，手下新人常问「prompt工程教程」这类问题。
【任务】给一套能当天照做的步骤，不要讲原理。
【要求】每步写清「做什么」和「做完能得到什么」，共四步以内。
【约束】不出现「多练习」「多思考」这类不可执行的建议；每步不超过两句话。
【格式】编号列表，每步一行标题加一行说明。04要加强版就加这两步
加强版的关键不在更长，而在多了「自检」这一步。让它在输出后指出自己哪里没把握，比你事后逐句核对快得多。
你是带团队的负责人，要给新人一份「prompt工程教程」的自练方案。
【任务】设计一个 3 天、每天 30 分钟的练习计划。
【要求】
1. 每天只练一个变量（例如只改背景、只改格式、只改约束），说明为什么按这个顺序；
2. 每天给出一个可自测的完成标准，不能是「感觉好多了」；
3. 第 3 天要能做一次对照：同一需求，改前改后各跑一遍，列出差异。
【约束】不出现「多练」「多思考」「多总结」；每天的任务必须能在 30 分钟内做完。
【格式】Day1 / Day2 / Day3 三段，每段三行：练什么、怎么判断做完了、常见失败。05字段怎么填
六行里前三行是必须的，后三行决定输出能不能直接用。刚开始可以只填前三行，跑通之后再逐行补。
| 字段 | 怎么写 | 常见反例 |
|---|---|---|
| 目标 | 写成名词：一份大纲、三条标题 | 「提升写作能力」 |
| 起点 | 说清现在有什么素材和信息 | 假设对方什么都知道 |
| 验收 | 给一条能自己检查的标准 | 「写得好一点」 |
| 本次目标 | 写成可交付物：三条标题、一份大纲 | 「提升表达能力」 |
| 已有素材 | 列出你手上的事实、数字、原话 | 假设模型知道你的业务 |
| 判断标准 | 给一条别人也能用的验收线 | 「写得好一点」 |
06换场景，侧重就不一样
同一个词，用在不同场合要调的地方不同。下面四种场景覆盖多数情况，按你实际的场合挑一行看就行。
| 场景 | 这种场合下要侧重什么 |
|---|---|
| 第一次尝试 | 只写任务和格式，先跑通再补细节 |
| 效果不稳定 | 固定其余字段，一次只调一个，记录差异 |
| 任务重复出现 | 抽象成带变量的模板，存下来 |
| 教给别人 | 给模板加一段「为什么这样写」的说明 |
07六个常见错误
- 一上来就想写出完美提示词，改到第五版反而更乱。
- 只改形容词不改结构，结果自然没有变化。
- 一次加五条要求，模型漏掉两条你还以为是它不行。
- 不复盘，同样的坑每次踩一遍。
- 一次改五个地方，结果好了也不知道是哪一处起的作用。
- 把「写得更专业」当成要求，模型只能靠猜。
08怎么判断这次输出能不能用
判断标准要能自检，不能靠感觉。下面四条都是你自己就能确认的，不需要别人帮忙看。
09三个让它更稳的做法
10三种不满，三种改法
改提示词最忌讳整段重写。定位到具体某一行，改完立刻跑，才知道改动有没有用。
| 你现在的感觉 | 该动哪一行 | 改完会怎样 |
|---|---|---|
| 让它改，越改越偏 | 一次只提一个问题，别把五条意见一起丢回去 | 能看出是哪一句起了作用 |
| 该详细的地方反而很空 | 任务行点名要展开的那一段，其余要求压缩 | 详略按你的判断走 |
| 术语用错，一看就外行 | 背景行给五个行业常用词，另给一个禁用词 | 用词归位，读起来像同行写的 |
11换个模型，要调什么
同一段话换个模型结果会变，不是模型随机，是各家对「简洁」「专业」的默认理解不同。下面这几种差异最常碰到。
| 模型 | 常见差异 | 调整一处 |
|---|---|---|
| 即梦 | 画面描述吃细节，镜头词有效 | 把氛围词换成具体光源、角度、焦段 |
| Kimi | 读长材料强，摘要准 | 把原文整段贴进去，先让它摘录再动笔 |
| 文心一言 | 中文语感顺，遇到敏感话题会自我收窄 | 把要求拆小，一次只问一件事 |
| Midjourney | 参数决定画幅和风格力度 | 主体写最前面，参数单独放最后一行 |
12从空白到能交：五步走完
这五步是一套完整流程，从空白到能交。卡在哪一步就停在那一步，不用每次都从第一步开始。
- 先定读者：他是谁、关心什么、最怕看到什么。
- 再定形态：文档、表格、清单，还是一条能直接发出去的消息。
- 给一个反例，写「不要写成这样」，比十条正面要求管用。
- 要求它自评：哪一段最弱，为什么。
- 只改它自评最弱的那一段，其余保留，别整篇重写。
13常被追问的四件事
如果只想看一条，看第三条：多数人的问题不在写法，在于没想清交付物长什么样。
不一定。角色只在需要特定口吻或专业视角时有用；写清交付物和读者，比加一句「你是专家」有效得多。
会。字数上限和「详细展开」经常打架，所以优先级要写出来：先满足字数，再谈细节。
事实、数字、引用、法规条款必须自己核；表达可以直接用。涉及合同、医疗、法律的内容，只当草稿。
够用就行。日常任务八十到一百五十字；涉及格式、口径、禁用项时到三百字；超过五百字通常说明你在替模型做它该做的事。
14这套写法什么时候不管用
任何方法都有失效场景。这几条不属于「再调调就好」，而是要换一种做法。
| 情况 | 为什么不管用 |
|---|---|
| 一次要处理上百条 | 单条提示词解决不了批量问题，你需要的是模板加表格批量跑，或者写脚本调接口。 |
| 你其实只需要一句话 | 改个错字、换个句式这种，直接说就行；套六段结构反而更慢。 |
| 任务本身还没想清 | 你自己还没决定要什么的时候，写再多提示词也只是把模糊往后推一步。先定交付物。 |
FAQ常见问题
「prompt工程教程」有速成的方法吗？
有捷径但没有速成：拿你真实的任务练，每次只改一个变量，对比结果。三次之后你会明显感觉到差别。
要不要背模板？
不用背，要理解字段。模板只在重复做同一类任务时有用，那时应该存成带变量的形式。
练多久能有感觉？
每天一条真实任务，两周左右能形成习惯。关键是别拿练习题练，要拿你本来就要做的工作练。
方法看了很多，还是写不好，卡在哪？
卡在「没跑过」。看十篇方法不如拿一件真实任务跑三遍。第一遍会很差，第二遍知道差在哪，第三遍开始有手感。
需不需要背模板？
不用背，要理解字段。模板只在重复做同一类事时有用，那时应该做成带空格的表单，而不是整段背下来。
为什么同样的方法，别人用有效我没效？
差别通常在背景信息。方法只规定了结构，背景决定了内容，缺背景时模型只能给你平均值。
→同类关键词
这些词和本页属于同一类，字段结构基本相同，换个词就能复用。