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三种不满，三种改法
下面这张表反过来用：先说你哪里不满意，再找对应的那一行去改。比从第一条要求往下读快。
| 你现在的感觉 | 该动哪一行 | 改完会怎样 |
|---|---|---|
| 结构每次都换 | 格式行用编号列出你要的段落顺序 | 骨架固定，只换内容 |
| 内容太满，重点被埋了 | 任务行要求先给一句话结论，再展开三点 | 结论先行，扫一眼就能拿走 |
| 字数总是不对 | 格式行写死上限和段落数，例如「不超过 400 字，分 3 段」 | 长度稳定，不用来回删 |
11换个模型，要调什么
同一段话换个模型结果会变，不是模型随机，是各家对「简洁」「专业」的默认理解不同。下面这几种差异最常碰到。
| 模型 | 常见差异 | 调整一处 |
|---|---|---|
| 智谱清言 | 结构化好，爱用「首先、其次」 | 格式行禁掉序号词，改成短句并列 |
| ChatGPT | 默认偏长，喜欢加总结段和客套开场 | 格式行写明「不要总结段，不要开场问候」 |
| Claude | 长文和改写更稳，但句子容易绕 | 加一条「每句不超过 30 字，能删就删」 |
| Gemini | 对表格和结构化输出响应快 | 格式行直接给列头，别用文字描述结构 |
12从空白到能交：五步走完
第一次走完大约二十分钟，之后同类任务只需要三分钟，因为结构已经固定了。
- 先定读者：他是谁、关心什么、最怕看到什么。
- 再定形态：文档、表格、清单，还是一条能直接发出去的消息。
- 给一个反例，写「不要写成这样」，比十条正面要求管用。
- 要求它自评：哪一段最弱，为什么。
- 只改它自评最弱的那一段，其余保留，别整篇重写。
13常被追问的四件事
这些是实际操作里最常被问到的，不涉及原理，只讲怎么处理。
不一定。角色只在需要特定口吻或专业视角时有用；写清交付物和读者，比加一句「你是专家」有效得多。
够用就行。日常任务八十到一百五十字；涉及格式、口径、禁用项时到三百字；超过五百字通常说明你在替模型做它该做的事。
会。字数上限和「详细展开」经常打架，所以优先级要写出来：先满足字数，再谈细节。
多半是一次改太多。一次只动一行，改完立刻跑，才知道是哪句起的作用。
14这套写法什么时候不管用
任何方法都有失效场景。这几条不属于「再调调就好」，而是要换一种做法。
| 情况 | 为什么不管用 |
|---|---|
| 要求绝对一致的品牌语气 | 语气这种要长期校准的东西，一段提示词只能接近。真正有效的做法是给样本，然后逐句改。 |
| 你其实只需要一句话 | 改个错字、换个句式这种，直接说就行；套六段结构反而更慢。 |
| 一次要处理上百条 | 单条提示词解决不了批量问题，你需要的是模板加表格批量跑，或者写脚本调接口。 |
FAQ常见问题
「prompt市场案例库」有速成的方法吗？
有捷径但没有速成：拿你真实的任务练，每次只改一个变量，对比结果。三次之后你会明显感觉到差别。
要不要背模板？
不用背，要理解字段。模板只在重复做同一类任务时有用，那时应该存成带变量的形式。
练多久能有感觉？
每天一条真实任务，两周左右能形成习惯。关键是别拿练习题练，要拿你本来就要做的工作练。
方法看了很多，还是写不好，卡在哪？
卡在「没跑过」。看十篇方法不如拿一件真实任务跑三遍。第一遍会很差，第二遍知道差在哪，第三遍开始有手感。
需不需要背模板？
不用背，要理解字段。模板只在重复做同一类事时有用，那时应该做成带空格的表单，而不是整段背下来。
为什么同样的方法，别人用有效我没效？
差别通常在背景信息。方法只规定了结构，背景决定了内容，缺背景时模型只能给你平均值。
→同类关键词
同一类需求换个说法，答案的侧重也不同。下面这些词的写法可以直接套用。