夜雨聆风这是阿斗的第【12】个锦囊！
锦囊在手，AI我有。大家好，我是阿斗～
最近折腾 Codex 的时候，发现很多人会卡在两个词上：
「Plugin」、「Skill」。
翻译过来，一个叫插件，一个叫技能。
说实话，第一次看这些概念，我也觉得有点绕。
所以阿斗用人话，把这俩东西讲清楚。
先记一句：
Plugin 是能力包，Skill 是使用说明。
后面基本就顺了。
Plugin 是什么？
Plugin，先别理解成浏览器插件那种小按钮。
在 Codex 这里，它更像一个「能力包」。
一个 Plugin 里，可能会装这些东西：
MCP 工具 App 集成 Skill 技能 脚本 模板 资源文件
听着有点技术。
其实就是：
让 Codex 能碰到原来碰不到的东西。
比如 GitHub 插件。
没有它，Codex 可能只能看你复制过来的报错。
有了它，Codex 就可能直接看 PR、Issue、CI、仓库代码。
再比如 Figma 相关能力。
没有它，Codex 只能听你描述「这个按钮不好看」。
有了它，Codex 才可能读取设计稿、看节点、拿素材，甚至生成设计相关内容。
所以 Plugin 解决的是「能不能」的问题。
Plugin 给 Codex 加手脚。
Skill 是什么？
Skill 就不一样了。
它不是主要负责「接外部系统」。
更像一份工作说明书。
通常是一个带 SKILL.md 的技能目录，里面可以放说明、参考资料、脚本。
它告诉 Codex：
遇到什么任务该用这个技能 第一步先做什么 哪些文件必须读 该调用什么工具 哪些地方要停下来确认 最后按什么格式输出
比如 gh-fix-ci。
它会告诉 Codex：排查 GitHub CI 别上来就乱改，先看失败检查，再看日志，再定位原因。
比如 figma-use。
它会提醒 Codex：写 Figma 之前，要按 Figma 的规则来，别跳过必要步骤。
比如 documents。
它会告诉 Codex：生成 Word 文档后，不是写完就完事，还要渲染检查。、
你看，Skill 解决的是：
有了工具以后，别乱用。
一句话：
Skill 给 Codex 加经验。
Plugin 和 Skill 到底差在哪？
直接看这张表。
再举几个场景，你会更容易分清。
你想让 Codex 查 Gmail 邮件。
这是外部系统，偏 Plugin。
你想让 Codex 按固定格式总结邮件，再帮你草拟回复。
这是工作流程，偏 Skill。
你想让 Codex 读取 Figma 设计稿。
这是外部能力，偏 Plugin。
你想让 Codex 按「读设计、取截图、对照代码、还原页面」这个流程干活。
这是 Skill。
你想让 Codex 修 GitHub CI。
这时候最好两个都有。
GitHub 插件负责让它看到仓库和 CI。
gh-fix-ci 这种 Skill 负责告诉它别乱修，要按流程查。
Plugin 和 Skill 是什么关系？
它们不是谁替代谁。
更像一套组合。
Plugin 的范围通常更大。
一个 Plugin 里面，可以带多个 Skill。
关系大概是这样：
举个生活里的例子。
你请了一个实习生。
Plugin 像什么？
像你给他开电脑、开账号、装软件、给权限。
Skill 像什么？
像你给他一份 SOP：
这类需求先看哪里，怎么判断，什么时候要问老板，最后怎么交付。
只给工具不给 SOP，他容易乱点。
只给 SOP 不给工具，他知道流程也干不了活。
两个配起来，Codex 才真的像一个能上手干活的助手。
这里也有个小提醒。
你可以说 Plugin 的能力范围通常大于 Skill。
但别机械理解成「插件一定更高级」。
有些插件如果只是打包了几个说明文件，那它本质上也没多神。
真正让 Plugin 变强的，是它能带工具、授权、App 集成和脚本。
常见 Codex 插件有哪些？
讲概念太干。
阿斗给你列几个常见插件和当前环境里常见的能力入口。
具体能不能用，以你自己的 Codex 插件目录为准。
你看，这些插件不是一类东西。
有的偏代码，比如 GitHub、Codex Security。
有的偏办公，比如 Gmail、Google Drive、Slack。
有的偏网页和设计，比如 Browser、Chrome Extension、Figma 相关能力。
有的偏项目管理，比如 Linear。
但它们有一个共同点：
让 Codex 能进入某个真实场景。
这就是 Plugin 的价值。
不过，越能干活，越要注意边界。
邮箱、仓库、公司文档、Slack 消息，这些都不是随便玩的。
Codex 能做，不代表你应该让它随便做。
尤其是发送、删除、修改、提交这类动作，最好让它先问你。
普通人有什么用，应该怎么选？
你可能会说：
阿斗，我又不是开发插件的人，懂这些干嘛？
真有用。
因为用 Codex 最累的，不是让它回答问题。
而是每次都要重新教它一遍。
比如做公众号选题，你每次都要说：查热点、按爆款元素分析、列 10 条、写进选题表、按固定格式输出。
说一遍还行。
说十遍，人都麻了。
这时候 Skill 就有价值。
你把这套流程沉淀成 Skill，以后 Codex 看到这个任务，就知道该怎么走。
如果你要处理 GitHub 项目，光有流程还不够。
它还得能看到仓库、PR、CI。
这时候就需要 Plugin。
所以普通人只要记住这条线：
Plugin 负责接能力，Skill 负责沉淀流程。
怎么选？
先问自己两个问题：
第一，我现在缺的是外部能力，还是固定流程？
第二，这件事我会不会反复做？
如果你要操作 GitHub、Figma、浏览器、文档，优先看 Plugin。
如果你要反复写文章、查热点、整理资料、排查 bug，优先看 Skill。
核心操作锦囊
最后给你一个实用判断清单。
想让 Codex 接入某个系统，优先看 Plugin 想让 Codex 固定完成某类任务，优先看 Skill 重复 3 次以上的工作，就值得考虑写成 Skill 不要一上来全装插件，先从最常用的 1 到 2 个场景开始 插件越多不等于越强，流程越清楚才越强 普通人真正要沉淀的，不是提示词，而是自己的工作流
今天这篇先把概念讲清楚。
后面如果大家感兴趣，阿斗可以继续写一篇：
普通人怎么写一个自己的 Codex Skill。
比如把「公众号热点追踪」「读书笔记转文案」「爆款标题生成」这些固定流程，变成你自己的 AI 锦囊。
今天的锦囊你收好了吗？
点个关注，扶阿斗起来！
·············· END ··············
