领域管理 Area｜证据、领域卡与治理指令
核对供养来源和责任标准，再编辑治理指令、交接和复查。
- 开发预览
- 本页模块仍在开发预览中，实际入口以当前版本为准。
领域治理先核对结构证据，再决定下一步工作。生成一段治理指令只是提出任务，仍要审阅范围、交给 Agent 并检查实际结果。
1. 打开领域详情
搜索一个熟悉领域并点击名称。先看供养项目、Git 活动和互链或路径提及，再看导航与上下文文件。相同关键词或同名目录本身不证明应该合并。
真实 UI 领域详情展示 llm-wiki 项目的供养互链、MOC/CLAUDE 路径与领域卡模板。没有修改文件。
2. 理解领域卡的四个字段
领域卡用 standard 表示长期责任标准，review 表示回顾节奏，last_review 记录真实人工回顾时间，feeds 表示明确供养关系。当前从 MOC 或上下文文件的属性读取，MOC 字段优先，feeds 合并去重。
“复制领域卡模板”只复制文字，不把模板写入笔记，也不替你完成回顾。空的 last_review 应等待真实回顾，不能填上一个日期就当作工作已做。
3. 选择范围并生成指令
回到列表，勾选要处理的领域，点击“生成治理指令”。先阅读并编辑指令中的对象、依据、允许动作和确认条件。需要保存人工合并候选时，先选两个以上领域并说明理由；这不是自动聚类结论。
真实指令预览可以编辑、复制或交给 Agent，并明确要求先检查和预览。本次只打开预览，未发送。
例如，可以要求“先核对供养关系，只给方案，不移动文件”。想实施时，再明确具体文件变化并检查差异。指令中的确认要求不会因为打开新对话而自动失效。
4. 交给 Agent 后再复查
准备好后可点击“交给 Agent”，打开新的工作对话。发送成功表示交接完成，不表示领域已经治理。Agent 可能继续询问、请求权限或报告失败。
完成后先核对真实文件和未执行项，再回领域页重新扫描，检查结构与证据有没有变化。当前知识与独立 Memory 的统一关联仍在研发。
导出的是报告快照
“导出快照”通过系统保存对话框生成独立 HTML，保留当时报告与依据。它不执行治理，也不是实时更新的 Dashboard。资料变化后先重扫再导出，注意采集时间与导出时间。
本轮未发送治理指令、保存快照、执行合并或改写领域卡。这些执行与恢复步骤仍需隔离样例验证。
文档核对说明
- 查看编写与验证范围
- 开发预览与实拍范围
- 当前源码默认开放 Inbox；Project、Area、图谱及健康检查仍为开发预览，实际入口以使用版本为准。以下实拍来自正在运行的 Windows 开发实例。已做的观察与尚未验证的写入步骤分别说明，不代表安装版全流程验收。
内容来自 Orrery Desktop 的 Wiki，文档仍在持续完善。功能开放情况以当前版本为准。