领域管理 Area｜经营状态与项目供养
理解长期领域的 Git 活动、供养证据、治理标签和未知状态。
- 开发预览
- 本页模块仍在开发预览中，实际入口以当前版本为准。
领域管理面向需要长期承担的责任，例如产品设计、知识管理或某项专业能力。领域没有统一的截止日期，重点是标准、回顾和持续供养。
报告从哪里来
进入“整理与维护 → 领域管理”时先读取已有报告。点击扫描才重新采集 Areas 直属目录、笔记、Git 历史、与项目的结构关系和领域卡。报告生成不修改笔记。
真实 Second Brain 领域行展示状态、供养、笔记数、治理标签和近 26 周提交。本轮使用已有报告，未重新扫描。
怎样理解经营状态
有 45 天内活跃的供养项目时显示经营中。没有这类供养时，再根据领域 Git 活动区分维持、失养和休眠：90 天内、90—180 天、超过 180 天。没有历史保持未知。
Git 提交只表示文件活动，不等于责任履行质量。供养项目也要看证据，不能因为状态颜色正常就省略人工回顾。
项目怎样供养领域
供养证据来自已解析互链、明确的路径提及或 feeds 属性。供养列区分活跃项目数与总数，详情给出具体项目和依据。图谱、Git 或正文采集不足时，要保留未知或已确认下限。
“荒地”是需要复查的结构信号，不是删除理由。阅读型领域可能没有项目供养却仍有价值。空目录也可能有附件，不能仅凭 Markdown 数为零就删除。
从标签进入细节
MOC 缺、文档缺、大库、孤岛、撞名、空壳、堆积等标签说明需要关注的方向。先打开领域详情，阅读标签原因，再决定补导航、整理 Inbox、调整责任标准，还是提出合并候选。
下一步：核对证据、领域卡与治理指令。Project 与 Area 的结构关系见知识组织。
文档核对说明
- 查看编写与验证范围
- 开发预览与实拍范围
- 当前源码默认开放 Inbox；Project、Area、图谱及健康检查仍为开发预览，实际入口以使用版本为准。以下实拍来自正在运行的 Windows 开发实例。已做的观察与尚未验证的写入步骤分别说明，不代表安装版全流程验收。
内容来自 Orrery Desktop 的 Wiki，文档仍在持续完善。功能开放情况以当前版本为准。