SEA 原则

LLM Wiki 的三条操作底线：Source everything, Edit surgically, Audit periodically。这三条是从社区最佳实践和本知识库实际运营中提炼出的最小约束集——不做这三条，知识库就会变成信息坟场。[[CLAUDE.md#1.5 执行底线 / 禁止事项]]

维护属性：本页是知识库内生操作规则，不是外部事实 synthesis。低 source_count 是预期状态；其置信度来自仓库运行约束、CLAUDE.md 规则和多轮维护实践，而不是多篇外部 raw 交叉验证。

S — Source Everything（每个事实都要有源）

知识库的生命线是原始来源的完整性和可回溯性。

• 每个事实性声明都必须附带指向 raw/ 原文的链接，格式 [[raw/相对路径/file.md|来源: file.md]]
• 同一句里有多个来源时，来源链接之间必须加空格，不要写成 ]][[
• 没有证据就明确写成推测，不要装懂
• raw/ 只进不改——原始文档是知识库的事实底座，任何人（包括 AI）都不能修改

这与 RAG 的”查询时检索”本质不同：LLM Wiki 要求在写入时就绑定来源，而非依赖后续检索去弥补。来源是编译后的知识自证其合法性的唯一方式。[[wiki/concepts/Obsidian、LLM Wiki 与个人知识管理]]

E — Edit Surgically（精确改动，不碰无关代码）

改动必须在最小必要范围内完成，不得顺手扩大。

• 优先更新已有页面而非新建孤立页面
• 单次改动不重写大片——来源、反链和结构会一起漂
• 不破坏既有 wiki-link 和资源路径
• 更新所有受影响的交叉引用页面
• 禁止把查询输出直接覆盖 wiki 正文——outputs/ 归查询，wiki/ 归编译

这条源自 Karpathy Surgical Changes 原则在知识库场景的具体化：代码的”无关文件”对应知识库的”无关页面”。[[CLAUDE.md#3. Surgical Changes — 精确改动，不碰无关代码]]

A — Audit Periodically（定期审计，保持健康）

知识库需要被动检查机制来对抗劣化。

• 每月一次结构审计：断链、孤立页、桩页（< 阈值长度的页面）、重复概念
• raw 文件 SHA-256 完整性校验——检测原始来源是否被意外修改
• 矛盾检查：新来源与已有结论冲突时，必须在页面中标记
• 每次重大摄入后，同步更新 wiki/index.md 和 wiki/log.md
• 审计结果输出到 wiki/lint-report-[日期].md，标严重级别

Audit 不判断内容真伪——那是来源和人的工作。Audit 只暴露结构化问题。[[CLAUDE.md#7. 清理工作流（每月）]]

三条的互补关系

原则	核心问题	违反时的表现	成本
S — Source	事实有无依据	无来源声明、假来源、推测当事实、raw 被改	低（写作时附带）
E — Edit	改动是否收敛	大范围重写、孤页增多、链接断掉	低（改动时自控）
A — Audit	系统是否健康	断链积累、矛盾沉默、知识过期、raw 被改不知	低（脚本检查）

每条原则单独违反的后果都不致命，但三条同时放弃就是知识库死亡的开始。反过来，只要守住这三条，知识库随时间自动复利。

来源

• derived from [[CLAUDE.md#1.5 执行底线 / 禁止事项]] — 本知识库 7 条操作红线
• influenced by [[wiki/concepts/Obsidian、LLM Wiki 与个人知识管理]] — LLM Wiki 分层与维护
• influenced by [[CLAUDE.md#3. Surgical Changes — 精确改动，不碰无关代码]] — Karpathy 原则在知识库落地