团队扩展 Codex 时，容易把所有东西都叫“插件”或“提示词”。更清晰的做法是按职责拆开：skills 负责可复用工作流，plugins 负责分发能力包，hooks 负责在生命周期里执行机械检查。

skill 适合写“怎么做一类任务”。例如代码审查、系统化调试、发布前验证、生成周报。它应该包含步骤、判断标准和必要引用，让不同成员在同类任务上保持一致。

plugin 适合打包和分发。一个插件可以包含 skills、工具配置、脚本、资产或其他集成能力。它解决的是安装和复用问题，而不只是多写一段提示。

hook 适合做硬性约束。例如在特定命令前后检查环境、阻止危险操作、记录关键事件。hook 不应该承载复杂产品判断，因为它更像工程护栏，而不是协作说明。

判断放在哪里的简单方法是：如果是“人和模型应该按这个流程思考”，放 skill；如果是“我要把一组能力给别人安装”，放 plugin；如果是“每次发生某个动作都必须机械执行”，放 hook。边界清楚后，团队的扩展体系才不会变成一堆难维护的隐式规则。