工程师的 AI 经验库：如何让 AI 记住你踩过的每一个坑

一个让排障效率翻倍的转变

先讲一个我实际遇到的场景。

某项目现场报故障：输入变换器驱动故障、升压变换器故障、供电欠压故障——三个故障码同时报出，无法复位。

按常规思路，你会开始逐一排查三条支路：驱动芯片、升压回路、供电模块。但当时我先查了另外一样东西——共享电源轨。

为什么？因为三个月前我们刚踩过一个几乎一样的坑：

一颗驱动板上的 +15V 滤波钽电容击穿短路，把整条供电母线拉低。Boost 和谐振变换器的驱动芯片同时触发欠压保护（UVLO），报出一堆看起来互不相干、实则同源的故障码。

排查方向对了，半天定位；方向错了，一周白搭。

但你有没有想过：为什么三个月后，我们能这么快想起来这个案例？ 不是记忆力好，而是——我把这些经验做成了 AI 能自动检索的知识库。

问题：工程师的经验，天生留不住

干过硬件/嵌入式的人都知道，故障排查经验是团队的隐性财富，但它有三个死穴：

1. 口口相传 — 老同事离职，经验跟着走人

2. 故障报告 — 写完了躺在归档目录，没人看，AI 也搜不到

3. 被动反应 — 出了问题才开会，从没有主动预防

结果是：同一个坑，不同的人、不同的项目，反复踩。每个项目都在"重新发明轮子"。

解法：把经验结构化成 AI 能读的格式

我用的方法是——用固定字段 + 关键词，把每次故障记录成结构化条目：

### 驱动板 +15V 滤波钽电容击穿导致多故障连锁
​
| 字段 | 内容 |
|------|------|
| **现象** | 多个驱动故障码同时报出，无法复位 |
| **根因** | +15V 滤波钽电容击穿短路，拉低供电母线 |
| **解决** | 更换驱动板；关键器件建议储备备件 |
| **日期** | 2026-07 |
​
**关键词:** `钽电容` `击穿短路` `UVLO` `多故障同源`
​
**要点:**
- 多个故障码同时报出时，优先排查共享电源轨，而非逐一排查各支路
- 钽电容失效模式是短路（非开路），影响范围远超自身

为什么这个格式有效？

然后把条目按问题域分文件存放（硬件 / 系统集成 / 通信 / 调试…），而不是按项目分——这样同一类问题的经验聚在一起，AI 排查时读一个文件就能看到所有相关案例。

最实用的一步："记住这个坑"工作流

这套体系最大的特点，是记录成本极低。

每次排查完故障，我只需要对 AI 说一句：

"记住这个坑，现象是……根因是……解决是……"

AI 自动把它提炼成上面那种结构化条目，写入对应领域文件，加上关键词。

下次再遇到类似现象，AI 会主动去检索这个知识库，把相关经验翻出来。就像开头那个案例——不是我想起来钽电容，是 AI 提醒我"先查共享电源轨"。

一次记录，AI 帮你记一辈子，还自动帮你检索。

这套思路的本质

其实核心就三句话：

1. CLAUDE.md（项目操作手册）— 告诉 AI：文件在哪、你的规则是什么

2. 经验教训库 — 告诉 AI：你们这个领域踩过哪些坑

3. Memory（持久化记忆）— 告诉 AI：你的偏好、习惯、项目背景

三者叠加，AI 从"能写代码的工具"变成"懂你项目的搭档"。同一个问题，有这套体系和没有，AI 给出的答案质量完全是两个级别。

说句实在话

这套东西不是 AI 的魔法，是经验的复用。它只对真的踩过坑、愿意把坑结构化的人有用。如果你的工作还没有积累出值得沉淀的经验，这套体系对你价值不大——先把坑踩出来再说。

如果你已经在用 AI 编程工具（Claude Code / Cursor / Copilot），觉得"每次都要重新解释项目背景"很烦，那这套方法大概率能帮到你。

完整版教程（含 5 个可直接使用的模板文件 + 更多真实案例）我整理成了一个小册子，关注我，私信"知识库"获取。 也欢迎评论区交流你们的经验管理方式。