VIBE CODING 方法论 · 第 11 节 · 收官
规则的价值：每条解决一个真实问题
14 个章节走完了。这套规则的来源只有一个：每发现一次 AI 反复犯的错误，就加一条规则。收官这节把全景图摊开，再用一个自查向导帮你把它改造成你自己的。
交互一 · 14 章规则全景图
14 章规则归入五大板块。点击任意板块，展开对应章节明细、一句话说明，以及它在本专题第几节课里讲过。
共同底层：把模糊期望变成可执行的具体动作。「注意质量」执行不了，「删除代码前必须显式声明」才执行得了。
使用方法 · 三步装进项目
STEP 1放入 rules 目录
把 .mdc 文件放进项目的 .cursor/rules/ 目录，Cursor 会自动识别。
STEP 2配置生效方式
frontmatter 里的 alwaysApply 设 true 全局生效，设 false 则需手动 @ 引用，写作规范适合后者。
STEP 3替换环境事实
把模型配置、技术栈、端口规则换成你自己的选型，secrets 文件填占位符并排除出 git。
交互二 · 适配四步自查向导
这套规则并非拿来即用的模板。回答下面 4 个问题，对应「删、换、调、补」四个动作，走完生成一份你的定制建议清单。
交互三 · 11 节课回顾
专题一共 11 节课。点击卡片翻开，看每节课的一句话版本。
结课作业 · 发布你的第一版 Rules
60 分钟 · 提交物：你自己的 rules 仓库。从 xs_vibe_rules 出发，按删、换、调、补四个动作产出你的第一版规则文件；在一个真实项目里用满一周，记录哪些规则被触发、哪些从没生效；删掉从没生效的，把新踩的坑写成新规则，然后开源你的版本。
拿走这套规则
itshen/xs_vibe_rules · 本专题的开源仓库
结课作业的起点就在这里。Fork 一份（MIT License），按删、换、调、补四个动作改成你自己的版本，用满一周后开源出来。
Takeaway
AI 负责快，规则负责稳。规则的价值不在于多，每条都解决一个真实问题。照搬 14 章不如精选 5 章，规则和代码一样，没人维护就会腐烂。
素材来源：本专题完整素材见开源仓库 itshen/xs_vibe_rules（MIT License），含 rule-opensource.mdc 全文与逐章设计思考。