renumber volume-5 after dropping article 18

T0UGH · T0UGH · commit ccb2f1b1b215 · 2026-04-12T12:07:21.000+08:00
diff --git a/docs/guidebookv2/volume-5/01-why-complex-scenarios-force-claude-code-to-grow-an-extension-layer.md b/docs/guidebookv2/volume-5/01-why-complex-scenarios-force-claude-code-to-grow-an-extension-layer.md
@@ -20,7 +20,7 @@ status: draft
 ## 导读
 
 - **所属卷**：卷五：扩展层与平台对象
-- **卷内位置**：01 / 25
+- **卷内位置**：01 / 24
 - **上一篇**：无
 - **下一篇**：[卷五 02｜为什么 Claude Code 选择把扩展权交给用户](./02-why-claude-code-chooses-to-hand-extension-power-to-users.md)
 
diff --git a/docs/guidebookv2/volume-5/02-why-claude-code-chooses-to-hand-extension-power-to-users.md b/docs/guidebookv2/volume-5/02-why-claude-code-chooses-to-hand-extension-power-to-users.md
@@ -18,7 +18,7 @@ status: draft
 ## 导读
 
 - **所属卷**：卷五：扩展层与平台对象
-- **卷内位置**：02 / 25
+- **卷内位置**：02 / 24
 - **上一篇**：[卷五 01｜为什么复杂场景会逼 Claude Code 长出扩展层](./01-why-complex-scenarios-force-claude-code-to-grow-an-extension-layer.md)
 - **下一篇**：[卷五 03｜skills / MCP / agents / subagents / hooks / plugins 是怎样接入 Claude Code 的](./03-how-skills-mcp-agents-subagents-hooks-and-plugins-enter-claude-code.md)
 
diff --git a/docs/guidebookv2/volume-5/03-how-skills-mcp-agents-subagents-hooks-and-plugins-enter-claude-code.md b/docs/guidebookv2/volume-5/03-how-skills-mcp-agents-subagents-hooks-and-plugins-enter-claude-code.md
@@ -24,7 +24,7 @@ status: draft
 ## 导读
 
 - **所属卷**：卷五：扩展层与平台对象
-- **卷内位置**：03 / 25
+- **卷内位置**：03 / 24
 - **上一篇**：[卷五 02｜为什么 Claude Code 选择把扩展权交给用户](./02-why-claude-code-chooses-to-hand-extension-power-to-users.md)
 - **下一篇**：[卷五 04｜为什么 skills 不是“长 prompt”那么简单](./04-why-skills-are-more-than-long-prompts.md)
 
@@ -76,7 +76,7 @@ status: draft
 
 ### 结论三：卷五后半所有对象组，都应该挂回一张统一 runtime 关系图
 
-这一篇最重要的工作，不是定义术语，而是给后面 04-25 篇准备一张骨架图。
+这一篇最重要的工作，不是定义术语，而是给后面 04-24 篇准备一张骨架图。
 
 后面的 skills 组、MCP 组、Agent 主轴、hooks 组、plugins 组，都应该能挂回这张图上去理解。没有这张图，后文很容易越写越像散装介绍。
 
diff --git a/docs/guidebookv2/volume-5/04-why-skills-are-more-than-long-prompts.md b/docs/guidebookv2/volume-5/04-why-skills-are-more-than-long-prompts.md
@@ -18,7 +18,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：04 / 25
+- **卷内位置**：04 / 24
 - **上一篇**：[卷五 03｜skills / MCP / agents / subagents / hooks / plugins 是怎样接入 Claude Code 的](./03-how-skills-mcp-agents-subagents-hooks-and-plugins-enter-claude-code.md)
 - **下一篇**：[卷五 05｜为什么 Skill 能让 Claude Code 从“会做”变成“稳定会做”](./05-how-skills-bring-user-experience-workflows-and-roles-into-claude-code.md)
 
diff --git a/docs/guidebookv2/volume-5/05-how-skills-bring-user-experience-workflows-and-roles-into-claude-code.md b/docs/guidebookv2/volume-5/05-how-skills-bring-user-experience-workflows-and-roles-into-claude-code.md
@@ -18,7 +18,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：05 / 25
+- **卷内位置**：05 / 24
 - **上一篇**：[卷五 04｜Skill 不是长 prompt，而是 Claude Code 的方法单元](./04-why-skills-are-more-than-long-prompts.md)
 - **下一篇**：[卷五 06｜Skill 在源码里怎么跑起来：从 SKILL.md 到 inline / fork](./06-how-skilltool-and-skills-runtime-enter-the-execution-chain.md)
 
