附录
附录不是预习任务，也不是要你从头到尾通读的第二本书。它更像工具箱：正文里先走主线，遇到卡点、忘了怎么说、忘了怎么问、忘了怎么回退时，再回来按需查。
附录导航
| 附录 | 内容 | 最适合什么时候看 |
|---|---|---|
| A. 常用提示词模板 | 5 个高频场景的可复制模板 | 不知道怎么开口时 |
| B. 常见错误与“问 AI”流程 | 现象、补充信息、提问方式、修复方向 | 页面空白、按钮没反应、部署失败时 |
| C. UI 速查卡 | 风格、配色、排版、交互的基础表达词 | 想改界面但词不够用时 |
| D. Git 最小操作卡 | 存档、看历史、回退、委托 AI 的话术 | 改动变多、怕改崩时 |
| E. API Key、环境变量与基础安全 | .env、.gitignore、上线前检查 | 接 API、准备上线时 |
| F. Vibe Coding 的能与不能 | 能力边界、适用场景和不适用场景 | 想判断项目该不该这样做时 |
| G. 进阶版跳转地图 | 基础版各边界对应的进阶入口 | 想继续深入某一块时 |
| H. 社区 Vibe Coding 资源 | 以 vibe-coding-cn 等仓库为对照的补充阅读与用法 | 想扩充提示词、Skills、文档化工作流模板时 |
怎么用附录最值回票价
如果你现在已经在正文里推进项目，最推荐的方式不是“从 A 看到 G”，而是带着具体问题来查。
- 不知道怎么写需求，就先看
A - 报错了，就先看
B - 界面卡住了，就去翻
C - 准备做较大改动，先看
D - 接 API 或上线前，先看
E - 判断项目边界时，去看
F - 想继续系统补课时，去看
G - 想对照社区整理的提示词与文档模板时，去看
H
这样用，附录才真的会变成推进器，而不是额外负担。