---
title: "附录"
order: 99
---

# 附录

附录不是预习任务，也不是要你从头到尾通读的第二本书。它更像工具箱：正文里先走主线，遇到卡点、忘了怎么说、忘了怎么问、忘了怎么回退时，再回来按需查。

## 附录导航

| 附录 | 内容 | 最适合什么时候看 |
|------|------|------------------|
| [A. 常用提示词模板](./a-prompt-cheatsheet.md) | 5 个高频场景的可复制模板 | 不知道怎么开口时 |
| [B. 常见错误与“问 AI”流程](./b-errors-and-asking-ai.md) | 现象、补充信息、提问方式、修复方向 | 页面空白、按钮没反应、部署失败时 |
| [C. UI 速查卡](./c-ui-cheatsheet.md) | 风格、配色、排版、交互的基础表达词 | 想改界面但词不够用时 |
| [D. Git 最小操作卡](./d-git-minimal-card.md) | 存档、看历史、回退、委托 AI 的话术 | 改动变多、怕改崩时 |
| [E. API Key、环境变量与基础安全](./e-api-key-env-security.md) | `.env`、`.gitignore`、上线前检查 | 接 API、准备上线时 |
| [F. Vibe Coding 的能与不能](./f-vibe-coding-can-and-cannot.md) | 能力边界、适用场景和不适用场景 | 想判断项目该不该这样做时 |
| [G. 进阶版跳转地图](./g-advanced-jump-map.md) | 基础版各边界对应的进阶入口 | 想继续深入某一块时 |

## 怎么用附录最值回票价

如果你现在已经在正文里推进项目，最推荐的方式不是“从 A 看到 G”，而是带着具体问题来查。

- 不知道怎么写需求，就先看 `A`
- 报错了，就先看 `B`
- 界面卡住了，就去翻 `C`
- 准备做较大改动，先看 `D`
- 接 API 或上线前，先看 `E`
- 判断项目边界时，去看 `F`
- 想继续系统补课时，去看 `G`

这样用，附录才真的会变成推进器，而不是额外负担。