Codex マルチエージェント設定｜入口別確認表と結果記録
2026年8月12日、GitHubはAgent Plugins 1.0をVS Code、Copilot CLI、Copilotアプリ、SDKへ一般提供すると案内しました。同じパッケージを複数の入口で扱えても、表示・設定・許可範囲・確認結果まで同じとは限りません。この記事ではCodex、Copilot、Cursor、Aiderを入口別に記録します。Codex CLI alpha.9は別に扱います。
共通欄と入口別欄を分けると、同じパッケージ名が表示されたことと、その環境で使えることを混同せずに済みます。パッケージ名、版、公開元、説明は共通情報へ置き、Codex、GitHub Copilot、Cursor、Aiderの表示・設定・許可範囲・確認結果は各入口で記録します。Agent Plugins 1.0の発表は対応クライアントの案内として参照し、CursorやAiderまで同じ対応があるとは書きません（出典: GitHub Changelog）。
Codex CLI 0.148.0-alpha.9はプレリリースの公開事実です。公式ページで確認できる版番号、公開日、配布物と、手元で確認した設定読み込みや短い確認課題の結果を別欄に置きます。個別の変更一覧が確認できないため、新機能、互換性、性能を版番号だけから補わない方針です（出典: Codex CLIリリース）。
判定は「確認できた」「確認できない」「要確認」にそろえます。複数の入口で同じ課題を試す場合も、製品名、版、設定場所、表示、許可された操作、確認日、根拠URLを残し、未確認の項目を一つの結論へ埋めません。Codex公式ドキュメントと製品別の確認先を使い分ければ、次に見直す場所が分かります（出典: OpenAI Codex公式ドキュメント）。
目次 (9)
Agent Plugins 1.0を起点に「同じ」と「同じ動作」を分ける
GitHubは2026年8月12日、VS Code、GitHub Copilot CLI、Copilotアプリ、SDKでAgent Plugins 1.0を一般提供すると案内しました。ひとつのパッケージを複数の対応クライアントで扱い、Marketplaceから導入できるという発表です。既存のCopilot向け拡張を継続利用できることも記載されています（出典: GitHub Changelog「Agent Plugins 1.0」）。
ここで確認できるのは、発表が示す対応クライアントと、パッケージを共通化する考え方です。同じパッケージ名が見えること、設定が読み込まれること、機能が表示されること、実際の操作が許可されることは別の事実です。発表にないCursorやAiderの対応を、同じ仕組みとして補わないようにします。
Codexの記事として扱うときも、GitHub Copilotの発表をCodexの機能追加へ読み替えません。Codex、GitHub Copilot、Cursor、Aiderを一つの確認表へ置く目的は、同じ製品だと決めることではなく、どの入口で何を見たかをそろえて残すことです。
共通パッケージと入口別の設定を分ける
最初に共通欄へ記録するのは、パッケージ名、版、公開元、説明、含まれる機能です。ここは公式説明を写す欄であり、手元の画面で見えた結果を先回りして書く欄ではありません。公式にない項目は空欄ではなく「要確認」と置くと、後の確認漏れが分かります。
次に、Codex、GitHub Copilot CLI、Copilotアプリ、Cursor、Aiderを入口別の欄へ分けます。設定の場所は製品名だけで決めず、実際に開いた画面や設定ファイルの場所を確認日時とともに記録します。Marketplaceや公式リリースにパッケージが載っていても、利用できる範囲まで保証されたとは限りません。
| 確認項目 | 共通パッケージ | Codex / OpenAI | GitHub Copilot CLI・アプリ | Cursor | Aider |
|---|---|---|---|---|---|
| 入口 | 配布元と導入先 | 公式案内と手元の入口 | VS Code、CLI、アプリを分ける | Changelogと手元の入口を分ける | Releasesと手元の入口を分ける |
| 版 | パッケージの版・公開日 | codex --versionと公開ページ |
クライアント表示を別記録 | 表示された版を別記録 | 表示された版を別記録 |
| 設定 | 共通説明に書かれた範囲 | 設定場所と読み込み結果 | クライアント別の設定と表示 | 設定場所と表示 | 設定場所と表示 |
| 読み込み | 含まれる機能の説明 | 読み込まれた機能 | クライアント別の表示 | 表示と結果 | 表示と結果 |
| 許可範囲 | 公開説明にある範囲 | 実際に求められた許可 | 実際に求められた許可 | 実際に求められた許可 | 実際に求められた許可 |
| 確認課題 | 共通の短い読み取り課題 | 結果と時刻 | 結果と時刻 | 結果と時刻 | 結果と時刻 |
表の共通欄と入口別欄を同じ人が埋める場合も、公式説明と手元の結果を一文に圧縮しません。共通欄は「公式に何が書かれているか」、入口別欄は「その画面で何が見えたか」、確認課題欄は「選択後に何が起きたか」を示す場所です。
導入前に残す確認項目
導入前は、最初にパッケージの同一性を確認します。パッケージ名、版、公開元、説明、含まれる機能、公式URL、確認日を共通欄へ記録し、入口ごとにクライアント名、現在の版、設定場所、表示されている項目を別に書きます。パッケージ名が同じでも、公開元や版が違えば一つの記録へまとめません。
Codexの入口はOpenAI公式ドキュメントを確認先に置きます。公式ページにはCodexの利用面や設定、CLI、IDE拡張などの案内がありますが、ページの説明と手元の表示は別の確認です（出典: OpenAI Codex公式ドキュメント）。GitHub CopilotはAgent Plugins 1.0の発表とCopilot側の表示を分け、CursorとAiderはそれぞれの公式ページを確認先として残します。
導入前の記録には、確認日時も含めます。Windowsで使う場合は、クライアント名と版を先に記録し、設定画面、読み込まれた機能、短い確認課題の結果を順番に残します。まだ確認していない欄を推測で埋めず、表示がない場合は「確認できない」か「要確認」かを、見た範囲に応じて分けます。
記録の最小形は次のとおりです。
入口:
クライアント名:
パッケージ名・版:
公開元・公式URL:
設定の場所:
確認日時: 2026-08-13
導入前の表示:
導入後は表示・読み込み・許可範囲・結果を分ける
導入後は、まず機能名やパッケージ名が画面に表示されたかを確認します。次に、その設定が読み込まれた範囲を見ます。表示があることと読み込みが完了したことは同じではなく、読み込まれた機能と実際に選べる機能も分けて扱います。
許可範囲は、画面や確認結果に出た内容だけを記録します。どのファイルや外部サービスを扱えるか、読み取りだけか変更まで可能か、許可を求められた項目は何かを入口別に残します。公式の説明に書かれていない範囲を、同じパッケージだから使えると推測しません。
確認課題は短い読み取りにそろえます。たとえば、対象を一つに限定して構成を説明してもらい、回答が対象を取り違えていないか、想定外の変更がないかを見ます。Codex、Copilot、Cursor、Aiderで同じ入力を使う場合も、利用条件や入口が違えば結果を一つに平均しません。
確認課題の記録例は次のとおりです。
表示: 確認できた / 確認できない / 要確認
読み込み範囲:
許可された操作:
短い確認課題:
結果:
確認日時: 2026-08-13
根拠URL:
表示されたが確認課題をまだ試していない場合は「表示は確認できた、結果は要確認」と書きます。公式ページに説明があるが、手元の入口で表示を見ていない場合も「要確認」です。逆に、指定した範囲を見たのに該当項目が出なかった場合は「確認できない」と記録し、対象条件や版をメモします。
Codex CLI 0.148.0-alpha.9は別の公開事実として読む
OpenAI公式GitHubでは、Codex CLI 0.148.0-alpha.9 が2026年8月12日にプレリリースとして公開されています。個別ページで確認できるのは、版番号、プレリリース表示、公開時刻、タグ、配布物です。ページに個別の変更一覧がないため、版番号から新機能、性能、互換性、導入成功を補いません（出典: Codex CLI 0.148.0-alpha.9）。
この公開事実は、Agent Plugins 1.0の発表とは別欄に置きます。両方が同じ日に確認できても、alpha.9がAgent Plugins 1.0に対応した、あるいは設定を共有するという根拠にはなりません。対応関係を確認できないときは、対応欄を「要確認」とし、発表URLとリリースURLをそれぞれ添えます。
手元でalpha.9を確認する場合も、公開ページの版とクライアントに表示された版を分けます。設定の読み込み、短い確認課題、許可された操作を同じ日に試せないなら、確認日時を分けて残します。プレリリースを試したという事実だけで、日常利用に向くとは判断しません。
Copilot CLI・Cursor・Aiderは製品別の確認先へ分ける
GitHub Copilot CLIの確認先は公式Releasesです。Cursorは公式Changelog、Aiderは公式Releasesをそれぞれの版番号・公開日・変更説明の確認先にします（出典: GitHub Copilot CLI Releases、Cursor Changelog、Aider Releases）。
ここで残すべきなのは、対象日に新しい情報を採用できたかどうかと、その製品に機能があるかどうかを混ぜないことです。2026年8月12日（JST）の確認でCursorやAiderに記事へ採用する新着を見つけられなかったとしても、「更新がない」とは書かず、「対象日の追加情報を確認できなかった」と記録します。
Copilotの発表が案内する対応クライアントと、CursorやAiderの公式ページは、同じパッケージの対応表ではありません。製品名、入口、版、設定の場所、表示、許可範囲、確認課題を製品ごとに記録し、公式ページにない対応関係は「要確認」のまま残します。
入口別の確認表を完成させる
最後に、導入前後の結果を一枚へまとめます。表の目的はすべての入口を同じ結果にそろえることではなく、共通パッケージの説明とクライアント固有の事実を横並びで読み返せるようにすることです。
| 確認項目 | 共通パッケージ | Codex CLI / OpenAI | GitHub Copilot CLI・アプリ | Cursor | Aider | 判定・根拠 |
|---|---|---|---|---|---|---|
| 入口 | 配布元と導入先 | 公式案内と手元の入口 | VS Code、CLI、アプリを分ける | Changelogと手元の入口 | Releasesと手元の入口 | URL・確認日を添える |
| 版 | パッケージの版・公開日 | codex --versionと公開ページ |
クライアント表示を別記録 | 表示された版を別記録 | 表示された版を別記録 | 公開事実と手元表示を分ける |
| 設定 | 共通説明に書かれた範囲 | 設定場所・読み込み結果 | クライアント別の設定・表示 | 設定場所・表示 | 設定場所・表示 | 公式にない項目は要確認 |
| 表示・読み込み | 含まれる機能の説明 | 表示された機能・読み込み範囲 | クライアント別の表示 | クライアント別の表示 | クライアント別の表示 | 説明と結果を混ぜない |
| 許可範囲 | 公開説明にある範囲 | 実際に求められた許可 | 実際に求められた許可 | 実際に求められた許可 | 実際に求められた許可 | 推測せず表示を記録 |
| 確認課題 | 共通の短い読み取り | 結果・確認時刻 | 結果・確認時刻 | 結果・確認時刻 | 結果・確認時刻 | 条件をそろえて比較 |
| 判定 | 説明と実測の差 | 確認できた / 確認できない / 要確認 | 同左 | 同左 | 同左 | 根拠URLを添える |
判定を一つにまとめるときは、最も確認できていない項目に合わせます。版だけ分かっていて設定や結果が未確認なら、全体を「確認できた」としません。入口と版は確認できた、許可範囲は要確認というように、項目ごとの状態を残します。
確認者を記録する必要がある場合は、実名ではなく役割と確認日時を書きます。どの役割がどの入口を見たか、どのURLを根拠にしたか、次に何を確認するかが分かれば、同じ条件で見直せます。
まとめ — 共通部分と入口別の差分を一つにしない
Codexのマルチエージェント設定を確認するときは、まずパッケージ名、版、公開元、説明を共通欄へ置き、Codex、GitHub Copilot、Cursor、Aiderの入口・設定・表示・許可範囲・結果を別に記録します。同じ名前が表示されたことと、同じ動作が確認できたことを一つの結論にしないことが重要です。
Agent Plugins 1.0はGitHubが案内する対応クライアントの発表、Codex CLI 0.148.0-alpha.9はプレリリースの公開事実として扱います。両者の対応や設定共有を推測せず、公式ページに書かれた内容、手元の表示、短い確認課題の結果を別欄に残します。
判定は「確認できた」「確認できない」「要確認」にそろえ、確認日と出典URLを添えます。GitHub Copilot CLI、Cursor、Aiderは製品別の公式確認先へ戻り、対象日に新着を確認できなかったことと、機能がないことを同じ意味にしなければ、入口を変えた後も確認表を読み直せます。