diff --git a/docs/guidebookv2/volume-5/06-how-skilltool-and-skills-runtime-enter-the-execution-chain.md b/docs/guidebookv2/volume-5/06-how-skilltool-and-skills-runtime-enter-the-execution-chain.md
@@ -20,7 +20,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：06 / 25
+- **卷内位置**：06 / 24
 - **上一篇**：[卷五 05｜为什么 Skill 能让 Claude Code 从“会做”变成“稳定会做”](./05-how-skills-bring-user-experience-workflows-and-roles-into-claude-code.md)
 - **下一篇**：[卷五 07｜什么样的 Skill 才真的好用：从 runtime 约束反推设计原则](./07-what-makes-a-good-runtime-skill.md)
 
diff --git a/docs/guidebookv2/volume-5/07-what-makes-a-good-runtime-skill.md b/docs/guidebookv2/volume-5/07-what-makes-a-good-runtime-skill.md
@@ -18,7 +18,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：07 / 25
+- **卷内位置**：07 / 24
 - **上一篇**：[卷五 06｜Skill 在源码里怎么跑起来：从 SKILL.md 到 inline / fork](./06-how-skilltool-and-skills-runtime-enter-the-execution-chain.md)
 - **下一篇**：[卷五 08｜什么时候该用 Skill，什么时候该用 tool / agent / MCP](./08-boundaries-between-skill-tool-and-agent.md)
 
diff --git a/docs/guidebookv2/volume-5/08-boundaries-between-skill-tool-and-agent.md b/docs/guidebookv2/volume-5/08-boundaries-between-skill-tool-and-agent.md
@@ -21,7 +21,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：08 / 25
+- **卷内位置**：08 / 24
 - **上一篇**：[卷五 07｜什么样的 Skill 才真的好用：从 runtime 约束反推设计原则](./07-what-makes-a-good-runtime-skill.md)
 - **下一篇**：[卷五 09｜为什么 MCP 不是“多了一批远程工具”](./09-why-mcp-is-not-just-more-remote-tools.md)
 
diff --git a/docs/guidebookv2/volume-5/09-why-mcp-is-not-just-more-remote-tools.md b/docs/guidebookv2/volume-5/09-why-mcp-is-not-just-more-remote-tools.md
@@ -21,7 +21,7 @@ status: draft
 ## 导读
 
 - **所属卷**：卷五：扩展层与平台对象
-- **卷内位置**：09 / 25
+- **卷内位置**：09 / 24
 - **上一篇**：[卷五 08｜skill、tool、agent 三者的边界到底是什么](./08-boundaries-between-skill-tool-and-agent.md)
 - **下一篇**：[卷五 10｜Claude Code 是怎样通过 MCP 接入外部能力源和资源系统的](./10-how-claude-code-uses-mcp-to-connect-external-capabilities-and-resource-systems.md)
 
diff --git a/docs/guidebookv2/volume-5/10-how-claude-code-uses-mcp-to-connect-external-capabilities-and-resource-systems.md b/docs/guidebookv2/volume-5/10-how-claude-code-uses-mcp-to-connect-external-capabilities-and-resource-systems.md
@@ -22,7 +22,7 @@ status: draft
 ## 导读
 
 - **所属卷**：卷五：扩展层与平台对象
-- **卷内位置**：10 / 25
+- **卷内位置**：10 / 24
 - **上一篇**：[卷五 09｜为什么 MCP 不是“多了一批远程工具”](./09-why-mcp-is-not-just-more-remote-tools.md)
 - **下一篇**：[卷五 11｜MCP 和 skills / hooks / plugins 分别是什么关系](./11-how-mcp-relates-to-skills-hooks-and-plugins.md)
 
diff --git a/docs/guidebookv2/volume-5/11-how-mcp-relates-to-skills-hooks-and-plugins.md b/docs/guidebookv2/volume-5/11-how-mcp-relates-to-skills-hooks-and-plugins.md
@@ -24,7 +24,7 @@ status: draft
 ## 导读
 
 - **所属卷**：卷五：扩展层与平台对象
-- **卷内位置**：11 / 25
+- **卷内位置**：11 / 24
 - **上一篇**：[卷五 10｜Claude Code 是怎样通过 MCP 接入外部能力源和资源系统的](./10-how-claude-code-uses-mcp-to-connect-external-capabilities-and-resource-systems.md)
 - **下一篇**：待后续回合衔接 Agent 主轴
 
