这份架构最关键的一句话是：它不是人为拆任务，而是在定义"一个复杂系统到底由哪些粒度的可复用单元组成"。所以项目管理系统里最好同时存在两棵树，而且千万不要混在一起。
左边描述产品本体（我们到底在造什么），右边描述制造过程（为了造它需要做什么）。它们不是一一对应的，只在一个地方相遇。
Work.produces → Artifact ／ Artifact.produced_by → [Work]五个页面用的是同一份数据源（data.js），差别在于"用什么方式把它讲清楚"。都带 #42 互动脑图（拖动 / 缩放 / 折叠 / 一键全展 / ⛶ 全屏）。
左右分屏硬碰硬：A0–A7 与 H0–H5 做成可点的对照阶梯，中间是双 ID 桥；下面两张脑图并排展开同一个 FPV3D——左边看它由什么组成，右边看它被怎么造出来。
把"需求 → Work → 制造 → Artifact → 验证 → Release → 资产登记 → 复用 → 新项目"画成一个九站闭环环形图，半环橙（工作在跑）半环青（资产在沉淀），并标出传统项管断在第几站。
一部 8 层电梯，一个 5 层的显示窗口在里面上下移动：换项目类型（应用 / 系统 / 平台 / 底层库），窗口自动停到最有意义的位置。附 Level × Type 矩阵，说明为什么不能写死成 Python 父子关系。
一张真会算的甘特：橙条是唯一有真实起止的 Task，蓝条全部由 min(开始)/max(结束) 聚合出来。切换聚合层级时时间轴不变，只换套娃层——并给出每一根蓝条的算式，证明"完成度只能算不能填"。
唯一一套浅色技术手册风：Artifact Schema 与 Work Schema 逐字段列全、ER 图、ID 命名规范、两条状态机，最后接上当前短板与 1–6 号下一步指令。适合投屏和打印。
八个板块：为什么两棵树 / WHAT / HOW / 映射 / 甘特规则 / 粒度纪律 / 资产接口 / 当前短板。默认展 2 层；工具条上的绿树按钮可一次展开全部层级。