80 lines
2.1 KiB
Markdown
80 lines
2.1 KiB
Markdown
---
|
|
categories:
|
|
- "[[LLM Wiki]]"
|
|
tags:
|
|
- wiki
|
|
- automation
|
|
- knowledge-management
|
|
- 知识管理/方法
|
|
created: 2026-04-07
|
|
source: "[[llm-wiki]]"
|
|
type: concept
|
|
aliases:
|
|
- Wiki 维护
|
|
- 知识库维护
|
|
---
|
|
|
|
# 知识库维护自动化
|
|
|
|
> **核心论点**：人类放弃 wiki 的原因不是阅读或思考的困难，而是**维护负担增长快于价值增长**。LLM 使维护成本趋近于零。
|
|
|
|
## 问题
|
|
|
|
维护知识库的枯燥部分不是阅读或思考，而是：
|
|
|
|
- 更新交叉引用
|
|
- 保持摘要最新
|
|
- 标注新旧数据的矛盾
|
|
- 维护数十个页面间的一致性
|
|
- 发现孤立页面和缺失概念
|
|
- 保持索引和日志的更新
|
|
|
|
==人类放弃 wiki 的原因：维护负担增长快于价值。==
|
|
|
|
## LLM 的优势
|
|
|
|
| LLM 能做什么 | 人类难以做到 |
|
|
|-------------|-------------|
|
|
| 不感到无聊 | 长期重复维护令人疲惫 |
|
|
| 不会忘记更新交叉引用 | 遗漏是常态 |
|
|
| 一次处理 15 个文件 | 逐个手动修改极慢 |
|
|
| 保持一致性 | 多页面间易不一致 |
|
|
| 主动发现矛盾 | 需要刻意检查 |
|
|
|
|
## 维护工作流
|
|
|
|
```mermaid
|
|
graph TD
|
|
A[新来源到达] --> B[LLM 读取并提取关键信息]
|
|
B --> C[创建/更新摘要页]
|
|
C --> D[更新实体页面]
|
|
D --> E[更新概念页面]
|
|
E --> F[检查并标记矛盾]
|
|
F --> G[更新交叉引用]
|
|
G --> H[更新 index.md]
|
|
H --> I[追加 log.md 条目]
|
|
|
|
style A fill:#f9f,stroke:#333
|
|
style F fill:#ff9,stroke:#333
|
|
```
|
|
|
|
## 人类的角色
|
|
|
|
人类的工作是：
|
|
|
|
1. **筛选来源** — 选择有价值的文档
|
|
2. **引导分析** — 决定强调什么
|
|
3. **提出好问题** — 探索有价值的方向
|
|
4. **思考意义** — 做出判断和决策
|
|
|
|
LLM 的工作是**其他一切**：总结、交叉引用、归档、簿记。
|
|
|
|
## 与 [[Memex]] 的联系
|
|
|
|
Vannevar Bush 在 1945 年提出 Memex 时，设想了一个个人化的、精心策划的知识存储系统，文档间的关联与文档本身同样有价值。他没能解决的问题是：**谁来做维护**。LLM 回答了这个问题。
|
|
|
|
## 来源
|
|
|
|
- [[llm-wiki]] — Karpathy Gist 原文
|
|
- [[LLM Wiki]] — 核心概念页
|