微信扫码
添加专属顾问
我要投稿
用AI重构知识管理,让混乱的文档库秒变智能百科,工作效率提升看得见。 核心内容: 1. LLM-Wiki模式:自动提炼、整理、更新知识库 2. 轻量技术实现:Confluence-CLI+Claude Skill的极简方案 3. 三大实用场景:新人培训、会议回溯、文档维护
公司的知识库,大概是最典型的"越堆越多、越用越难找"的东西。
文档散落在各个 Space,同一个问题可能有三个版本的答案,有人离职了留下一堆没人维护的页面。每次要找什么,都得靠搜索——然后在结果里靠感觉猜哪篇是最新的。
最近我折腾了一个方案,把这个问题基本解决了:让 Claude 直接接管 Confluence,构建一套 LLM 自维护的知识库系统。
灵感来自一个叫 llm-wiki 的思路——知识库不应该只是存储的地方,而应该是一个会主动提炼、自动整理、持续更新的系统。
整套机制由四个操作构成:
把散落在 Confluence 各处的原始页面,提炼合成为一篇结构化的话题页,存入专属的 LLM Wiki Space。关键在于"提炼"——不是搬运原文,而是去重、结构化、精确化。
提问时两路并发搜索:原始 Confluence + 已合成的 LLM Wiki。优先引用合成知识(更精炼),原始页面作为补充。每条关键信息都标注来源,可以直接点回原页面。
自动扫描 Wiki 里的三类问题:断链(来源页面已删除)、过期(超过 90 天未更新)、孤儿页面(未登记在目录里)。输出健康报告,修复前先告知。
发现新内容后,合并进已有话题页。保留原有准确内容,只替换过时部分,版本号递增。知识只增不减,有完整的变更历史。
整套方案的技术栈出乎意料地轻:
第一步:装 confluence-cli
npm install -g confluence-cli一行命令,支持 search / read / create / update,覆盖所有需要的操作。
第二步:写一个 Claude Code Skill
把操作流程、命令规范、Wiki 结构规范都写进 SKILL.md,Claude 就能理解如何驱动这套系统。配好企业 Confluence 的域名和认证,存入 config.json。
第三步:开聊
直接在对话里说:
"查一下我们的 XX 流程" → 触发 Query
"把这个页面加入 wiki" → 触发 Ingest
"检查一下 wiki 状态" → 触发 Lint
不需要记命令,不需要打开浏览器,对话即操作。
场景一:新人入职问"报销流程是什么"
两路搜索 3 秒出结果,结构化答案带来源链接,直接转发给新同事。
场景二:开会前回溯"上次这个项目的结论"
定位到对应会议纪要的核心要点,不用翻记录。
场景三:老文档积压没人维护
Lint 一扫,哪些断链、哪些过期、哪些孤儿,一目了然,按需处理。
知识从来不缺,缺的是能快速检索和沉淀的工具。
以前解决这个问题需要专门的知识管理平台、需要团队养成习惯、需要有人专门维护。现在一个 CLI 工具加一个 Skill,就能让 AI 把这件事几乎无成本地接管。
不是所有事情都要等一个完美的产品出现,有时候自己拼一个够用的就行。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-04-13
全网都在抄 Karpathy 的知识库,但大多数人只学到了皮毛
2026-04-12
从检索到理解:Karpathy的LLM Wiki为什么比RAG高一个维度
2026-04-12
别把AI交给IT部门
2026-04-11
YC总裁开源了他在用的AI记忆系统:10000个文件里找东西,再也不用grep了
2026-04-11
基于大模型、SKills 的知识管理
2026-04-10
别再把 AI 当聊天助手了:真正厉害的公司,正在长出“第二大脑”
2026-04-08
用 AI 搭了一座会生长的知识库
2026-04-08
企业做知识库,不是存资料,是先把“谁说了算”搞清楚
2026-02-11
2026-03-05
2026-03-31
2026-02-11
2026-03-23
2026-02-20
2026-03-02
2026-01-25
2026-01-21
2026-03-06
2026-03-02
2026-02-27
2025-12-09
2025-11-22
2025-11-18
2025-11-13
2025-11-12
2025-09-23