full_unpackd_replisted

# full_unpackd_rep Use this skill when the user wants to turn a reference repository into a Chinese “庖丁解牛” topic page instead of leaving only scattered notes. 典型输入会提到： - “把这个 reference 仓库做成解构网页” - “做类似 CC 解构 的结构页” - “把某个工程拆成专题，并接进站点导航” 默认目标是把一个本地参考仓库沉淀成三类产物： 1. `reference/.../our/` 下的分析笔记或延续既有笔记 2. `site/topic-*.html` + `site/md/*.md` 的结构专题页 3. 站点导航、专题总页、路线图的接线更新 ## 输入与边界 - 参考仓库通常位于 `reference/` 下；优先使用本地代码和文档，不先假设外网信息。 - 如果站内已经有总专题页，优先把新页作为子专题挂进去，而不是再造平行入口。 - 用户若指定专题名、技能名、页面名，优先遵从用户命名；只有在明显冲突时才做最小修正。 ## 工作流 ### 1. 先识别”这个仓库到底是什么层” 优先读这些入口： - 仓库根 `README.md` - 顶层 `apps/`、`packages/`、`plans/`、`docs/` - 已有本地分析稿：`reference/.../our/` 目标不是穷举文件，而是找出 4 到 6 个稳定层次，例如： - 产品壳 - 调度内核 - 布局 / 工作位 - 运行时 / 控制协议 - 数据 / 事件 / 结果回收 ### 2. 选定”解构视角” 不要写成文件清单。要先决定这页想回答什么问题，例如： - 它是怎样做到 meta-agent 的 - 它如何把 workspace / terminal / review 串起来 - 它的 control plane 在哪一层 页面结构必须围绕这个主问题展开。 ### 3. 产出或续写分析稿 如果 `reference/.../our/` 已有同主题笔记，优先续写或吸收它；没有再新建。 分析稿里至少要有： - 日期 - 一句话结论 - 4 到 6 个结构层 - 对 Like Code / 当前工程的启发 ### 4. 落成结构专题页 在 `site/` 下新建或更新 `topic-*.html`，并同步创建 `site/md/*.md`。 默认页面要求： - 标题明确是”某某解构”或”某某庖丁解牛” - 结构上更像 `topic-cc-unpacked-zh.html` 这种分节页面，而不是纯概念短页 - 开头说明参考来源与锚定日期 - 每节都围绕结构层展开，而不是堆名词 - 能回链到总专题页与相关专题 ### 5. 可视化美化（关键步骤） **不要只放表格！** 每个结构层小节都要配可视化组件，让读者一眼能看懂结构关系。 #### 5.1 数据文件 为每个专题页创建 `site/data/{topic}-overview.json`，结构如下： ```json { “meta”: { “updated”: “YYYY-MM-DD”, “source”: “reference/...” }, “section_key”: { “title”: “小节标题”, “description”: “一句话概括”, “ite