小团队的知识库：从能用开始，而不是从完美开始

小团队做知识库最容易死在第一步：先花两周设计目录树，然后发现没人往里放东西。知识库的价值来自被检索的次数，不是来自结构的优雅。

从被反复问到的问题开始

把最近一个月被问过两次以上的问题列出来，每个问题写一条答案。这批内容天然有人要看，也天然定义了最初的边界。分类可以等到条目超过几十条再补。

一条好条目的样子

标题就是那个问题本身（用提问者的说法，不是内部术语）；正文先给结论，再给步骤，最后给例外情况；末尾标注最后确认时间和负责人。

维护机制比内容量重要

给每条内容一个「最后确认时间」，超过约定周期就标记待复核。没有过期机制的知识库会在半年后变得不可信，而不可信的知识库等于没有。

AI 检索的前提

想让 AI 基于知识库回答，前提是内容本身准确、有明确时间戳、且冲突条目已被清理。在混乱的资料上接检索，只会把错误答案包装得更像真的。

小结

先让十条内容被真正用起来，再考虑第一百条怎么组织。使用频次会自己告诉你需要什么结构。