Skills・Codex・MCP・App Serverの違いを、仕事の流れで理解する

最初に、誰が何を担当するかを見る

上の表は公式説明をもとに役割を要約したものです。一つの製品の中で組み合わせることはできますが、すべてを導入しないとSkillが使えないわけではありません。

根拠：Agent Skills — Specification / OpenAI — Codex App Server / MCP — Introduction

例：資料を読んで、報告書の下書きを作る

あなたが「今週の資料から週報の下書きを作って」と頼むとします。Skillに、対象期間、見出しの順序、不明点の表示方法、引用するルールをまとめます。Codexが資料を読み、その手順に沿って出力を作り、確認すべき点を返します。

資料がすでにローカルの作業フォルダーにあり、必要な機能が揃っていれば、この例のためにMCP接続を増やす必要はありません。資料が別サービスにある場合は、対応するコネクタやMCPサーバーを使って取得する構成が考えられます。接続しただけで、週報の品質基準まで決まるわけではありません。

さらに、その流れを独自の業務画面から使いたい開発者は、App Serverなどの統合手段を検討します。「資料を選ぶ」「実行状況を見る」「書き込みを承認する」というUIを用意する側の話であり、週報を一度作りたい利用者に必須の設定ではありません。

MCPはつなぐ仕組み。業務手順と権限は別に設計する

MCPはAIアプリを外部システムへ接続するための標準です。接続先が提供するツールやデータを利用できますが、認証の必要性、許可された操作、サービス料金は接続先と利用環境によって変わります。

たとえば「検索できる」と「書き込める」は違う権限です。資料検索のために接続したのに、不要な編集権限まで渡していないかを見ます。Skill側にも、何を読んでよいか、どの条件で保存や送信の前に止まるかを書くと、業務上の意図を共有しやすくなります。

ただし、Skillの文章だけを強制的なアクセス制御とみなすべきではありません。実際の権限はホストや接続先の設定でも絞ります。読み取りだけを許可した接続で、読み取りだけの仕事から確認を始める方法が実務的です。

根拠：MCP — Introduction

App Serverは、Codexを組み込む開発者向けの接点

公式資料はApp Serverを、認証、会話履歴、承認、ストリーミングイベントを含む深い製品統合のためのインターフェースと説明しています。ChatGPTによる認証とAPIキーによる認証のモードがあり、使う経路を明確にする必要があります。

MCPとApp Serverはどちらも通信を扱いますが、接続する相手と目的が違います。MCPは外部ツールやデータの接続、App ServerはCodexの動作をクライアントへ統合するために使います。名前にServerとあっても、Skill購入者全員が公開サーバーを立てる必要があるという意味ではありません。

公式資料には実験的な機能や未サポートの転送方式も記載されています。開発時は採用するCLI版・転送方式・認証方法を固定して確認し、名称だけで本番対応と判断しないでください。既存のSkillを導入するだけなら、この実装詳細を先に学ぶ必要はありません。

根拠：OpenAI — Codex App Server

技術の名称と、支払い先を混同しない

App Serverを使うだけで、任意のAPIがChatGPT契約に含まれるわけではありません。また、MCPは料金体系そのものではありません。無料の接続先も、別契約が必要な接続先もあり得ます。「MCPだから従量」「Skillだから追加費用ゼロ」と短絡せず、実行経路ごとに確認します。

OpenAIはCodexのChatGPTログインとAPIキーの料金経路を区別しています。Skillを選ぶ場面でも、あなたの環境でどちらの経路を使う設計なのかが分かる説明を探しましょう。

根拠：OpenAI — Authentication

必要なものを選ぶ、3つの問い

• 毎回の指示や出力形式を揃えたいか。まずSkillで手順をまとめる。
• 外部サービスの情報や機能が必要か。既存コネクタやMCP接続と権限を確認する。
• 独自の製品画面からCodexを使わせたいか。開発者としてApp Serverなどの統合方式を比較する。

判断に迷ったら、完成させたい出力を先に一つ書いてみましょう。「会議メモの未決事項を一覧にする」と決まれば、必要な入力と機能を狭められます。技術名をすべて揃えることより、入力から確認済みの出力までの最短経路を作る方が、初回の検証を進めやすくなります。