diff --git a/docs/guidebookv2/volume-5/12-why-agent-is-not-just-another-tool.md b/docs/guidebookv2/volume-5/12-why-agent-is-not-just-another-tool.md
@@ -17,7 +17,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：12 / 25
+- **卷内位置**：12 / 24
 - **上一篇**：[卷五 11｜MCP 和 skills / hooks / plugins 分别是什么关系](./11-how-mcp-relates-to-skills-hooks-and-plugins.md)
 - **下一篇**：[卷五 13｜Claude Code 一开始就准备了一组 agent](./13-how-claude-code-grows-more-executors.md)
 
diff --git a/docs/guidebookv2/volume-5/13-how-claude-code-grows-more-executors.md b/docs/guidebookv2/volume-5/13-how-claude-code-grows-more-executors.md
@@ -21,7 +21,7 @@ source_files:
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：13 / 25
+- **卷内位置**：13 / 24
 - **上一篇**：[卷五 12｜Claude Code 里的 agent，跟 tool 不是一回事](./12-why-agent-is-not-just-another-tool.md)
 - **下一篇**：[卷五 14｜这组 agent 是怎么被拉进当前任务的](./14-why-runagent-feels-like-an-agent-runtime-assembly-line.md)
 
diff --git a/docs/guidebookv2/volume-5/18-why-hooks-are-more-than-just-some-scripts.md b/docs/guidebookv2/volume-5/18-why-hooks-are-more-than-just-some-scripts.md
@@ -1,20 +1,20 @@
 ---
-title: 卷五 19｜Claude Code 的 hooks，为什么不是挂几个脚本这么简单
+title: 卷五 18｜Claude Code 的 hooks，为什么不是挂几个脚本这么简单
 date: 2026-04-11
 tags: [Claude Code, hooks, runtime, platform]
 source_files:
   - /Users/haha/.openclaw/workspace/cc/src/types/hooks.ts
   - /Users/haha/.openclaw/workspace/cc/src/utils/hooks.ts
 ---
 
-# 卷五 19｜Claude Code 的 hooks，为什么不是挂几个脚本这么简单
+# 卷五 18｜Claude Code 的 hooks，为什么不是挂几个脚本这么简单
 
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：19 / 25
+- **卷内位置**：18 / 24
 - **上一篇**：[卷五 17｜拆出去的活，最后怎么回到主线](./17-boundaries-and-information-flow-between-main-agent-and-worker-agent.md)
-- **下一篇**：[卷五 20｜工具怎么跑，hooks 其实真的插得上手](./20-what-role-hooks-play-in-claude-code-runtime.md)
+- **下一篇**：[卷五 19｜工具怎么跑，hooks 其实真的插得上手](./19-what-role-hooks-play-in-claude-code-runtime.md)
 
 Agent 主轴收完之后，卷五接下来要处理的不是又一个“对象”，而是一种新的东西：
 
diff --git a/docs/guidebookv2/volume-5/19-what-role-hooks-play-in-claude-code-runtime.md b/docs/guidebookv2/volume-5/19-what-role-hooks-play-in-claude-code-runtime.md
@@ -1,5 +1,5 @@
 ---
-title: 卷五 20｜工具怎么跑，hooks 其实真的插得上手
+title: 卷五 19｜工具怎么跑，hooks 其实真的插得上手
 date: 2026-04-11
 tags: [Claude Code, hooks, tool, runtime]
 source_files:
@@ -8,14 +8,14 @@ source_files:
   - /Users/haha/.openclaw/workspace/cc/src/cli/structuredIO.ts
 ---
 
-# 卷五 20｜工具怎么跑，hooks 其实真的插得上手
+# 卷五 19｜工具怎么跑，hooks 其实真的插得上手
 
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：20 / 25
-- **上一篇**：[卷五 19｜Claude Code 的 hooks，为什么不是挂几个脚本这么简单](./19-why-hooks-are-more-than-just-some-scripts.md)
-- **下一篇**：[卷五 21｜一轮会话怎么起、怎么进、怎么收，hooks 其实都能插手](./21-what-different-hooks-intercept-connect-and-modify-in-claude-code.md)
+- **卷内位置**：19 / 24
+- **上一篇**：[卷五 18｜Claude Code 的 hooks，为什么不是挂几个脚本这么简单](./18-why-hooks-are-more-than-just-some-scripts.md)
+- **下一篇**：[卷五 20｜一轮会话怎么起、怎么进、怎么收，hooks 其实都能插手](./20-what-different-hooks-intercept-connect-and-modify-in-claude-code.md)
 
 第 19 篇已经先证明了一件事：hooks 在 Claude Code 里不是附属脚本系统，而是正式 runtime 机制。
 
