Prompt 精通手册(从零到实战)

目标:让你从“会问”到“会驱动”,把 AI 变成可编排、可验证、可复用的生产力。


0. 学习路径(4 周速成)

  • 第 1 周|基础心法:理解任务—受众—交付物,掌握 Prompt 五要素与最小工作示例。
  • 第 2 周|结构化表达:学会把需求拆成角色、输入、流程、格式与评估,形成可复用模板。
  • 第 3 周|迭代与控制:学会反馈回路(RFT)、反事实检查、来源校验、防幻觉清单。
  • 第 4 周|项目化实战:在你的真实项目(WordPress、SEO、邮件、公函、图片生成、研究)中打通流水线。

1. Prompt 五要素(A.R.C.I.F)

A 角色(Agent):给模型一个身份与能力圈定。
R 结果(Result):明确“要产出什么”。
C 约束(Constraints):风格、长度、禁忌、合规等边界。
I 输入(Inputs):上下文、数据、素材、示例。
F 格式(Format):结构化输出(Markdown/JSON/HTML/表格)。

口诀:先定结果,再定格式;先给上下文,再下要求;最后补约束。

一个最小可用 Prompt 模板

[角色] 你是{角色/领域/水平要求}。
[结果] 产出:{具体交付物}。
[输入] 背景/素材:{要点或粘贴数据}。
[格式] 请按 {格式/字段/模板} 输出,不要额外解释。
[约束] {风格|长度|禁忌|检查点}。

2. 迭代回路 RFT(Result → Feedback → Tweak)

  1. Result:先拿到可用初稿(小步快跑)。
  2. Feedback:给出具体差距(维度化:准确/完整/结构/风格/可执行)。
  3. Tweak:只改一个变量(目标、格式或约束)再跑一次。

反馈话术模板

对上一个结果做差距修正:
- 准确:第2节的引用缺来源;
- 完整:补充 edge cases;
- 结构:先摘要再分节;
- 风格:更专业、少形容词;
- 可执行:给脚本/命令/表格。
仅修改以上,其他保持不变。

3. 防幻觉与可验证十条

  1. 引用来源:要求给出链接/Citation(新闻、法规、价格等必须联网验证)。
  2. 明确 不确定要直说:加入“若不确定请标注不确定并给下一步核验方法”。
  3. 数据边界:时间、区域、版本号、适用范围。
  4. 先列假设 再推导:便于你核对。
  5. 对比输出:A/B 两种方案与取舍理由。
  6. 反事实提问:在什么条件下这个结论不成立?
  7. 枚举 edge cases:异常/极端/对抗样例。
  8. 单元测试式验证:给 3–5 条测试用例与预期输出。
  9. 禁止瞎编:要求“未知时返回 UNKNOWN 并给检索关键词”。
  10. 复核清单:交付前自检(见下)。

交付前自检清单(Prompt Lint)

  • 任务唯一且可测?
  • 输入充分且最新?(是否需要联网)
  • 输出有固定格式并易解析?
  • 关键名词已下定义?
  • 风格/语气/长度已设定?
  • 边界与排除项已声明?
  • 提供了示例或测试用例?

4. 可复用“宏指令”(随取随用)

  • “只按模板输出”仅按下列模板输出,不要多余注释与解释。
  • “未知请直说”若信息不足,请输出 UNKNOWN,并列出需要的补充字段。
  • “先计划后执行”先给出 5 步计划清单,经我确认后再逐步执行。
  • “对比推理”给出两个不同路径的解,各列利弊与应用场景。
  • “逐段锁定”先生成大纲,待我确认后,每节限 200 字逐段生成。
  • “评审模式”以 code review 形式逐条指出问题并给修复补丁。

5. 任务模板库(贴即用)

5.1 编程/WordPress 插件需求说明(PRD)

角色:你是高级 WordPress/PHP 架构师。
产出:开发任务清单 + 目录结构 + 关键代码骨架 + 风险点 + 单元测试样例。
输入:
- 目标:{功能目标}
- 兼容:WP {version},PHP {version},常见缓存/安全插件兼容。
- 性能:页面 TTFB 目标 {ms};内存峰值 {MB}。
- 安全:权限、nonce、CSRF、能力检查。
- I/O:选项字段、Post Meta、Transient、Ajax/REST。
格式:
1) 概要
2) 数据结构/表结构
3) 关键流程(伪代码)
4) 边界与兼容
5) 单测用例(Given-When-Then)
约束:不要生成完整成品,只给可落地骨架与 TODO 标注。

5.2 Bug 报告/复现脚本

角色:QA 工程师。
产出:最小可复现步骤 + 期望/实际 + 可能原因 + 验证脚本。
输入:环境、版本、日志片段。
格式:Steps / Expected / Actual / Hypothesis / Repro Script / Fix Checklist。
约束:禁止猜测无证据结论。

5.3 SEO 文章(严格 HTML)

角色:资深 SEO 编辑(英文/中文二选一)。
产出:仅返回 HTML 片段,最高级别标题 <h2>(禁止 <h1>)。
输入:主题、核心读者、目标关键词、对手链接若干、站内相关链接。
格式:
- <section class="lead"> 1 段引子(不含关键词)
- 结构化小节:每节 120–180 词
- 1 个要点列表与 1 个对比表格
- 结尾 CTA 与 2 个指向站内的锚文本
约束:Meta Description ≤ 156 chars;外链 2–3 个;严禁返回图片/BASE64。

5.4 研究与事实核验(需要联网)

角色:研究助理。
产出:带来源的要点摘要 + 证据矩阵表(主张/证据/来源/时间)。
输入:问题与判定标准。
格式:Markdown;每条结论后标注来源;最后给“如何复核”。
约束:若来源早于 {日期} 视为过时;不确定用 ??? 标注。

