AI工具管理术：7天打造个人知识库

Karpathy 利用 LLM 构建知识库的消息在全网引发了热议。巧合的是，二哥在 3 月底就开始动手打造一个 AI 能力宝库。历经 7 天搭建，之后持续打磨优化，将标签从 121 个精简至 46 个，智能体从 18 个瘦身至 10 个。今天将整个搭建过程分享给大家。

最近，AI 圈子里发生了一件颇为有趣的事情。

Andrej Karpathy——特斯拉前 AI 总监、OpenAI 联合创始人——发了一条推文，透露自己最近用 LLM 做了一件“比写代码更有价值”的事：搭建个人知识库。

这不仅仅是简单的笔记整理，而是让 LLM 扮演他的“全职研究馆员”——自动编译资料、提炼概念、维护关联、持续更新。这条推文迅速走红，全网阅读量破百万，无数人恍然大悟：原来 AI 最正确的用法，并非是协助写代码，而是协助管理知识。

说实话，看到这条推文时，我心里涌起一种“英雄所见略同”的感觉。

这并非因为我与 Karpathy 同样卓越——差距甚远，人家是 AI 圈的顶尖大神，我只是个不断折腾的技术大叔。而是因为，我在 3 月底就已经利用 Trae 开始构建自己的 AI 能力宝库了，思路与他不谋而合：用 AI 来管理 AI 的能力。

只是我的视角略有不同。Karpathy 关注的是“研究知识”的管理，而我关注的是“AI 工具本身”的管理——技能、规则、智能体、提示词……这些元素散落各处时，再强大的 AI 也无法发挥出应有的威力。

你是不是也这样——看到好用的 AI 技能就收藏，看到有趣的提示词就保存，看到别人分享的智能体配置就复制一份？

结果呢？收藏夹里躺着 50 多个条目，真正用到的不到 5 个。

更扎心的是，当你真正需要某个技能时，你甚至想不起来自己曾经收藏过。于是你又去搜索、再去保存，周而复始，收藏夹越来越长，能用的东西却没变多。

你的 AI 工具箱可能正在经历这些症状：

别笑，这就是曾经的我。

举几个数字，你可能会有共鸣：

那感觉就像一个衣柜里塞了 200 件衣服，每天早上打开衣柜，却觉得没衣服穿。

更关键的问题是：AI 也不太好用了。因为上下文里塞满了乱七八糟的规则和配置，AI 响应变慢、经常“理解偏了”、给出的方案文不对题。工具越来越多，效率反而越来越低。

AI 工具不是越多越好，管理能力的能力，才是真正的核心竞争力。

所以，我决定给自己搭建一个 AI 能力宝库。从 3 月 26 日到 4 月 2 日，7 天完成了主体搭建，之后一直在持续打磨和优化，终于搭出了令我满意的系统。进化的关键点在于新版 SOLO，没有它，我可能中途就放弃了。

别被这些名字吓到，其实核心思想很简单——分类存放、按需取用。

整个系统叫 Capability Vault（能力宝库），结构长这样：

搭完之后，日常使用的变化是这样的：

举个例子：以前我想找一个“文档排版”相关的技能，要在 5 个不同的文件夹里翻找，还不确定放的是最新版还是旧版。现在打开 skills-catalog.md，按标签一搜，10 秒钟就能定位。

再比如写公众号文章，以前我需要手动调格式、统一标点、检查错别字，半小时起步。现在我只要说一句“请用 L1 模式检查排版”，文档质量排版智能体 30 秒搞定，连标点符号的半角全角都帮我统一了。

别急，这不是什么复杂的企业级系统，一个人就能搭。让我告诉你我是怎么想的、怎么做的、踩了哪些坑。

整个系统的核心原则就一句话：Depot 是权威源，.trae 是生效副本。

什么意思呢？Depot（仓库）里存放你最全、最新的能力文件。而 .trae/ 目录是 AI 工具实际读取配置的地方，里面的文件是从 Depot 按需复制过去的。

打个比方：Depot 是你的总图书馆，.trae 是你书桌上的几本常用书。你不会把图书馆的所有书都堆在书桌上对吧？

🕳️踩坑记录：一开始我根本没这个概念，所有东西直接塞进 .trae 目录。结果呢？版本冲突、文件覆盖、改了一个地方另一个地方就坏掉。

最崩溃的一次，我改了一个规则文件，结果另一个项目的同名规则被覆盖了，花了两个小时才恢复。直到 3 月 28 日，我才痛下决心建立了 Depot 架构——一个权威源，多处按需复制，从此天下太平。

可是想法很简单，实现起来却很复杂，后面越来越乱，直到 31 号，拿到了新版 SOLO 的邀请码，才慢慢理清了思路。

单一权威源，多处按需生效——这个原则不仅适用于 AI 工具管理，也适用于任何知识管理系统。

AI 编程工具里有两个核心概念：Skills（技能）和 Rules（规则）。很多人把它们混为一谈，其实它们的加载逻辑完全不同。

🕳️踩坑记录：最初我把所有规则都设为 alwaysApply（始终生效），结果 AI 的上下文窗口被塞满了，响应速度明显变慢。后来我把规则分成了三层：个人规则（始终生效）→ 项目通用规则（匹配时生效）→ 项目专项规则（特定场景生效），这才解决了问题。

区分能力与约束，是系统设计的第一步。

这个原则是我踩了最多坑才悟出来的。

