一句话看懂：OpenAI 正式弃用了其官方的 skills 示例仓库，将 Codex 的技能生态统一迁移至 Plugins 仓库和《构建插件》指南，意味着 Agent Skills 的开发入口和分发方式正在收口到插件体系中。
事件核心：发生了什么
OpenAI 在 GitHub 上将 openai/skills 仓库标记为 deprecated（已弃用）。该仓库原本收录了供 Codex 使用的 Agent Skills 示例——也就是一组包含指令、脚本和资源的文件夹，AI 智能体可据此发现并执行特定任务。按弃用说明，用户需要改用 OpenAI Plugins 仓库查看当前的 Codex 技能与插件案例；若要向 Codex 添加自定义技能，则需阅读《构建插件》指南，其中包含创建纯技能插件的操作指引。
仓库中还保留了旧版技能的安装方式：将技能放入 .system 文件夹可自动启用；通过 $skill-installer 命令可安装 curated 或 experimental 技能。官方建议安装后重启 Codex 使技能生效。每个技能的许可证仍存放在各自目录下的 LICENSE.txt 文件中。目前公开信息显示，弃用动作已生效，但该仓库仍可访问，原有技能文件并未删除。
为什么重要
这次调整并非简单的文件搬家，而是 OpenAI 对 Codex 扩展生态的一次结构性收敛。此前 skills 仓库与 plugins 体系并行，开发者需要判断用哪套接口来为 Codex 扩展能力。统一到 Plugins 仓库之后，第三方开发者只需围绕一套标准——即 OpenAI 的插件规范——进行开发，降低了学习成本和分发复杂度。
从生态角度看，Agent Skills 从“可独立分发的目录”变成了插件的组成部分，意味着 OpenAI 正在把技能管理的入口、搜索路径和安装机制全部并入插件运行时。这一取舍有利于提升技能在 Codex 中的可见度和兼容性，但也削弱了轻量技能“写一次到处用”的独立属性，使技能生命周期与插件生态的更新节奏绑定。对竞品而言，这一变动也反映出头部厂商在智能体扩展层标准上的争夺进入实质阶段。
对用户/开发者/创作者的影响
对日常使用 Codex 的用户，影响相对有限：已安装的技能不受追溯性影响，新技能则需通过插件渠道获取或安装。建议用户检查现有技能目录，确认其依赖路径是否指向已弃用的仓库，避免未来 Codex 升级时出现加载异常。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对开发者而言，影响更直接：若新项目打算为 Codex 开发技能，官方现在要求直接按《构建插件》中的规范创建“skill-only plugin”（纯技能插件），不再建议引用旧示例仓库。开发者在规划多智能体或自动化工作流时，应尽可能遵循插件清单（manifest）字段和 授权回调机制，而不是沿用旧版 skills 的文件夹约定。
对于企业内部落地 AI 工具的团队，在购买或集成第三方“技能包”时，需注意其来源是否跟随新插件标准；仍引用旧仓库的第三方技能包可能出现停止维护、兼容性下降等风险。
值得关注的后续
未来一段时间，可以留意三个具体信号：一是旧版 skills 仓库是否会被设为不可访问或归档，这将直接影响大量教程和代码链接的有效性；二是 OpenAI Plugins 仓库中的技能索引更新频率，以判断官方推荐的技能分发量是否明显增长；三是 Codex 的插件安装流程是否引入更多能力，比如技能版本管理、依赖声明或远程清单支持。对于开发者而言，跟踪这些变化有助于提前调整自己的技能封装方式，避免在接口切换期承担重复开发成本。
来源：github
