一、四样各管一段

CLAUDE.md：写清楚应该怎么做——它是建议，不是铁律。 skill：教这一类活怎么做——可复用的一套做法。 hook：强制一定得做——必然执行，绕不过去。 MCP：够得着外面的东西——把外部世界接进来。

二、最容易用错的是前两个

把该强制的写进了 CLAUDE.md——写成文档的那句，它可能遵守，也可能不遵守。 真正的硬约束必须落在 hook 上（第 7.3 节）——这是建议与强制的分水岭。 反过来，把该商量的写进 hook 也是错：拦得太频繁，你会自己把它关掉。

三、放到内容这条线上

CLAUDE.md → 口吻、禁忌、每篇必须有的东西。 skill → 【怎么把一篇稿子写出来】的整套流程。 hook → 发布前的硬检查，不通过就不放行。 MCP → 接第三方发布平台、素材库、数据接口（第 7.4 节）。

四、顺序与边界

先有规矩，再有流程，再上强制，最后才接外部——顺序不能反。 先上强制等于给一个还没定型的流程上锁；先接外部等于给一个还没分工的系统开门。 三种扩展机制之间的边界，第 7.7 节拆得更细；这里只要记住一句：各归各位，别混用。

五、动手 Demo：四件套的配合

下面把四样工具、各自管什么、以及一句话记住的要点排开。

TH([u"工具", u"管什么", u"用一句话记住"], [16, 30, 24])
T([u"CLAUDE.md", u"写清楚【应该怎么做】", u"它是建议，不是铁律"],
  [16, 30, 24])
T([u"hook", u"强制【一定得做】", u"必然执行，绕不过去"],
  [16, 30, 24])

实跑输出：

--------------------------------------------------------------------
四件套的配合
--------------------------------------------------------------------

CLAUDE.md、skill、hook、MCP 这四样，**各管一段，别混用**：

  工具          管什么                   用一句话记住
  ----------------------------------------------------------
  CLAUDE.md     写清楚【应该怎么做】     它是建议，不是铁律
  skill         教【这一类活怎么做】     可复用的一套做法
  hook          强制【一定得做】         必然执行，绕不过去
  MCP           够得着【外面的东西】     把外部世界接进来

**最容易用错的是前两个**：把该强制的写进了 CLAUDE.md。
写成文档的那句，**它可能遵守，也可能不遵守**——
**真正的硬约束必须落在 hook 上**（第 7.3 节）。

放到内容这条线上，四样是这么各就各位的：

    CLAUDE.md  -> 口吻、禁忌、每篇必须有的东西
    skill      -> 【怎么把一篇稿子写出来】的整套流程
    hook       -> 发布前的硬检查，不通过就不放行
    MCP        -> 接第三方发布平台、素材库、数据接口

**顺序也照这个来**：先有规矩，再有流程，再上强制，最后才接外部。

四样各管一段：CLAUDE.md 建议、skill 教方法、hook 强制、MCP 接外部。 最容易用错的是把该强制的写进 CLAUDE.md——真正的硬约束必须落在 hook 上。

30 秒实验

1. 把你项目里最想【一定做到】的那一条挑出来，问它现在落在哪儿。
2. 如果它写在文档里，试一次把它挪成 hook，看拦不拦得住。

常见误区

1. 把硬约束写在 CLAUDE.md 里就以为万事大吉。它是建议，不是铁律。
2. 流程还没定型就先上 hook。先有规矩、再有流程、再上强制，顺序不能反。

• ☐ 下一节（13.7 搭建你的内容自动化系统）

相关笔记

• hook：不是建议，是强制执行 — 建议与强制的分水岭
• MCP：让Claude Code看到外面的世界 — 够得着外部的唯一路径
• 3种扩展机制的协作 — 三种扩展机制之间的边界
• 🧡 Claude Code橙皮书 · 索引