Appearance
踩坑库为什么是伪需求？
导读
踩坑库记录故障和修复，看起来能省掉重复试错，但它只是给人看的历史。Vibe Coding 里真正防复发的是规则：每次排障都该被整理成一条可执行的规则，写进项目守则或提示词，然后从踩坑库里清空。它的终点不是越积越多，而是被固化、被清空。
这是一个只有非编程人员才会陷入的误区：踩坑库是给人看的。
把踩过的坑记下来，以后人和 AI 就不会再犯，网上也随处可见这类说法，因为“踩坑库”本身已经是非常成熟的方法论了。
避免踩坑的唯一方式，就是给它注入正确的 Token。
你有两种方式注入：提示词，或项目守则这样的规则文档。
结论：如果存在一个提示词或者提示词包可以让 AI 变得更加聪明，那么这些东西在模型出厂之前就已经被内置，或者已经被集成到你的 harness 中了，怎么也不该轮到肉喇叭 UP 主告诉你这个惊天秘密。
对程序员来说，踩坑库通常只有三种用法：
- 学习卡：应对个人能力和知识缺口，它的价值是个人的成长。
- 债务卡：对应项目里有坑但暂时不改或改不起。非编程人员遇到的不多。
- 交接卡：给团队里其他人用的操作规范。
你可以把每一次踩到的坑都记下来。你具体的操作就是让 AI 给你留一份「日记」，提示词非常简单，就跟 AI 说大白话就行。
在这里要再次安利你一个工具，名字叫做 Obsidian。作为在全球备受追捧的本地知识库，此处我就不赘述了。
提示词可以像这样：
text
请把刚才这次排障整理成规则变更提案。
只写已验证事实；
未验证的标 TODO；
根因区分“确认”和“推测”；
每条写清楚：规则、禁止、验证方式、应该固化到哪个文件或测试。
不要建新库，不要写流水账，不要维护状态。
批准后直接给我要修改的文件和 diff。