AI 需要的是什么？精确的路由指令——“遇到什么情况，去哪个目录找什么文件”。

人类需要的是什么？友好的导航地图——“这个系统是干什么的，大概怎么用”。

把这两者混在一份文件里，两边都不讨好：AI 觉得信息太多找不到重点，人类觉得技术细节太多看不下去。

所以我把系统分成了三层：

🕳️踩坑记录：最初只有一份 README，AI 经常“迷路”——不知道该去哪找东西，人类也抱怨信息太多。拆成三层之后，AI 有了精确的路由指令，人类有了清爽的导航入口，两边都满意了。

标签是整个系统的“神经系统”。我的标签体系分四层：

标签的组合规则很简单：[type/]domain[+tech]

听起来不难对吧？但我走了很大弯路。标签膨胀到 121 个的时候，我发现“前端设计”“UI设计”“UX设计”“视觉设计”“组件设计”——五个标签，其实说的是同一件事。

那天我花了半天时间做合并，从此立下规矩：

好的标签系统，应该让你在添加新标签时感到“心痛”，而不是随手一加。

智能体是 AI 编程工具里的“子助手”，你可以让它们独立执行专业任务。我最终保留了 10 个：

🕳️踩坑记录：曾经我有 3 个前端智能体——UI Designer、前端架构师、前端开发专家。功能重叠到什么程度呢？我让它们分别做同一个任务，给出的方案几乎一模一样。

最离谱的是，三个智能体各自维护一份配置，改了一个忘了改另一个，行为越来越不一致。最终合并为 1 个增强版，同时删除了 8 个冗余智能体（比如“后端架构师”——Java/Spring 微服务，跟我的 Tauri+Rust 技术栈完全不搭；还有“DevOps Architect”——K8s/Terraform，我一个做桌面应用的人用不上这些）。

宁要 10 个各司其职的精兵，不要 18 个互相抢活的冗兵。

有了仓库、标签、智能体，下一个问题是：当我说“帮我入库这个技能”，AI 怎么知道该去哪？

答案是一个两层的意图路由系统：

🕳️踩坑记录：最早我设计了三层架构——关键词精确匹配 → 模式识别 → 头脑风暴。结果关键词匹配层太死板，经常误判。3 月 31 日砍掉了关键词层，简化为两层，准确率反而提高了。

好的系统不是让用户记住所有路径，而是让系统自己知道该去哪。

举个实际例子。有一天我在 GitHub 上看到一个很棒的 Trae 技能，想入库到自己的系统里。我只需要对 AI 说一句：“帮我入库这个技能”，然后把链接贴过去。

AI 会自动完成以下流程：

整个过程我不需要告诉它“去 Skills-Depot 的哪个目录”“记得更新 catalog”“标签要符合规范”——系统自己知道该怎么做。

最后一个机制，可能也是最有意思的一个。借鉴自三省六部制。

我在系统里设计了一个“审核关卡”——借用古代“门下省”的概念。唐朝的门下省有一项权力：可以封驳皇帝的诏书。连皇帝的圣旨都能驳回，何况 AI 的方案？

具体来说，当 AI 要执行一个较复杂的任务时（比如初始化新项目），需要先过一道审核：

听起来是不是有点像代码审查？没错，思路确实类似。只不过审查的对象从“同事的代码”变成了“AI 的方案”。你会发现，加了这道关卡之后，AI 给出的方案质量明显提高了一个档次——因为它知道自己的方案会被“检查”，所以会更认真地思考。

AI 给你方案之前，先让它过一道审核。这不是不信任 AI，而是对结果负责。

看到这里，你可能会说：“二哥，我又不用 Trae IDE，这东西跟我有什么关系？”

关系大了。

这套方法论的本质不是某个工具的配置方案，而是一套管理能力的能力。无论你用什么 AI 工具，都可以借鉴这三个思路：

行动 1：给你的 AI 工具做个“三分类”

把你的提示词、技能、规则分三类存放。别再全部堆在一个文件夹里了。分类不需要多复杂，“技能 / 规则 / 文档”三个文件夹就够了。

具体怎么做？打开你存放 AI 相关文件的目录，新建三个文件夹。然后把文件往里分：能执行特定任务的放“技能”，约束 AI 行为的放“规则”，参考资料和笔记放“文档”。5 分钟就能搞定，效果立竿见影。

行动 2：给文件打标签，试试“领域 + 技术栈”

别再用“有用”“重要”“待看”这种万能标签了。试试“领域 + 技术栈”的组合，比如“前端开发 + React”“内容创作 + AI”。你会发现检索效率提升一个量级。

如果你觉得一开始想不好标签体系，可以先从 5 个领域标签开始：前端开发、后端开发、内容创作、效率工具、学习笔记。等用起来之后，再根据实际需要逐步增加。记住，宁缺毋滥。

行动 3：写一份你的“AI 使用宪法”

花 10 分钟写一份文档，明确你的 AI 工具该做什么、不该做什么。比如“代码修改前必须先说明方案”“文档润色前必须先确认需求”。这份文档就是你的 AI 宪法，它能帮你省下无数反复沟通的时间。

不知道写什么？可以从这三条开始：

我不是大牛，但我走过的弯路，你不必再走。

如果这篇文章对你有启发，欢迎关注二哥，技术不迷路。

下一期我会详细演示这套系统的实际操作，手把手教你搭建自己的能力宝库。