README · 5 分钟

装饰管理公司的操作系统，从本体开始

这是架构评审界面，不是业务系统。读完三张图，就能主持第一次架构会：谁是唯一客户、命令从哪进、MVP 先打通哪一条。

我们卖的是交付，不是软件

找到空置房业主 → 方案 → 估价 → 合同 → 材料 → 班组 → 施工 → 验收 → 回款。任何模块说不清服务哪一环，默认不做。

先户籍，后表单

客户、房屋、合同、项目全公司一份 ID。CRM、工程、财务不许各建客户表。本仓因此故意没有业务 CRUD。

DMS 是工程镜头的种子

Origin simonclouds/dms 提供 SRS、领域对象、过程图、角色、Domain Canvas。只引用，不搬迁；细规则标种子/待对齐。

邮件和 IM 外购

通知可以走微信或邮箱。审批事实必须留在 ApprovalCase。不自研通讯。

借 Odoo 的模块契约，不用 Odoo

每个业务模块一份 manifest：对象、命令、扩展表、钩子、订阅、菜单。内核启动时拓扑排序并校验，模块之间零源码 import。

对象唯一 ID模块化单体manifest 声明的模块Agent 只经本体 API一环一个门

总架构图 · 系统上下文mermaid

正在绘制…

文档：docs/01-architecture.md · 图 1。业主是 Party，通常不是登录用户。

总架构图 · 五层容器mermaid

正在绘制…

文档：docs/01-architecture.md · 图 2。工作台是镜头，内核是户籍。

本体关系图 v0mermaid

正在绘制…

文档：docs/02-ontology-v0.md。施工节点与验收细则种子/待对齐。

MVP 切片图mermaid

正在绘制…

文档：docs/04-mvp-spine.md。线索 → 报价 → 合同 → 要货 → 节点 → 验收 → 收款。

往下读：分层·对象目录·模块与扩展点·五条 ADR。完整叙述在仓库 docs/。