Codex 複数エージェント導入確認表｜Agent Pluginsとは
2026年8月6日、VercelがAgent Plugins 1.0.0を公開し、Codexを含む複数の対応先で拡張を確かめる材料が増えました。ただし、対応先として記載されることと、SkillやMCPが読み込まれ、読み取り作業まで動くことは別です。本記事では「Codex 複数エージェント」を同時処理ではなく、同じパッケージを複数の入口で確認する話として、表示・読み込み・結果・許可範囲を記録します。
Agent Plugins 1.0.0は、plugin.jsonを起点にAgent SkillsとMCPサーバーをまとめ、複数の対応先で共有しやすくする形式です。標準部品が共通でも、各クライアントで表示される範囲や許可される操作まで同じとは限りません。まずはVercelのAgent Plugins 1.0.0発表で、対応先として書かれた事実を確認します。
Marketplaceから連携を導入するときは、接続するサービスと提供元のSkillを一つの結果にまとめません。接続先、Skillの内容、読み込む範囲、必要な許可を別々に確認し、最初の作業は読み取り中心にします。導入の入口はVercel MarketplaceのAgent Skills案内を根拠にします。
実務で残すべき結論は、対応先の一覧ではなく、各入口で何が見え、何が読み込まれ、どこまで試せたかです。判定を確認できたと要確認に分け、CopilotのKimi K3やCodex CLIの試験版は製品ごとの事実として記録します。
目次 (9)
8月6日の発表をどう読むか
Vercelは2026年8月6日、Agent SkillsとMCPサーバーを持ち運べるプラグインへまとめるAgent Plugins 1.0.0を公開しました。発表ではCodex、Cursor、GitHub Copilot、Kiro、VS Codeなど複数の対応先が示されています（出典: Agent Plugins 1.0.0）。
ここでいう「複数エージェント」は、複数タスクを同時に進める意味ではありません。同じパッケージを別の入口へ持ち込み、表示、読み込み、短い作業の結果、許可範囲を横並びで確かめる意味です。並列タスクやサブエージェントの設計とは分け、今回は拡張の持ち運びに焦点を置きます。
対応先が発表に載っていることは、各入口で全ての部品が同じように動く証明ではありません。公式発表、実際の表示、読み取り作業の結果を一つの主張にせず、確認日と出典URLを近くに置くことが重要です。
Agent Plugins 1.0.0の構成を分ける
最初にパッケージの構成を確認します。plugin.jsonは名前や版などのマニフェスト、skills/は必要なときに読み込むSkill、MCPの設定は対応するファイルに置かれます。VS Codeの公式説明では、標準部品としてSkillsとMCPサーバーを扱い、クライアント固有の機能は別に区別しています（出典: VS CodeのAgent plugins説明）。
| 確認する部品 | 見る場所 | 記録する内容 | その場で断定しないこと |
|---|---|---|---|
| パッケージ | ルートのplugin.json |
name、version、スキーマ、取得元 |
版番号だけからの性能や互換性 |
| Agent Skills | skills/と各SKILL.md |
Skill名、説明、表示、読み込み結果 | ファイルがあるだけで利用可能とすること |
| MCPサーバー | mcp.jsonなど対応先の設定 |
サーバー名、接続状態、見える操作 | 接続できたことを外部操作の許可とすること |
| クライアント固有部分 | 対応先ごとの表示や設定 | 表示された機能、対応範囲、確認日 | 別の入口にも同じ機能があるとすること |
同じパッケージを試すときは、まず名前と版を写し、次にSkillとMCPが一覧に出るかを見ます。MCPサーバーは外部の道具やデータへつながる場合があるため、VS Codeの注意書きに沿って提供元と内容を確認してから、許可範囲を決めます。
Codexで最初に確認する五つの項目
Codexを起点にする場合も、最初から書き込みや外部サービスへの操作を試す必要はありません。次の順番で小さく記録します。
- パッケージ名と版 —
plugin.jsonのnameとversion、取得元、確認日を写します。公式発表にある名前と、手元のファイルにある名前を別欄に置きます。 - 表示場所 — Codexのどの画面や一覧にパッケージ、Skill、MCPが出たかを記録します。資料に書かれているだけなら、画面表示は「要確認」です。
- 読み込み結果 — Skill名や説明が見え、読み取り中心の小さな作業が完了したかを確かめます。表示されたことと、作業ができたことを分けます。
- MCPの範囲 — サーバー名、見える操作、接続先を確認します。接続の確認と、操作の実行許可は別の判定にします。
- 書き込みと外部操作 — 対象、許可する人、確認者を決めてから扱います。読み取りまで確認できても、書き込みまで許可したことにはしません。
短い確認作業は、同じフォルダー、同じ入力、同じ確認範囲で繰り返せるものにします。「起動した」「一覧に出た」「読み取れた」「結果を確認できた」を別々の欄に残せば、次の対応先との違いが追いやすくなります。
Codex・Cursor・GitHub Copilot・VS Codeで同じ表を埋める
各対応先では、同じ質問を置いても結果の出方が違う可能性があります。下の表は結果を先に決めるためのものではなく、同じ観点で記録するための枠です。未確認の項目を、推測で「対応」と埋めないようにします。
| 確認項目 | Codex | Cursor | GitHub Copilot | VS Code |
|---|---|---|---|---|
| 対応先としての記載 | Vercel発表の記載と確認日 | Vercel発表の記載と確認日 | Vercel発表の記載と確認日 | 公式説明の記載と確認日 |
| パッケージ名・版 | 画面またはファイルの文字列 | 画面またはファイルの文字列 | 画面またはファイルの文字列 | 画面またはファイルの文字列 |
| Skillの検出 | 名前・説明・読み込み結果 | 名前・説明・読み込み結果 | 名前・説明・読み込み結果 | 名前・説明・読み込み結果 |
| MCPの検出 | サーバー名・接続状態・操作範囲 | サーバー名・接続状態・操作範囲 | サーバー名・接続状態・操作範囲 | サーバー名・接続状態・操作範囲 |
| 小さな読み取り作業 | 入力・結果・確認日 | 入力・結果・確認日 | 入力・結果・確認日 | 入力・結果・確認日 |
| 書き込み・外部操作 | 対象と許可範囲 | 対象と許可範囲 | 対象と許可範囲 | 対象と許可範囲 |
| 判定 | 確認できた / 確認できない / 要確認 | 確認できた / 確認できない / 要確認 | 確認できた / 確認できない / 要確認 | 確認できた / 確認できない / 要確認 |
| 出典URL | Vercel発表 | Vercel発表 | Vercel発表 | VS Code説明 |
表の一行目は「公式資料に対応先として書かれているか」、二行目以降は「その入口で何を確認できたか」です。対応先の記載が埋まっていても、Skillの読み込み、MCPの接続、作業結果、許可範囲が空欄なら、パッケージの互換性はまだ確定しません。
Marketplace連携とAgent Skillsを別々に確認する
VercelはMarketplaceの連携に、提供元が公開したAgent Skillsも合わせて取得できる案内を出しています。便利な入口でも、接続先とSkillの説明が同じ範囲を示すとは限りません（出典: Vercel MarketplaceのAgent Skills）。
導入前は、次の四つを別の欄にします。連携するサービスはどこか、Skillは何を読み込むか、MCPが見せる操作は何か、必要な許可はどこまでか、です。サービス名が確認できても、Skillの範囲や外部操作の対象が未確認なら判定は「要確認」にします。
まず読み取り中心の作業で、Skillの案内が実際の入口に表示されるか、MCPの接続先が想定どおりかを確認します。次に書き込みを行う場合は、対象を一つに絞り、許可した操作と結果を記録します。許可を広げること自体を、読み込み確認の一部にしないことが大切です。
周辺ニュースは製品別に読む
GitHub Copilotは2026年8月6日、Kimi K3を一般提供対象へ追加したと案内しました。これはCopilot側のモデル選択に関する情報であり、CodexやCursorで同じモデルが選べること、Agent Pluginsの対応範囲を示すものではありません（出典: GitHub CopilotのKimi K3案内）。
OpenAIの公式Codexリポジトリでは、Codex CLI 0.147.0-alpha.13の公開ページを確認できます。ページで確認できる版番号、試験版の表示、アセット情報を記録し、個別ページにない変更内容や性能を補いません。安定版と同じ結果になるかは、別の環境で同じ短い作業を確かめてから判断します（出典: Codex CLI 0.147.0-alpha.13）。
CursorとAiderを比較欄へ置く場合も、各製品の公式確認先を残すだけにとどめます。対象日の新着が見当たらないことは、機能がないことや互換性がないことを意味しません。Cursorは公式Changelog、Aiderは公式リリース一覧を別製品の根拠として扱います。
判定を三つに分ける
| 判定 | 使う条件 | 記録例 |
|---|---|---|
| 確認できた | 公式資料、入口の表示、短い作業の結果がそろった | 「Skill名を表示し、読み取り作業の結果を確認。確認日とURLあり」 |
| 確認できない | 公式資料や入口を見ても、その主張の根拠が見つからない | 「今回の公式ページでは変更内容を確認できない」 |
| 要確認 | 対応先の記載はあるが、表示・読み込み・結果・許可のどれかが未確認 | 「MCP名は見えたが接続先と操作範囲は未確認」 |
「確認できない」と「要確認」は同じではありません。前者は見た範囲で根拠を確定できない状態、後者は次に確かめる対象が残っている状態です。版番号や対応先の一覧だけで「確認できた」にせず、確認日、入口、結果、出典URLを一緒に残します。
既存記事との境界
複数タスクの並列処理はCodexの並列エージェント記事、委任の考え方はCodexサブエージェント記事に分けます。codex-extension.mdやcodex-skills.mdの一般説明を長く繰り返さず、本記事は同じ拡張を別の対応先で確認するための表と判定に限定します。
まとめ
Agent Plugins 1.0.0を読むときは、plugin.json、Agent Skills、MCPサーバー、クライアント固有の表示を分けます。Vercelの発表は対応先と形式を知る根拠、VS Codeの公式説明は構成と表示範囲を読む根拠として使い、全ての入口で同じ結果になるとは書きません。
Codexを起点にするなら、パッケージ名と版、表示場所、Skillの読み込み、MCPの接続先、読み取り作業の結果、書き込みや外部操作の許可を順番に記録します。MarketplaceのAgent Skills案内を読む場合も、接続先、知識の範囲、必要な許可を別欄に置きます。
CopilotのKimi K3とCodex CLI 0.147.0-alpha.13は、それぞれの製品に属する公開情報として扱います。対応先に載っている、一覧に表示された、読み取りができた、書き込みを許可した、を「確認できた」「確認できない」「要確認」に分ければ、Codex 複数エージェントの導入判断を同じ手順で再確認できます。
