3.7.1 本章核心要点回顾
六大核心技能总览
本章教会你六项核心技能。记住这张表，你就记住了本章的精华：
| 技能 | 核心问题 | 一句话答案 | 对应章节 |
|---|---|---|---|
| 上下文思维 | AI 需要知道什么？ | 项目背景 + 任务细节 + 个人需求 | 3.1 |
| 结构化表达 | 如何组织信息？ | 用 S.C.A.F.F. 或 R.G.C. 框架 | 3.2 |
| 技巧选择 | 什么情况用什么技巧？ | Zero-shot → Few-shot → CoT → ToT | 3.3 |
| PRD 整合 | 如何把想法变成任务书？ | 整合第二章成果，填入 PRD 模板 | 3.4 |
| 迭代对话 | AI 没做对怎么办？ | 精确反馈 + 逐步逼近 | 3.5 |
| 问题处理 | AI 出错了怎么办？ | 诊断根因 + 精确修正 + 验证幻觉 | 3.6 |
从「差提示词」到「好提示词」的蜕变
学完本章，你的提示词应该发生这样的变化：
蜕变前：模糊、不完整
帮我做一个待办清单问题清单：
- ❌ 没有项目背景
- ❌ 没有技术栈
- ❌ 没有功能范围
- ❌ 没有约束条件
- ❌ 没有输出格式
蜕变后：清晰、结构化
markdown
【Situation - 情境】
我在做一个个人待办清单网页应用。
技术栈：React + TypeScript + Tailwind CSS
目标用户：容易忘事的职场新人（就是我自己）
设计原则：极简，打开就是今日待办，添加任务 3 秒内完成
【Challenge - 挑战】
实现「添加任务」功能：
- 用户在输入框输入任务内容
- 按回车键或点击添加按钮，任务添加到列表
- 添加成功后自动清空输入框
- 空内容不能添加（显示简单提示）
【Audience - 受众】
代码维护者是我自己，React 初学者，请在关键逻辑处加注释
【Format - 格式】
给我完整的 AddTask 组件代码，使用 TypeScript
【Foundations - 约束】
- 不用任何外部状态管理库
- 不用任何 UI 组件库
- 样式用 Tailwind CSS检查清单：
- ✅ 有项目背景
- ✅ 有技术栈
- ✅ 有功能范围
- ✅ 有约束条件
- ✅ 有输出格式
技巧选择决策树
遇到任务不知道用什么技巧？按这个流程走：
开始
│
▼
┌─────────────────────────────────────┐
│ 这个任务 AI「直接会做」吗？ │
│ （代码转换、内容生成、代码解释） │
└─────────────────────────────────────┘
│
├─ 是 ──────────────────────────────▶ Zero-shot（直接问）
│
▼ 否
┌─────────────────────────────────────┐
│ 需要特定的输出格式吗？ │
│ （API 文档、分类任务、风格模仿） │
└─────────────────────────────────────┘
│
├─ 是 ──────────────────────────────▶ Few-shot（给 2-3 个示例）
│
▼ 否
┌─────────────────────────────────────┐
│ 需要多步推理/分析吗？ │
│ （复杂度分析、Bug 排查、逻辑审查） │
└─────────────────────────────────────┘
│
├─ 是 ──────────────────────────────▶ Chain of Thought（分步思考）
│
▼ 否
┌─────────────────────────────────────┐
│ 需要对比多个方案吗？ │
│ （技术选型、架构决策） │
└─────────────────────────────────────┘
│
├─ 是 ──────────────────────────────▶ Tree of Thoughts（多方案对比）
│
▼ 否
┌─────────────────────────────────────┐
│ 输出质量很重要吗？ │
│ （核心代码、公开文档） │
└─────────────────────────────────────┘
│
├─ 是 ──────────────────────────────▶ 加上 Self-Critique（自查修正）
│
▼ 否
Zero-shot 就够了五个技巧的使用场景速查
| 技巧 | 使用频率 | 典型场景 | 关键词 |
|---|---|---|---|
| Zero-shot | 50% | 代码转换、内容生成、代码解释 | 「直接问」 |
| Few-shot | 25% | API 文档生成、分类任务、风格模仿 | 「给示例」 |
| Chain of Thought | 15% | 复杂度分析、Bug 排查、逻辑审查 | 「分步骤」 |
| Tree of Thoughts | 2% | 技术选型、架构决策 | 「比方案」 |
| Self-Critique | 8% | 核心代码、公开文档 | 「自检查」 |
实践建议：
- 从 Zero-shot 开始尝试
- 如果输出不满意，再升级到其他技巧
- 重要输出记得加 Self-Critique
心法与技法的完整闭环
第二章（心法）和第三章（技法）解决的是不同问题，但缺一不可：
┌─────────────────────────────────────────────────────────────┐
│ 完整闭环 │
├─────────────────────────────────────────────────────────────┤
│ │
│ 第二章：心法 第三章：技法 │
│ ────────────── ────────────── │
│ │
│ 问题发现 ─────────────────────▶ 写入 PRD 背景 │
│ JTBD 思维 ────────────────────▶ 描述用户任务 │
│ 逆向思维 ─────────────────────▶ 列出约束条件 │
│ 减法思维 ─────────────────────▶ P0/P1/P2 优先级 │
│ 故事思维 ─────────────────────▶ 用户画像 + 场景 │
│ 灵魂三问 ─────────────────────▶ 最终自检 │
│ │
│ 输出：清晰的需求 输出：AI 能执行的 Prompt │
│ │
└─────────────────────────────────────────────────────────────┘| 维度 | 心法（第2章） | 技法（第3章） |
|---|---|---|
| 核心问题 | 做什么？为什么做？ | 怎么让 AI 理解我要做什么？ |
| 输入 | 模糊的想法 | 清晰的需求 |
| 输出 | 清晰的需求 | AI 能执行的指令 |
| 关键能力 | 产品思维、用户洞察 | Prompt 工程、需求表达 |
本章关键公式
记住这三个公式，你就掌握了本章的精髓：
公式一：AI 输出质量公式
AI 输出质量 = 上下文质量 × AI 能力
AI 的能力是固定的，你能控制的只有上下文质量。
公式二：好提示词公式
好提示词 = 背景 + 任务 + 约束 + 格式 + 示例（可选）
缺少任何一个要素，AI 的输出都可能偏离预期。
公式三：迭代修正公式
精确修正 = 指出问题 + 说明原因 + 给出期望
模糊的「不对」不如精确的「这里应该是那样」。
四种代码幻觉速查
| 类型 | 危害程度 | 表现 | 验证方法 |
|---|---|---|---|
| 包幻觉 | 🔴 高 | 推荐不存在的 npm/pip 包 | npm search <包名> 或访问官网 |
| API 幻觉 | 🟡 中 | 编造不存在的函数或方法 | 查阅官方文档 |
| 逻辑幻觉 | 🟡 中 | 代码逻辑与描述不符 | 用边界情况测试 |
| 版本幻觉 | 🟡 中 | 使用已废弃的语法或 API | 检查版本兼容性 |
验证习惯：对 AI 推荐的包和 API，先验证再使用。
本节要点
✓ 六大技能：上下文思维、结构化表达、技巧选择、PRD 整合、迭代对话、问题处理
✓ 技巧选择流程：Zero-shot → Few-shot → CoT → ToT，重要输出加 Self-Critique
✓ 心法与技法的关系：心法帮你想清楚，技法帮你说明白，两者缺一不可
✓ 三个关键公式：输出质量公式、好提示词公式、迭代修正公式
下一节，我们将把第二章和第三章串联起来，形成从想法到代码的完整工作流。