骞林：让专家脑子里的知识，重新流通起来

领域专家手里有大量高质量知识，但它们是「锁着的」——锁在个人文件里、锁在封闭平台的格式里、锁在无法流通的状态里。写完即止，价值停留在一个人、一间教室里。

更麻烦的是，现有的工具各管一段：文档协作工具擅长「写」，AI 应用平台擅长「编排」，数据平台擅长「流通」，代码平台擅长「版本」——但知识从创作、沉淀、开源、治理到流通，没有一条完整的路。

骞林要做的，就是把这条断裂的路连起来，并加上一个关键能力：原稿的任何修改，都会自动传播到所有引用它的下游服务。

骞林是一个围绕「知识创作、沉淀与流通」的开源协作平台。它用「知识库」作为核心载体，文档、wiki、说明书、使用教程都能放进来，可以按需要公开或私有。

和单一工具不同，骞林覆盖的是知识的完整生命周期——从创作到沉淀、从开源到治理、再到流通，每一环都在一个平台上完成。任何能写成文档的东西——产品说明书、公司制度、菜谱、教程、小说、辞典、开源 wiki——都可以在这里做版本管理。

你在骞林更新一份知识库原稿后，所有引用它的下游服务——客服机器人、制度问答、AI 应用——自动用上最新版，不用手动同步知识库、也不用重新部署。不只是文档，wiki、说明书、使用教程，都是这条链上的一环。

改一处 → 全链路自动最新。

这正是骞林不一样的地方：代码托管平台有版本中枢，却没有 AI 服务同步；办公协作工具有协作，却没有版本中枢；AI 应用编排平台有编排，却没有知识沉淀链路。骞林把它们连了起来。

每个知识库可以二选一：自动跟随最新版（适合持续迭代的内容），或 锁定特定版本（适合稳定交付，比如对外提供的冻结知识包）。

骞林服务知识生产、消费、开发、流通的全链路，这里列三类典型使用者：

• 领域专家：多年沉淀的专业知识体系，过去只在一个人的课堂或文件里发光；在骞林，它能被社区一起完善、建立专业影响力，未来还能经数据治理加工成可复用的数据集。
• 企业与团队：产品手册、操作规范散落在各类办公与存储工具里；在骞林做版本中枢，内容一更新，接入的客服机器人、内部问答自动用上最新版，沉淀的技术文档还能治理后复用。
• 开发者：想做某个垂直领域的小程序却找不到可靠内容；在骞林直接调用带版本、有专家维护、更新后自动同步的知识库 API，不用自己爬取拼凑。

骞林对我来说不只是一个想法，也是我做事的方式。有几条我自己比较认同：

• 知识应该像代码一样开源——开源不只是软件的事，专家知识也该被开源、被一起完善、被自由流通。
• 异步优于拉群——有事写文档、开 Issue，让记录留下痕迹，让后来者看懂之前发生了什么。
• 先做减法——不追求单点最优，先把能整合的东西整合起来；MVP 先做好异步协作，同步协作慢慢补。
• 不重复造轮子——借鉴开源项目，每项功能做到符合需求即可，整合起来体验最好。

这也解释了「涤鉴计划」的存在：我想先用一个开源组织，把愿意一起做事的人聚起来——先有人，再有产品。这是我正在走的路，慢慢来。

现在还非常早期。我先把能落地的事做了：把想法写清楚、把开源组织搭起来、在服务器上部署了私有的代码托管。产品本身还没开始真正写，先聚人和把基础打牢。

我在合肥读书，这边对开源、知识协作这些方向挺友好的，做这件事也算顺势。不过这些都是后话，眼下就是一边学一边做，边做边在这里记下来。