diff --git a/docs/guidebookv2/volume-5/20-what-different-hooks-intercept-connect-and-modify-in-claude-code.md b/docs/guidebookv2/volume-5/20-what-different-hooks-intercept-connect-and-modify-in-claude-code.md
@@ -1,5 +1,5 @@
 ---
-title: 卷五 21｜一轮会话怎么起、怎么进、怎么收，hooks 其实都能插手
+title: 卷五 20｜一轮会话怎么起、怎么进、怎么收，hooks 其实都能插手
 date: 2026-04-11
 tags: [Claude Code, hooks, session, lifecycle, runtime]
 source_files:
@@ -10,14 +10,14 @@ source_files:
   - /Users/haha/.openclaw/workspace/cc/src/utils/hooks.ts
 ---
 
-# 卷五 21｜一轮会话怎么起、怎么进、怎么收，hooks 其实都能插手
+# 卷五 20｜一轮会话怎么起、怎么进、怎么收，hooks 其实都能插手
 
 ## 导读
 
 - **所属卷**：卷五：外部扩展与多代理能力
-- **卷内位置**：21 / 25
-- **上一篇**：[卷五 20｜工具怎么跑，hooks 其实真的插得上手](./20-what-role-hooks-play-in-claude-code-runtime.md)
-- **下一篇**：[卷五 22｜为什么有了 skills / MCP / hooks 之后，系统还需要 plugins](./22-why-plugins-are-still-needed-after-skills-mcp-and-hooks.md)
+- **卷内位置**：20 / 24
+- **上一篇**：[卷五 19｜工具怎么跑，hooks 其实真的插得上手](./19-what-role-hooks-play-in-claude-code-runtime.md)
+- **下一篇**：[卷五 21｜为什么有了 skills / MCP / hooks 之后，系统还需要 plugins](./21-why-plugins-are-still-needed-after-skills-mcp-and-hooks.md)
 
 第 20 篇已经把 hooks 最硬的一条样本链讲清了：
 
diff --git a/docs/guidebookv2/volume-5/21-why-plugins-are-still-needed-after-skills-mcp-and-hooks.md b/docs/guidebookv2/volume-5/21-why-plugins-are-still-needed-after-skills-mcp-and-hooks.md
@@ -1,10 +1,10 @@
 ---
-title: 卷五 22｜为什么前面这些扩展点加起来，还是不够
+title: 卷五 21｜为什么前面这些扩展点加起来，还是不够
 date: 2026-04-08
 tags: [Claude Code, plugins, skills, MCP, hooks, agents]
 ---
 
-# 卷五 22｜为什么前面这些扩展点加起来，还是不够
+# 卷五 21｜为什么前面这些扩展点加起来，还是不够
 
 ## 这篇要回答的问题
 
@@ -19,7 +19,7 @@ tags: [Claude Code, plugins, skills, MCP, hooks, agents]
 
 > **既然已经有这么多扩展对象并存，Claude Code 为什么还会继续长出 plugins？**
 
-卷五第 22 篇要先把一个判断钉死：
+卷五第 21 篇要先把一个判断钉死：
 
 > **前面已经有很多扩展点，不等于系统已经有了插件层。**
 
@@ -73,15 +73,15 @@ flowchart LR
 
 把卡片给出的源码锚点连起来，核心判断其实很直接：`plugin.ts` 这一层说明系统后面确实存在一个统一 plugin 对象；`plugins/` 与 `plugin-loader/` 这一层说明系统并没有把 skill、hook、MCP、agent 各自永远当成散装入口，而是要把它们收进统一装配流程；因此 plugin 解决的不是“再发明一种扩展内容”，而是把前面那些已经存在的扩展入口，提升成一个可以统一来源、统一启停、统一治理、统一分发的正式单位。
 
-注意，这条证据链在第 22 篇里只需要承担一件事：
+注意，这条证据链在第 21 篇里只需要承担一件事：
 
 > **证明缺口确实存在，而且 Claude Code 确实在补这个缺口。**
 
