NOTES / 笔记
LLM Wiki 的失效边界
当维护成本、输入噪音或内容变化速度超过收益时，个人 Wiki 可能失去作用。本笔记列出需要重新考虑维护方式的情形，帮助判断哪些资料不必长期整理。
文章目录
概述
当维护成本超过“持续综合”带来的价值时，LLM wiki 就会失效。通常的失效原因包括：知识本身不需要长期演化、更新速度过快、输入噪音太高，或者领域结构还不稳定到足以支撑长期页面维护。
常见失效条件
- 这些内容只是一次性参考，而不是会反复回来的主题。
- 原始资料规模很大，而且变化很快，ingest 和维护总是追不上。
- 输入材料碎片化、重复、低可信或上下文残缺，导致 wiki 只是把噪音整理得更漂亮。
- 项目没有清楚规定什么该 capture、什么该 ingest、什么不该动。
- 领域结构还很不稳定，页面还没到适合长期沉淀的时候。
- 没有人愿意定期维护、校正和整理这套系统。
为什么这些情况会出问题
- 页面会越来越过时，最终失去可信度。
- 系统开始总结噪音，而不是保存信号。
- 页面会不断增殖，但角色不清，难以导航和复用。
- 维护负担会超过直接检索或直接记笔记的成本。
可复用表达
- 真正该问的不是“能不能把它做成 wiki”，而是“它值不值得被持续综合”。
- 如果知识不需要长期演化，维护型 wiki 很可能只是额外负担。
- 快速变化的原始语料，往往更适合 retrieval-first，wiki 只能作为辅助层。
- 定义甜蜜点的逻辑，也定义了失效边界：如果主题不会回来，综合就很难复利。