Prompt、Skill、MCP、Hook、Plugin 有什么区别？

直接回答

临时 Prompt 说明本次任务；项目规则提供稳定背景；Skill 保存某类任务的方法；MCP 连接外部工具与资源；Hook 在指定事件触发检查或动作；Plugin 将多项能力打包。这些职责不能互相替代。读不到真实数据库需要授权工具，能读数据但判断反复不一致则可能缺少方法。具体支持方式应按宿主核对。

实践建议：每次先补当前缺口。已有取数能力就改善筛选标准，方法明确时不要用更长提示词代替缺失的读取能力。

适用场景

• 面对一堆插件，不知道该装哪一种。
• 想把重复工作固定下来，但不确定该写提示词还是程序。

一步一步做

描述当前失败发生在哪里

先写具体问题：AI 不知道数据、不会按你的标准判断，还是明知规则却漏掉检查。没有明确痛点时，不为“装备齐全”安装一组插件。

缺方法时沉淀 Skill

把已跑过的流程写成触发条件、输入、步骤、例外、输出与验收。将长政策、样例和模板放参考文件。先用一类任务测试，避免让一个 Skill 同时负责调研、开发、营销和财务。

缺真实能力时接工具

使用现有连接器或合适 MCP 获取真实页面、数据库结构或文档。确认服务器来源、所需权限与数据范围；连接成功后做一项最小查询，不把“已安装”当作“已能正确使用”。

需要稳定检查时设计 Hook

确定触发事件、输入、拒绝条件与失败处理。确定性检查适合检查文件或测试退出状态；模型判断适合辅助评价，但仍有误判。Hook 触发了，不代表结论一定正确。

最后考虑组合与打包

多项能力已经分别验证、确实会一起使用时，再打包为插件。保留版本和安装来源，先检查已有配置再合并，升级后回归一条典型任务。

先核对作用域，再验证安装和触发

将文件存在、客户端识别、任务触发和结果达标分别验收。记录版本、项目或个人作用域、依赖脚本和网络去向；读取现有配置后做可恢复的局部合并。Claude Code 的项目与个人 Skill 作用域不同，Skills 与自定义命令的关系按所用版本官方说明核对；其他工具也有各自的路径和扩展字段。OpenClaw 的加载来源和优先级以当前文档为准，不假设所有宿主都只有固定的三个目录。

把 Skill 的改进变成有版本的实验

从一次真实失败提炼最小规则：触发场景、错误原因、正确做法与反例。保留旧样本并加入该失败，测试应触发、不应触发、缺输入和工具故障四类情况；确有改进再替换版本。长参考按主题拆开，入口说明读取时机。安装流程包不保证零 Bug，也不构成固定文件数或宽泛禁令的理由。

连接 MCP 后按业务做一次读取验收

MCP 接口发现成功后，再用受限账号读取一个已知对象，对照原系统字段与时间。用 Context7 等查文档时写明库名与实际版本，回官方说明核对关键接口并运行小例子；取到了文档不能保证代码正确。查数据库先确认结构、查询范围、单位和分母，别把演示连接串或默认高权限账号搬进项目。

为 Hook 写触发、阻断和故障三个测试

核对具体事件是否支持阻断；工具执行后的事件不能倒退阻止已发生的写入。测正常通过、违规拒绝、检查器失效时的行为，并确认不是仅打印 WARN。涉及退款、删除等动作，身份与额度校验应在实际执行端落实。Prompt/Agent Hook 包含模型判断，不是数学保证；也不要把每次结束都启动另一轮检查做成无上限循环。

案例拆解

假设示例：客服草稿

邮件连接器负责取邮件；客服 Skill 规定分类、查政策、起草与交付；Hook 可检查输出是否带必要字段。发送真实邮件是另外的授权动作，不能因为草稿生成成功就默认发出。

行动检查

• 能解释每个组件解决的具体缺口。
• 工具实际读到了预期数据且权限范围合适。
• Skill 有正例、例外和输出标准。
• 检查失败不会被包装成成功。
• 安装、识别、触发与结果四个层次各有实际证据。
• 升级后既测试正确任务，也测试不该触发和失败任务。
• Hook失效、未匹配或执行过晚的情况已有测试。

可复制模板

Skill 草稿骨架

任务名称：
何时使用/何时不用：
必须提供的输入：
允许使用的数据与工具：
执行步骤：
异常与停止条件：
输出格式：
完成验收：
参考文件：
用一条真实任务试跑，记录失败后只修正对应流程。

组件安装与验收记录

组件/来源仓库/固定版本：
解决的失败：
安装前配置备份或差异：
作用域与最终路径：
附带脚本、依赖、联网目的地：
所需权限与凭据保存位置（不填值）：
文件存在证据：
客户端识别证据：
实际触发输入/输出：
未触发反例、缺输入、工具故障结果：
卸载/回退方法：

把一次失败沉淀成 Skill

原任务与输入样本ID：
原规则版本/实际错误：
根因：缺资料 / 缺工具 / 方法错误 / 检查未执行
新增规则的适用场景：
不适用的反例：
最小修正：
旧样本回测/新失败样本回测：
误触发和维护成本：
采用/撤回决定与版本：

易错点

• MCP 是连接机制，不会保证外部资料正确，也不意味着没有 MCP 就不能使用工具。
• “Hook 100% 正确”不成立，尤其是依赖模型判断的检查。
• 安装更多组件会增加上下文、配置和维护负担。
• Skill 是方法，CLI、API、MCP 是工具接口或连接方式，Computer Use 是交互方式；它们不能按单一“安全金字塔”自动排名。
• Skill可移植不表示目录、事件、依赖、凭据和权限可原样通用；SOUL人格设定也不是安全策略。

相关指南

• AGENTS.md、CLAUDE.md 这些项目规则该写什么？
• 哪些工作值得交给 AI 自动做？
• 让 AI 自动工作，权限和异常应该怎么管？
• 怎样把客服邮件变成可审阅、可追踪的 AI 工作流？

官方参考

• MCP：架构概览。文档核查记录：2026-10-18；使用前确认适用版本。
• Claude Code：Hooks reference。文档核查记录：2026-10-18；使用前确认适用版本。
• Claude Code：Skills。文档核查记录：2026-10-18；使用前确认适用版本。
• OpenClaw：Skills。文档核查记录：2026-10-18；使用前确认适用版本。
• Context7 官方仓库。文档核查记录：2026-10-18；使用前确认适用版本。