20天精读 18  |  DAY 10

Skills、MCP、插件、项目规则，
到底有什么区别？

四个概念不在同一层，选错了才会越做越复杂。

团队想让 AI 自动生成发布说明。有人说：“把要求都写进项目规则。”有人说：“应该接一个 MCP。”还有人建议：“干脆做成插件。”三个人听起来都有道理，却可能只解决了同一件事的不同一层。

混用的代价很具体：规则文件越来越长，AI 每次都要读；连接已经打通，却不知道先查什么、后写什么；精心设计的流程只能在一个人的电脑上运行，团队没人会安装。

判断它们，不要先问“哪个更高级”，而要先问：我现在究竟在解决规则、流程、连接，还是分发问题？

项目规则：在这里，必须遵守什么

项目规则记录的是长期有效、几乎每次任务都要遵守的约束。例如：发布前必须通过测试；用户可见文案要用中文；不得把密钥写入仓库；生成的文件必须放进指定目录。

它像办公室墙上的安全制度，定义共同边界，却不该塞进某个任务的全部操作教程。如果一段内容只在“生成发布说明”时才需要，或者已经细到十几个步骤，就不适合让所有任务长期背着它。

Skill：这件重复的事，具体怎么做

Skill 教 AI 完成一种可重复任务。它可以包含步骤、判断条件、示例、模板、脚本和参考资料。生成发布说明时，Skill 可以规定：先找两个版本之间的变更，再按功能、修复和风险分类，核对关联工单，最后套用统一格式。

关键区别是：Skill 提供“做法”，但不会凭空创造外部连接。它可以让 AI 调用已有工具，却不能仅靠一份说明就获得公司工单系统里的实时数据。

MCP：AI 能连接什么实时系统

MCP 解决的是“取到什么、能做什么”。它把代码仓库、工单、数据库或内部文档等外部系统，以受控工具的形式提供给 AI。实时查询、身份认证、授权范围和动作边界，都属于这一层。

还是发布说明的例子：MCP 能让 AI 读取合并记录和工单状态，也可能允许它回写草稿。但只有连接，没有流程，AI 仍可能漏查、乱分类，或者写出每次都不一样的结构。插座通电了，不等于工作方法也自动出现了。

插件：整套能力怎样安装和分享

插件是分发容器。它可以把一个或多个 Skills、连接配置、Hooks、资源文件和必要的元数据组合起来，让别人按同一种方式安装和使用。它不是“更大的 Skill”，重点不在教得更详细，而在把相关能力完整交付出去。

当发布说明流程已经稳定，而且多个项目、多个同事都要使用时，再把 Skill 与所需连接打包成插件，价值才明显。如果只有当前项目的一条命名规范，做插件反而是在给简单问题增加包装。

一套完整能力，四层可以同时存在

成熟的发布说明方案通常不是四选一。项目规则规定语气、必过测试和禁止泄露的信息；Skill 规定采集、分类、核对和成稿步骤；MCP 提供代码仓库与工单系统的实时访问；插件再把整套能力交给团队安装。

遇到新需求时，依次问四个问题：它是否是项目内长期有效的规则？是否是一套会重复执行的流程？是否需要实时外部数据或动作？是否需要让团队安装和分发？四个答案可能同时为“是”，但每一项都应放回自己的层。

下一篇，我们继续处理另一个更隐蔽的问题：AI 越聊越笨，不一定是模型不行，很可能是上下文已经失控。怎样判断信息正在挤占注意力，又该在什么时候切断、压缩和重开？