5.5 邮件/申诉/谈判(强硬版)

角色:Legal/CS 专员。
产出:一封简洁、礼貌但强硬的英文函件。
输入:交易事实、订单号、主张、诉求(退款/履约/时限)。
格式:Subject / Body 三段;末尾列“若未按时履行将采取的措施”。
约束:避免法律结论性用语,聚焦事实与合同行为义务。

5.6 图像生成/修改(通用)

角色:视觉设计师。
产出:英文提示词(text-to-image 或 edit),含风格/材质/光线/构图。
输入:主体、风格、用途、尺寸、透明背景(是/否)。
格式:英文逗号分隔主描述 + 风格标签 + 负面词(no …)。
约束:不同版本各 1 句;控制词数 30–80。

5.7 数据整理/表格生成

角色:数据清洗助手。
产出:CSV/Markdown 表格 + 规则说明 + 检查样例。
输入:原始文本或半结构化数据。
格式:列名固定;包含正则/分词/映射规则;给 3 条样例。
约束:未知字段填 NA;提供异常捕获策略。

6. 指令分层:系统 → 任务 → 样例 → 评估

  1. 系统/角色卡(一次声明长期通用要求)
  2. 任务指令(本次目标/输入/格式)
  3. 少样本演示(1–3 个正反例)
  4. 评估协议(打分标准 + 失败时的回滚/补救)

少样本结构示例

[正例]
输入:……
输出:……(满足 A/B/C)
[反例]
输入:……
输出:……(错误点:冗长/跑题)

7. 评估与打分(ARES)

  • Accuracy(准确):事实/计算/引用是否正确。
  • Relevance(相关):紧扣任务与受众。
  • Exhaustiveness(完整):覆盖关键维度与边界。
  • Structure(结构):易读、可解析、可执行。

自评 Rubric(0–3 分)

  • 0:不可用/跑题
  • 1:可读但缺关键要素
  • 2:可用小改
  • 3:可交付

8. 你的专属“Prompt Canvas”(表单化提问)

将复杂任务变成表单,复制填空即可:

任务:{一句话}
受众:{谁用}
交付物:{格式/长度/语言}
上下文:{链接/数据/代码/约束}
评估标准:{ARES 四维}
风险与未知:{需要联网/版本/日期}
迭代计划:{先大纲后细化|两版对比}

9. 十个高频“坏味道”与修复

  1. 只有主题没有目标 → 加“交付物 + 评估标准”。
  2. 信息不全 → 要求模型先列“缺失清单”。
  3. 格式漂移 → 先给模板 + “仅按模板输出”。
  4. 冗长空话 → 加字数上限与“去除空话”。
  5. 风格跑偏 → 给 1 段参考文本作风格对齐。
  6. 逻辑跳跃 → 要求“结论前列出前提”。
  7. 一次要太多 → 切成阶段输出;上一阶段通过再下一个。
  8. 不复用 → 抽象成模版,变量化。
  9. 不验证 → 要求给检查用例与失败补救。
  10. 忘记时间敏感 → 明确日期范围与“需联网核验”。

10. 实战练习(建议按序完成)

  1. 用 A.R.C.I.F 写一个“WP 插件 PRD”Prompt。
  2. 用 RFT 把上一题的结果打磨 2 轮,记录修改点。
  3. 写一个“带来源”的研究 Prompt,限定来源时间 ≥ 去年 1 月 1 日。
  4. 生成一封英文强硬申诉邮件(含订单号/诉求/时限)。
  5. 为“SEO 文章(仅 HTML)”写 Prompt,并用同主题生成 150 字摘要(Markdown)。
  6. 把你常驻的 5 个任务固化为模板,做成一页“Prompt 菜单”。

11. 速查清单(一页纸)

  • 结果先行:交付物 + 格式
  • 输入充分:上下文/示例/边界
  • 结构固定:标题、步骤、表格、代码块
  • 迭代微调:一次只改一个变量
  • 可验证:来源、日期、测试用例
  • 防幻觉:未知即 UNKNOWN
  • 长期复用:抽模板 + 变量化

12. 你的项目专项建议(可直接使用)

  • WP/SEO/多站点:把“站点名、品牌色、TDK 规则、禁止项”写成一张“系统/角色卡”,所有内容类任务都引用。
  • 技术调试:把环境变量(PHP/WP/插件版本、主机信息、缓存/代理情况)做成固定段落,任何技术求助先自动附带。
  • 新闻/行情/政策:强制联网 + 引用;限定日期;让模型输出“核验关键词 + 可替代来源”。
  • 图片生成:建立“主体/风格/材质/光线/视角/用途/尺寸/透明背景/负面词”的固定表单。

附:三个开箱即用母模版

A. 通用工作流模版

你是{角色}。产出{交付物}。
输入:{背景/素材/限制}
流程:
1) 列出前提与假设;
2) 生成大纲;
3) 按大纲逐步充实;
4) 给测试/检查清单;
格式:{Markdown|HTML|JSON 模式}
约束:未知用 UNKNOWN;引用给来源;总字数 ≤ {N}。

B. 代码修复/评审模版

角色:高级工程师
输入:代码片段/报错/环境
产出:问题定位 → 修复补丁(diff)→ 回归测试 → 风险点
约束:不要重写全部,仅最小改动;解释每处修改原因。

C. 研究报告模版(可联网)

角色:研究助理
问题:{待回答的问题}
产出:3–5 条关键结论 + 证据矩阵表 + 待验证清单
约束:给出确切日期;来源可公开访问;不确定用 ??? 标注。

建议把你最常用的 5–10 个任务各做一份“模板卡”,日常只填空即可;遇到不理想的输出,用 RFT 三步法收敛。

Comments
Join the Discussion and Share Your Opinion
Add a Comment

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注