脑图不是数据库，它是数据的一个投影。所以这一版先做了一件更底层的事：把仓库里已有的项目数据 （78 个项目档案 + 台账 + 36 个可复用模块 + 19 个已评分资产）全部抽进一份统一数据层， 每个项目按固定 10 个分支组织；有数据就填，没数据就出 ⬜ placeholder 并写明 这里将来放什么 · 怎么补。脑图只是从这份数据渲染出来的其中一种视图。
这张图故意点到为止：类别 → 项目名 + 状态灯 + 填充度，就停。想看某个项目内部，去 L1 打开它自己的那张图。为什么必须这样，L3 页有实测数字。
每个项目同一套 10 分支，位置固定 —— 所以两个项目可以直接对着比。灰色 ⬜ 待补充 不是缺陷而是明确的坑位：它告诉你这里将来放什么、用哪条命令补。
← 先在 L0 里点一个项目
脑图擅长层级与归属，不擅长多属性横向对比。资产要比的是"评分几分 / 被几个项目用过 / 接口是什么 / 路径还在不在" —— 这是表格的活。所以这一层用表格，不硬套脑图。
| 编号 | 名字 | 成熟度 | 被复用 | 怎么调用（可粘贴） | 标签 |
|---|
| 资产 | 档位 | 总分 | 强项 | 一句话结论 | 在哪 |
|---|
artifact_id，
再用 produced_by 连回是哪些工作把它造出来的。接上之后，L1 项目脑图的「③ 造什么」分支就不再是 placeholder。这就是「每个项目都有一个脑图标准化结构」的那份结构。顺序固定、编号固定，所以任何两个项目的脑图可以直接叠着比；每个分支写清了数据从哪来、空着时该怎么补。
| 分支 | 它回答什么 | 数据来自 | 空着时 placeholder 写什么 | 怎么补（真命令） |
|---|
这不是装饰。它是一张缺口地图：78 个项目里，某个分支有多少个填了。空得最厉害的那两格，就是整套项目管理最薄的地方。
| 分支 | 已填/总数 | 覆盖率 | 诊断 |
|---|
在本机 Chromium 上真跑 markmap，逐档加节点量测首次渲染耗时与产生的 DOM 元素数。手机通常比这慢 3–5 倍，所以下面的阈值还要再打折。
| 节点数 | DOM 元素 | 首次渲染 | 体感 | 结论 |
|---|