Phase 0

整体框架蓝图

本文描述 MOSS 在 MVP 之前要先画清楚的整体框架。当前目标不是接入内容，也不是实现统一查询，而是先把系统边界、对象关系、数据流、阶段路线和治理规则画出来。

阶段定位

这是 Phase 0。

Phase 0 的产出是框架蓝图，不是可运行产品。内容、订阅、日程、图片、理财等模块以后慢慢做；现在先确认系统应该长成什么样。

为什么先画框架

MOSS 覆盖的信息域很广。如果直接从内容中心开始实现，很容易出现两个问题：

只按文章、笔记、收藏来设计，后续接入日程、资产、关系、决策时模型不够用。
过早陷入 Notion、Obsidian、SQLite、向量库等工具细节，忽略长期对象边界和治理规则。

所以当前优先级是先画系统，而不是先写系统。

Phase 0 要回答的问题

1. 系统到底管什么

明确 MOSS 的总范围：

内容、订阅、学习、输出。
任务、日程、承诺、计划。
项目、人、地点、事件、消息。
目标、偏好、健康、情绪、人生事件。
理财、消费、实物、账号、证件。
隐私、规则、权限、审计、自动化边界。

2. 6 个顶层域如何使用

确认 Knowledge / Action / Context / Self / Asset / Governance 是长期分类坐标。

需要明确：

一条信息可以多归属。
Governance 是横切控制域。
新增信息域先尝试归入这 6 个域。
只有归不进去时，才考虑新增顶层域。

3. 长期对象之间如何关联

至少画清楚这些关系：

Content -> Topic
Content -> Project
Content -> Decision
Content -> Task
Source -> Content
Person -> Project
Person -> Event
Event -> Task
Task -> Commitment
Decision -> Goal
Goal -> Project
Media -> Content / Project / LifeEvent
Purchase -> Asset / PhysicalAsset
Rule -> Automation / Governance
Feedback -> Content / Source / Recommendation

4. 数据如何流动

需要画出从输入到输出的主链路：

数据源
  -> 采集
  -> 原始归档
  -> 标准化对象
  -> AI 理解
  -> 索引
  -> 展示与查询
  -> 反馈
  -> 后续建议或计划

5. 什么先做，什么以后做

需要明确阶段顺序：

Phase 0：整体框架蓝图。
Phase 1：统一关注内容中心。
Phase 2：订阅和信息流。
Phase 3：任务、日程和计划。
Phase 4：图片和资产。
Phase 5：推荐和主动助理。

6. 哪些事情不能自动化

需要先定义自动化边界：

不自动改日程。
不自动交易。
不自动删除高价值内容。
不自动公开或发送私人内容。
高敏数据默认不进入云端模型。
所有高影响动作必须手动确认。

Phase 0 产出物

当前图稿入口：Phase 0 框架图。

审查入口：Phase 0 审查与验收清单。

1. 顶层域图

展示 6 个顶层域，以及每个域覆盖的典型对象。

2. 对象关系图

展示 Content / Source / Topic / Project / Decision / Goal / Event / Task / Asset / Rule / Feedback 等对象如何关联。

3. 数据流图

展示数据从采集、归档、标准化、理解、索引、展示、反馈到建议的完整链路。

4. 阶段路线图

展示 Phase 0 到 Phase 5 的进入顺序、每阶段目标和暂不做事项。

5. 权限与敏感度分级图

展示普通、中敏、高敏、极敏数据分别如何处理。

6. 下一阶段进入判断

明确 Phase 0 是否已经具备进入下一阶段的条件，并链接到下一阶段文档。下一阶段的产品边界、输入范围、技术方案和实现细节不在本文展开。

Phase 0 成功标准

能用一张图解释 MOSS 是什么。
能用一张图解释 6 个顶层域如何覆盖所有信息。
能用一张图解释核心对象关系。
能用一张图解释数据如何从输入走到反馈。
能判断框架是否足以进入下一阶段。
能明确哪些动作永远需要用户确认。

决策状态

Phase 0 给出的是长期框架，不是冻结的实现设计。后续阶段必须用真实数据和实际使用来校正以下假设。

已确认的长期原则

MOSS 是 Local-first 的个人信息、知识、计划与决策中枢。
Knowledge / Action / Context / Self / Asset / Governance 是长期分类坐标，允许多归属；Governance 是横切控制域。
原始数据与摘要、标签、关联候选等加工数据必须分离，加工数据不能覆盖原始内容。
反馈必须可追溯，并能修正后续理解和排序，而不改写原始事实。
高影响或高风险动作必须由用户确认。

需要后续验证的假设

各对象的字段、关系和状态流转是否足以覆盖真实数据。
长期处理链路在 MVP 中应如何合并或拆分。
Phase 1 之后的准确进入顺序和每个阶段的实际边界。
哪些长期对象值得成为独立对象，哪些只应作为普通内容或关联信息存在。

明确不在 Phase 0 决定的事项

数据库和表结构。
中文搜索与索引方案。
用户界面和日常交互方式。
AI 摘要、标签或模型调用策略。
文件同步、变更检测和外部服务接入方式。

暂不做

Phase 0 不做：

不接入 Obsidian。
不接入 Notion。
不导入真实内容。
不做数据库。
不做搜索。
不做 AI 摘要。
不做 Dashboard。
不做自动化。

Phase 0 的任务是把系统画清楚，为后续实现提供稳定边界。