知识库维护 Lint｜范围、规则与问题分类
了解本地检查、语义复核与知识修复各自负责什么。
- 开发预览
- 本页模块仍在开发预览中，实际入口以当前版本为准。
Lint 是知识库维护中的检查流程。它检查可解析的结构与证据，帮助你发现问题、复核候选和预览修改。它不能自动保证整库事实正确。
从哪里开始
进入“整理与维护 → 健康检查”。先选择本次目录和规则，再点击“开始检查”。本地检查不需要模型，也不修改 Markdown。AI 复核是后续独立动作，需要可用文字模型。
本次只对 Wiki 运行本地检查，显示必须修、待复核和建议。没有应用任何修改。
三类结果不能混为错误
必须修用于有明确结构或有效规则依据的问题，例如损坏链接、属性类型不符合要求。即便如此，也要读清具体依据与适用规则。
待复核需要对照原文判断，例如疑似重复、来源变化、引文与版本问题、混合主体或主张冲突。
建议提供整理机会，例如独立短笔记、可补链接、索引收录或进一步研究。没有入链不等于应该删除，篇幅短也不等于内容不足。
规则怎样组织
当前规则分为链接与导航、页面与身份、来源与时效、属性与命名、语法与索引、冲突与发展六组。打开“规则与忽略”可读规则说明及检查方法，再按实际用途启用。
真实规则页显示 22 项规则中的启用状态，并标出必须修、待复核和建议。本次没有调整开关或例外。
规则列出可检查的方向，不代表本次所有方向都完整执行。远程网页可达性也不能根据本地扫描结果直接下结论。
一定打开覆盖说明
点击页头的“未覆盖”提示，阅读具体跳过原因。覆盖限制可能针对一篇文件，也可能针对整项匹配或采样能力，不能只根据数量推断漏了几篇。
本次结构检查显示 6/6 篇，同时列出同名主题跳过和页面候选索引采样两类限制；AI 复核单独计数。
当前页头写作“2 篇未覆盖”，本次弹窗实际列出的是两类检查限制。这项显示差异已记录，按弹窗原因理解，不把它解释为额外两篇文件已经通过或未通过。
下一步：从单条问题到修改预览。
文档核对说明
- 查看编写与验证范围
- 开发预览与实拍范围
- 当前源码默认开放 Inbox；Project、Area、图谱及健康检查仍为开发预览，实际入口以使用版本为准。以下实拍来自正在运行的 Windows 开发实例。已做的观察与尚未验证的写入步骤分别说明，不代表安装版全流程验收。
内容来自 Orrery Desktop 的 Wiki，文档仍在持续完善。功能开放情况以当前版本为准。