知识库维护 Lint｜核对、预览、应用与恢复
从单条问题出发，审核证据和差异，再确认、复查与恢复。
- 开发预览
- 本页模块仍在开发预览中，实际入口以当前版本为准。
第一次维护先选一个自己能判断的问题。把本地检查、AI 复核、修改预览和应用分开，始终核对实际对象与结果。
1. 核对问题与覆盖范围
先在必须修、待复核或建议中选择一项，阅读问题描述、影响文件、检测方式和原文依据。需要时打开相关材料，对照原句。不要只凭标题批量处理。
真实问题详情展示当前有效属性规则与需要确认的处理方向。本地发现不是已修复回执。
本次只检查 Wiki。本地结构检查数量、跳过原因和 AI 复核数量分别看，完整含义见维护总览。
2. 需要时做 AI 复核
打开“AI 复核”，先看本次绑定哪些笔记和来源，再开始。复核只读取给定材料并提出局部草案，不直接修改正文，也不使用任意文件操作工具。
复核可能提出修改、认为无需修改，或交给人工处理。材料不足、版本不一致或来源不可读时，保留限制，不用模型填满缺失事实。是否写入仍由你通过差异确认决定。
真实复核窗口先列出三份公开材料，确认之后才调用模型；调用本身不修改正文。
本次对公开 DuckDB 材料调用了一次复核，返回 provider output budget was exhausted，没有得到可用草案。先核对模型和输出预算，再决定重试，不把失败当作无需修改。
- 查看本次复核失败的实拍
真实复核返回输出预算耗尽。六篇现有 Wiki 的文件哈希保持不变，未应用任何修改。
3. 检查修改预览
有可用草案后再打开预览。检查每个文件的原文与改后内容、属性和链接。当前只允许特定规则提出少量同目录新页，新页也必须有本地来源并进入同一差异确认。
真实结构检查为 llm-wiki 调研 MOC 提供一处失效链接删除差异。本次只看预览，未点击“应用 1 处修改”。
这张图来自另一次仅选择 1. Project/llm-wiki 的本地检查，展示确定性结构修改；它不是前面失败的 AI 复核产出的草案。先核对失效链接是否确实应删除，有意保留的待建入口可继续保留。
准备好后才应用。应用前会重新校验原文、来源及有效属性规则；草案过期时应重新生成。AI 草案与结构修复也可能要求分开预览。
4. 应用后重新检查
应用按文件报告结果并保存受管备份。成功项仍要复查原问题，失败项保留原因。多个文件不保证全部一起成功；复查失败也不能被当作修复完成。
本轮没有应用草案、接受例外或恢复笔记。完整写入与恢复仍需隔离样例验收，不能用下方入口图证明恢复成功。
5. 处理记录与恢复
打开“处理记录”，查看已应用修改或已确认复核的批次。恢复基于对应备份与当前文件状态，不能任意回到某个历史时间点。修复后又编辑过的文件、被改动的备份或不匹配的资料库可能阻止恢复。
- 查看处理记录的空状态
本次没有应用操作，所以真实处理记录为空。它说明入口与记录前提，不代表已经验证恢复。
新页撤回在符合指纹等条件时保留到未发布备份目录，不直接永久删除。恢复后仍应检查文件和链接，必要时重新扫描。
例外与无需修改
有意保留的待建链接、合理短定义或独立笔记，可以在看懂证据后保留。接受例外需要写清原因，并可在“规则与忽略”里恢复检查。AI 判断无需修改，也应由你确认留下复核记录，不把候选悄悄当作已经处理。
规则与忽略提供查看规则和例外的入口。本次仅观察，未接受或恢复例外。
文档核对说明
- 查看编写与验证范围
- 开发预览与实拍范围
- 当前源码默认开放 Inbox；Project、Area、图谱及健康检查仍为开发预览，实际入口以使用版本为准。以下实拍来自正在运行的 Windows 开发实例。已做的观察与尚未验证的写入步骤分别说明，不代表安装版全流程验收。
- 对应操作截图待补
- 本页已补本地扫描、AI 材料确认与失败、真实结构差异和空处理记录。AI 成功草案、应用后的结果与受保护恢复仍需隔离样例实拍，不能用预览或空记录代替。
内容来自 Orrery Desktop 的 Wiki，文档仍在持续完善。功能开放情况以当前版本为准。