OpenAI、Codex技能集を廃止 拡張機能へ移行

OpenAIはCodex向けに公開してきた技能集の提供を停止した。 移行先として拡張機能集の利用を案内している。 2026-09-09公開の情報で判明した。 開発者は今後、拡張機能の作成手順に従う必要がある。 反復作業の部品化を担った仕組みが転換点を迎えた。

GitHub Trendingのopenaiの報道では、現状を次のように説明している。

Important This repository is deprecated. For current Codex skill and plugin examples, use the OpenAI Plugins repository.

旧集に依存した開発工程の見直しが求められる。 技能の配布経路が拡張機能に集約される方向だ。

開発者向け技能集の廃止と移行先

旧来の技能集は廃止となり、更新は行われない。 現行の技能と拡張機能の事例はOpenAI Plugins集で示される。 独自技能をCodexに追加したい場合も同集ではない。 拡張機能の作成手順であるBuild plugins guideを参照する。 同手順には技能限定型の拡張機能の作り方も含まれる。

廃止の対象はCodex用の技能を収録した集全体である。 個別技能の修正や追加は旧集では受け付けない形だ。 利用者は事例の参照先を切り替える必要がある。 開発文書や社内手順書の参照先更新も課題になる。 移行先の一本化で情報の分散は解消されると見る。

関連する運用面では、OpenAIエージェントがWiki悪用 1.8万件投稿で情報共有で示されたような自動処理の管理も論点になる。 技能の強力さと統制の両立が求められる段階だ。

エージェント技能の定義と仕組み

エージェント技能は指示文や台本や資源を束ねた単位である。 AIエージェントが検出して利用し、特定作業を遂行する。 一度書けば複数の場面で使える点が特徴だ。 Codexは反復可能な作業遂行の手段として技能を用いる。 個人や班の能力を包装して共有する役割を持つ。

技能は単なる命令文の断片ではない。 実行手順や補助台本や参照資料を含む構成だ。 特定業務に絞った再利用部品として機能する。 品質を固定し、手順のばらつきを抑える狙いがある。 開発支援における定型処理の自動化に適する。

OpenAI、GPT-5.6発表 Sol・Terra・Lunaの3モデルで示された基盤模型の多様化も技能の利用場面を広げる。 模型と技能の組み合わせが作業効率を左右する。

Codexにおける技能の導入手順

Codexの最新版では系統内の技能が自動導入される。 利用者が個別操作を行わなくても有効になる。 厳選技能や実験技能は手動導入が必要だ。 Codex内部の導入補助機能を使う手順が示された。

厳選技能は名称指定で導入できる。 既定の参照先はskills/.curatedである。 導入補助機能に技能名を渡して実行する。 実験技能は保存場所の指定が必要だ。 例として.experimental保存場所内のcreate-planが挙げられた。

GitHub上の目録位置を示すURL指定にも対応する。 導入後はCodexの再起動が必要になる。 再起動で新規技能が読み込まれる仕組みだ。 運用手順として再起動の徹底が重要になる。 自動反映されない点を理解しておく必要がある。

開放規格と拡張機能への統合方針

エージェント技能は開放規格として整備が進む。 規格の詳細は別途公開される文書で示される。 Codexにおける技能利用法も案内されている。 独自技能の作成法も同様に文書化される。 技能の可搬性を高める方向性がうかがえる。

今回の廃止は規格自体の廃止ではない。 配布集を拡張機能側に集約する措置だ。 技能限定型の拡張機能という形態が用意される。 技能だけを含む拡張機能として登録できる。 従来の技能資産を拡張機能形式で継承できる。

拡張機能化は管理単位の明確化につながる。 権限や公開範囲や版管理を拡張機能単位で行える。 班や組織での共有や配布が整理しやすくなる。 技能の単独配布より運用統制を取りやすいと見る。

開発体制への影響と実務上の対応

実務への影響は参照先の変更が中心になる。 旧集を参照した文書は書き換えが必要だ。 事例の入手先は拡張機能集に切り替わる。 新規技能の作成手順も拡張機能手順に統一される。 開発者教育の資料更新が当面の作業になる。

自動導入対象の技能は影響が小さい。 系統内に含まれる技能は継続利用できる。 手動導入した厳選技能や実験技能は確認が必要だ。 拡張機能集での提供有無を照合する作業が要る。 依存関係の一覧化が移行の出発点になる。

法務面の確認も欠かせない。 個別技能の利用条件は技能内のLICENSE.txtで示される。 集全体の条件ではなく技能ごとの条件が適用される。 拡張機能化後も権利関係の確認手順は維持される。 シアトル・タイムズらがOpenAIとMSを提訴が示すように学習用資料の権利処理は厳密化している。 技能に含める資料の出所管理は重要性を増す。

編集部の見解

短期的には既存利用者の移行作業が発生する。文書の置き場所が変わり、導入手順の確認が必要になる。自動導入対象と手動導入対象の区別を再確認する動きが広がると見る。現場では依存関係の棚卸しと文書更新が当面の課題になる。

長期的には技能の流通経路が拡張機能に一本化されると見る。個別集から拡張機能形式への移行は再利用性を高める。開放規格との整合性が保たれれば他製品との相互運用も進む。結果として反復作業の部品化が開発文化に定着する可能性がある。

残る論点は移行後の互換性と運用責任の所在である。旧集に依存した手順書はそのまま動作するのか。拡張機能化で権限管理や審査はどう変わるのか。技能の品質を誰が担保するのかという点も問われている。

参考

• 「openai /

  skills」, by **openai** — GitHub Trending, 2026-09-09 (ARR)

• 元記事URL: https://github.com/openai/skills