Claude Plugins

Claude Code Plugins 把相关扩展打包成可安装、可共享的单元。一个插件可能包含 Skills、Commands、Agents、Hooks 或 MCP 配置。仅看名称无法判断权限；启用前应打开来源，检查清单与文件。

通过清单与组件目录确认安装内容。一个仓库可能分发多个独立插件，因此仓库地址不等于安装目标；条目命令会按来源说明标出市场和具体插件。

原生 Claude Code Mods 也使用插件打包，其特点是进程内函数钩子。只包含指令或 MCP 配置的插件并不因此成为原生 Mod；首页 Top mods 聚焦函数钩子项目，本页展示更广泛的插件。

来自 Anthropic 仓库的条目会标明来源，第三方条目标为社区项目。Anthropic 示例仓库与默认官方市场也不是一回事，所以卡片直接给出来源，不把所有 Anthropic 仓库项目都说成预装。社区插件也要检查维护者、更新、外部服务与工具权限。

分别核对源码所有者与安装来源。社区市场可能引用上游仓库，Anthropic 托管的示例也可能需要手动配置；卡片位置和仓库所有者均不代表本机已启用该插件。

团队使用时记录已确认的插件名称与来源。更新带可执行钩子或外部集成的包时，应查看变化；同仓库条目还应比较组件路径，不能假定安装方式和依赖完全相同。

先打开来源；卡片若含市场注册命令，先执行该行，再安装指定插件。维护者要求时重新加载 Claude Code。第三方插件还需核对登录步骤，以及是否把代码或查询发往外部。复制按钮只提供文档中的命令，并不代表安全背书。

区分终端命令与 Claude Code 内的交互命令：claude 开头的行在终端执行，斜杠命令在会话内输入。多行安装按顺序运行，首个错误出现后先处理，再继续后续步骤。

安装后用 /plugin 确认目标包已启用。原生 Mods 的条目列有版本与重新加载步骤；能力未出现时先核对组件名称、配置范围与前置服务，再决定是否重装。

Skill 通常是一套按需加载的专门指令；Plugin 是可以连同 Commands、Hooks、Agents 一起分发多个能力的容器。需求范围较窄时，独立 Skill 更易检查；需要一套协作功能时，Plugin 更方便。

想在项目目录阅读和调整单个流程时，独立 Skill 更直接；多人需要同一组合能力与安装来源时，Plugin 更方便。可先阅读包内技能，再判断附带 Hooks 或集成是否必要。

同时安装手动 Skill 和插件内版本前，核对各自调用名称。重复工作流会增加辨认成本；试用时先采用一种分发方式，记录配置，确认效果后再扩展。