1. 为什么你需要一个会自己生长的知识库
在信息爆炸的时代,我们每天都在接收大量有价值的内容——微信文章、行业报告、技术文档、会议记录、灵感笔记。但问题在于:这些信息往往散落在各处,要么躺在收藏夹吃灰,要么淹没在聊天记录里,真正需要时根本找不到。
传统笔记工具要求我们手动分类整理,这带来了两个致命问题:
- 整理耗时耗力,往往坚持不了几天就放弃
- 静态归档无法建立知识间的关联,检索效率低下
而AI驱动的知识库解决方案恰好解决了这两个痛点。就像有个24小时工作的图书管理员,它会自动:
- 将零散内容结构化存储
- 建立知识点间的智能关联
- 持续维护更新知识体系
我实测这套系统三个月后,信息利用率提升了5倍以上。以前收藏的文章90%都不会再看,现在80%的内容都能在需要时快速调取。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 系统架构设计解析
2.1 核心组件与工作流程
整个系统由三个核心组件构成:
- 采集端:负责原始信息的输入
- 处理引擎:AI模型对内容进行结构化处理
- 应用层:支持查询、更新等交互操作
工作流程如下图所示(用表格替代流程图):
| 阶段 | 操作 | 工具示例 |
|---|---|---|
| 采集 | 网页保存为Markdown | Obsidian Web Clipper |
| 预处理 | 自动去除广告/导航栏 | Readability算法 |
| 知识提取 | 识别核心概念/实体 | NLP实体识别 |
| 关系建立 | 生成内部链接 | 关键词共现分析 |
| 存储 | 版本化管理 | Git仓库 |
2.2 文件夹结构设计精要
my-knowledge-base/目录下的三个子文件夹各有特殊设计考量:
-
raw/
- 采用
YYYY-MM-DD-<标题>.md的命名规范 - 子目录按来源分类(如
wechat/,twitter/) - 保留原始URL在文件头部元数据中
- 采用
-
wiki/
- 每个主题对应一个Markdown文件
- 使用
[[内部链接]]语法建立关联 - 自动维护
INDEX.md全局索引
-
outputs/
- 按查询日期+主题命名文件
- 包含AI生成