-至于 plugin 具体长什么样、第 23 篇再切；它如何继续长成平台边界、第 24 篇再讲。
+至于 plugin 具体长什么样、第 22 篇再切；它如何继续长成平台边界、第 23 篇再讲。
 
 ## 先把误会打掉：扩展点很多，不等于插件层已经成立
 
-这是第 22 篇最容易滑掉的地方。
+这是第 21 篇最容易滑掉的地方。
 
 如果只从表面看，Claude Code 的扩展世界已经很丰富：
 
@@ -111,7 +111,7 @@ flowchart LR
 - 你能看到很多入口
 - 却看不到一个统一的“扩展包”边界
 
-这就是第 22 篇要先立住的坡度：
+这就是第 21 篇要先立住的坡度：
 
 > **扩展入口很多，和插件层成立，中间还差一个“统一封装单位”。**
 
@@ -280,7 +280,7 @@ agent / subagent 解决的是任务拆分和执行结构：
 
 ## 所以 plugin 真正在补什么
 
-讲到这里，其实已经不必把 plugin 定义得太满了。第 22 篇只需要把它补上的那一层讲清楚。
+讲到这里，其实已经不必把 plugin 定义得太满了。第 21 篇只需要把它补上的那一层讲清楚。
 
 更准确地说，plugin 在这里补的不是“更多能力”，而是一个**正式单元**。
 
@@ -296,7 +296,7 @@ agent / subagent 解决的是任务拆分和执行结构：
 
 ## 为什么这里还不能把第 23、24 篇提前讲掉
 
-第 22 篇的任务只到这里。
+第 21 篇的任务只到这里。
 
 它要回答的是：
 
@@ -306,17 +306,17 @@ agent / subagent 解决的是任务拆分和执行结构：
 
 但它还不该把后面两篇偷吃掉：
 
-### 这篇不主讲第 23 篇的问题
+### 这篇不主讲第 22 篇的问题
 不在这里把 plugin 和 skill / MCP / hooks 的层级关系彻底切完。
 
-### 这篇也不主讲第 24 篇的问题
+### 这篇也不主讲第 23 篇的问题
 不在这里把 install、marketplace、distribution、reuse 的成熟度闭环全部展开。
 
-第 22 篇只先做最关键的一步：
+第 21 篇只先做最关键的一步：
 
 > **先证明：很多扩展点并存，本身还不足以构成插件层。**
 
-后面第 23 篇再去回答 plugin 到底处在什么层；第 24 篇再去回答为什么它会继续长成更完整的封装、分发和复用形态。
+后面第 22 篇再去回答 plugin 到底处在什么层；第 23 篇再去回答为什么它会继续长成更完整的封装、分发和复用形态。
 
 ## 一句话收口
 
diff --git a/docs/guidebookv2/volume-5/22-what-layer-plugins-occupy-relative-to-other-extension-objects.md b/docs/guidebookv2/volume-5/22-what-layer-plugins-occupy-relative-to-other-extension-objects.md
@@ -1,14 +1,14 @@
 ---
-title: 卷五 23｜plugin 到底是什么，它不是哪一种扩展点的壳
+title: 卷五 22｜plugin 到底是什么，它不是哪一种扩展点的壳
 date: 2026-04-08
 tags: [Claude Code, plugins, LoadedPlugin, hooks, skills, MCP]
 ---
 
-# 卷五 23｜plugin 到底是什么，它不是哪一种扩展点的壳
+# 卷五 22｜plugin 到底是什么，它不是哪一种扩展点的壳
 
 ## 这篇要回答的问题
 
-第 22 篇已经先回答了“为什么前面已经有 skills / MCP / hooks，系统还需要 plugin”。
+第 21 篇已经先回答了“为什么前面已经有 skills / MCP / hooks，系统还需要 plugin”。
 
 接下来要补的不是“plugin 很重要”，而是更容易被误解的下一刀：
 
@@ -226,7 +226,7 @@ flowchart TD
 
 > **plugin 可以被安装、被更新、被列举、被放进 marketplace，但这些都发生在“它已经是统一运行时对象”之后。**
 
-更完整的分发、治理、平台边界，留给第 24 篇讲就够了。
+更完整的分发、治理、平台边界，留给第 23 篇讲就够了。
 
 ## 第四部分：为什么说 plugin 也不是某一种扩展点的同义词
 
