展开本页目录
开始前准备什么
- 下载练习包，先阅读 README 中的依赖和运行范围。
- 使用独立练习目录；starter 是待完成任务，reference 是作者参考实现。
- 账号型功能须在自己的授权环境执行；本题不要求提供真实凭据。
- 分清同名职责
- 建立插件根目录
- 定义只读命令
- 严格验证清单
- 加载独立插件
- 分别调用入口
- 打包交付团队
1. 分清同名职责
先读原创sample.md。editorial审证据，runtime审错误传播；两者都叫review，但适用场景和输出合同不同。
2. 建立插件根目录
分别建立.claude-plugin/plugin.json和commands/review.md。清单的name使用editorial-review/runtime-review，命令文件保留同名review。
本题本地命令
bash
python validate.py3. 定义只读命令
命令声明参数与Read/Grep/Glob工具范围，要求具体文件行号。缺文件参数时先询问，不在指令里写作者机器路径。
4. 严格验证清单
在每个插件根运行claude plugin validate --strict。保留真实通过信息，再用含空格名称的独立负例确认验证器确实拒绝错误清单。
5. 加载独立插件
在自己的授权会话用--plugin-dir加载两个目录，先检查发现的入口是否各自带插件前缀；本文没有创建账号会话或安装到全局配置。
6. 分别调用入口
对同一原创文件分别执行/editorial-review:review和/runtime-review:review。检查两份报告的职责差异，错误参数也应由相应命令处理。
7. 打包交付团队
分发完整插件目录和命令说明，在第三个独立目录重新加载验证；本题results只包含清单验证，不能当作模型调用成功记录。
怎样确认已经完成
- 同名命令互不覆盖
- 坏参数被各自处理
- 第三目录能发现插件
- 已实际运行 Claude plugin validate --strict，两个插件通过、含空格名称的负例拒绝；未调用两个命名空间命令的模型会话。
常见问题
Claude Code 两个插件的同名命令会不会打架？
命名空间由插件清单name区分。保留不同插件名时，同名review可形成不同完整入口；本文实际验证清单，模型入口调用需在你的授权会话核对。
怎么把团队常用命令打包成别人能直接用的插件？
一起分发plugin.json、commands目录和使用示例，先严格验证，再从第三个目录加载。不要只复制Markdown而漏掉插件根清单。
哪些功能已经实际执行？
已实际运行 Claude plugin validate --strict，两个插件通过、含空格名称的负例拒绝；未调用两个命名空间命令的模型会话。