@@ -334,6 +334,6 @@ plugin 统一的是：
 
 > **plugin 先是统一运行时对象，后面才轮到安装、治理和分发。**
 
-这就是第 23 篇该做完的事。
+这就是第 22 篇该做完的事。
 
-第 24 篇再继续回答：为什么围绕这个统一对象，系统最后还会长出 loader、schema、policy、install、marketplace，直到 plugin 变成一层平台边界。
+第 23 篇再继续回答：为什么围绕这个统一对象，系统最后还会长出 loader、schema、policy、install、marketplace，直到 plugin 变成一层平台边界。
diff --git a/docs/guidebookv2/volume-5/23-why-plugins-represent-a-more-complete-form-of-packaging-distribution-and-reuse.md b/docs/guidebookv2/volume-5/23-why-plugins-represent-a-more-complete-form-of-packaging-distribution-and-reuse.md
@@ -1,21 +1,21 @@
 ---
-title: 卷五 24｜为什么 plugins 最后会长成一层平台边界
+title: 卷五 23｜为什么 plugins 最后会长成一层平台边界
 date: 2026-04-11
 tags: [Claude Code, plugins, platform boundary, packaging, distribution]
 ---
 
-# 卷五 24｜为什么 plugins 最后会长成一层平台边界
+# 卷五 23｜为什么 plugins 最后会长成一层平台边界
 
 ## 这篇要回答的问题
 
 第 22 篇已经回答了：为什么前面明明有 skills、MCP、hooks，系统还是需要 plugin。  
-第 23 篇也已经回答了：plugin 和这些对象并不在同一层，plugin 更像统一封装边界。
+第 22 篇也已经回答了：plugin 和这些对象并不在同一层，plugin 更像统一封装边界。
 
-到了第 24 篇，问题要再往前推一步：
+到了第 23 篇，问题要再往前推一步：
 
 > **为什么 plugin 不会停在“能力包”这一步，而是会继续长出 loader、schema、policy、install、marketplace，最后变成一层平台边界？**
 
-这篇的重点不是重复证明 plugin 很重要，也不是提前把第 25 篇“整层平台如何收束”写完。
+这篇的重点不是重复证明 plugin 很重要，也不是提前把第 24 篇“整层平台如何收束”写完。
 
 这篇只做一件事：
 
@@ -293,9 +293,9 @@ plugin 在这里已经明显是前者了。
 
 > **在扩展这一侧，装配、治理、安装、分发都开始围绕 plugin 组织起来。**
 
-## 第六部分：为什么这一篇不能写成“生态愿景文”，也不能偷吃第 25 篇
+## 第六部分：为什么这一篇不能写成“生态愿景文”，也不能偷吃第 24 篇
 
-第 24 篇最容易跑偏成两种样子。
+第 23 篇最容易跑偏成两种样子。
 
 ### 跑偏一：写成生态宣传文
 一提 marketplace，就开始讲未来社区会多繁荣。
@@ -311,10 +311,10 @@ plugin 在这里已经明显是前者了。
 
 这些事实已经足够支持“plugin 正在长成平台边界”。
 
-### 跑偏二：提前把第 25 篇写完
-第 25 篇要收的是：skills、MCP、agents、hooks、plugins 为什么最终共同收成平台能力层。
+### 跑偏二：提前把第 24 篇写完
+第 24 篇要收的是：skills、MCP、agents、hooks、plugins 为什么最终共同收成平台能力层。
 
-而第 24 篇只收 plugin 这一条线。
+而第 23 篇只收 plugin 这一条线。
 
 所以这里能讲到的边界是：
 
diff --git a/docs/guidebookv2/volume-5/24-why-these-extension-objects-converge-into-a-platform-layer.md b/docs/guidebookv2/volume-5/24-why-these-extension-objects-converge-into-a-platform-layer.md
diff --git a/docs/guidebookv2/volume-5/README-production-order.md b/docs/guidebookv2/volume-5/README-production-order.md
diff --git a/docs/guidebookv2/volume-5/README-writing-cards.md b/docs/guidebookv2/volume-5/README-writing-cards.md
diff --git a/docs/guidebookv2/volume-5/archive/19-why-platform-layer-needs-runtime-seams-not-just-capability-objects.md b/docs/guidebookv2/volume-5/archive/19-why-platform-layer-needs-runtime-seams-not-just-capability-objects.md
diff --git a/docs/guidebookv2/volume-5/index.md b/docs/guidebookv2/volume-5/index.md
