ask-chat-mCP

Claude が ChatGPT と直接相談できるようにする MCP サーバー — 専門家同士が実際のファイルに基づいて、読み取り専用で、どちらの方向にもサイズ制限なく対話します。

これはレビューのためではなく、委任のために作られています。問題が純粋に技術的なものである場合（モデルの背後にある数学、導出が成り立つかどうか、トレードオフを議論しなければならない設計など）、有効な方法は、2つの有能なモデルを一緒に取り組ませて、彼らが結論したことを報告させることです。すべてのやり取りを、どちらの専門家でもない人が仲裁しなければならない人を介して行うのではありません。

そのため、両者は完全な技術的深さで話し合います。傍観者に向けて説明が簡略化されることはありません。というのも、ループの中に人はいないからです。委任した人は、まさにその真ん中に座らなくて済むように質問を委任したのです。

flowchart TD
    You([You]) -->|"'Ask Chat'"| Claude[Claude]
    Claude -->|"the problem + file PATHS"| MCP["ask-chat MCP server"]
    MCP -->|"codex exec --sandbox read-only"| Codex[Codex CLI]
    Codex -->|"opens the files itself"| Repo[("your repo, read-only")]
    Codex <-->|"one thread, kept open"| GPT["ChatGPT (your subscription)"]
    GPT -->|"answer + what context it still needs"| Codex
    Codex -->|"full answer, nothing truncated"| MCP
    MCP -->|"arrives as if YOU wrote it"| Claude
    Claude -->|"what Claude makes of it"| You

この図が明確にしようとしている3つのこと：

• 境界を越えるのはパスであり、ファイルの内容ではありません。 ChatGPT は自分でファイルを開くため、予算を計算するペイロードも、切り詰めるものもありません。

• 各返信は、まだ必要だったコンテキストを報告します。 それを提供してもう一度尋ねるのは、エラーではなく通常のフローです。暗黙の前提に基づいた自信に満ちた回答こそが、この仕組みが防ぐ失敗です。

• 返信はレポートとしてではなく、あなたのターンとして返ってきます。 Claude はあなたに答えるのと同じように答えます。

目次

• ChatGPT デスクトップアプリを自動化しない理由

• 要件

• インストール

• ツール

• 設定

• 設計メモ

• 制限事項

ChatGPT デスクトップアプリを自動化しない理由

明白なアプローチ（デスクトップアプリのウィンドウを操作し、プロンプトを貼り付け、返信をスクレイピングする）は、この分野の有名な MCP サーバーが行っていることです。これはこのユースケースにとっては行き止まりであり、その理由を明確にすることには価値があります。なぜなら、実際に作ってみるまでその理由は明らかではないからです。

• プロンプトには実用的な上限があります。 クリップボードからコンポーザーに貼り付けられますが、大きな貼り付けは暗黙のうちに切り詰められます。安全な予算はおよそ12,000文字です。これは、本当の質問と、それに依存するドキュメントには十分ではありません。

• 返信も切り詰められます。しかも、見えないところでです。 アプリのアクセシビリティツリーから読み戻す必要がありますが、仮想化されたスクロールコンテナは、画面外のコンテンツをそこに保持しません。長い回答は、部分的にしか返ってこないのに、そのことに気づかないのです。

• 画面を占有します。 ウィンドウにフォーカスを当ててキー入力を送信する必要があります。実行中は入力できず、一度に1つの呼び出しが限界です。

• UI の変更で壊れます。 レンダリングされたアクセシビリティツリーは、誰も安定させると約束したインターフェースではないからです。

代わりに Codex CLI を操作すれば、これら4つすべてが解消されます。ヘッドレスで動作し、ディスクから直接ファイルを読み取り、標準出力に回答を返します。重要なのは、ChatGPT サブスクリプションで認証されることです。つまり、トークンごとの課金が発生する OpenAI API ではなく、すでに支払っているプランなのです。

要件

• Node.js 18+

• ChatGPT アカウントでサインインした Codex CLI

npm install -g @openai/codex
codex login          # choose "Sign in with ChatGPT"

インストール

git clone https://github.com/spe-investigator/ask-chat-mcp.git c:\src\ask-chat-mcp
cd c:\src\ask-chat-mcp
.\install.ps1 -DefaultCwd c:\src\YourProject

install.ps1 は前提条件を検証し、ビルドし、Codex がインストールされてサインインしているかを報告し、サーバーを Claude Code に登録します。冪等です。プル後は再実行してください。

Claude Code を再起動し、/mcp で確認します。

ツール

ask_chatgpt

パスを渡し、内容は渡さないでください。 それがすべてです。ペイロード予算はないので、実際のファイルを送信してください。

files はポインタであり、ホワイトリストではありません。ここから始めてくださいという意味であり、ChatGPT は cwd 内で必要な他のものは何でも開くことができ、実際に開いた場合はその旨を通知します。したがって、不完全なリストは誤った回答を生成するのではなく、優雅に劣化します。cwd が本当の境界です。

スレッド

デフォルトでは、セッション内の最初の呼び出しで Codex スレッドが開始され、それ以降のすべての呼び出しはそのスレッドを継続するため、ChatGPT は各質問に冷たく対応するのではなく、すでに議論したコンテキストを保持します。

セッション境界はサーバープロセスです。MCP クライアントはセッションごとに stdio サーバーを起動するため、スレッドはメモリ内に保持され、リポジトリやクライアントをキーとするレジストリは必要ありません。新しいセッションはクリーンに開始され、2つの同時セッションは共有スレッドを踏みにじるのではなく、独立したスレッドを取得します。

last はディレクトリ単位です。Codex は特に指定がない限り、記録されたセッションを作業ディレクトリでフィルタリングするためです。

chatgpt_status

Codex がインストールされてサインインしているか、このセッションがどのスレッドにいるかを報告します。ask_chatgpt に依存する前に確認し、推測せずに失敗を説明するために使用します。

設定

設計メモ

読み取り専用。 Codex はファイルを編集できるコーディングエージェントです。作業ツリーを書き換えることができるコンサルティングスペシャリストは、機能ではなく責任です。codex exec はデフォルトで読み取り専用サンドボックスを備えており、新しいスレッドでは明示的な --sandbox read-only も渡されるため、デフォルトが維持されることに依存することはありません。再開されたスレッドでは、このフラグは使用できません。下記を参照してください。

各返信は、それ自体の十分性を報告します。 プロンプトは、ChatGPT が受け取ったコンテキストで十分だったかどうかを明示的に述べ、具体的に何をまだ望んでいるか（ファイル、定義、測定、制約）を挙げ、回答のどの部分が自分が下さざるを得なかった仮定に基づいているかを示すように求めます。これは聞こえる以上に重要です。十分なブリーフィングを受けたモデルの障害モードは、回答を拒否することではなく、誰も知らなかったギャップを中心に自信を持って回答することだからです。ギャップに名前を付けると、ファイルの提供にパスがかかるだけなので、次の呼び出しが簡単になります。

フラグは盲目的に渡されません。 インストールされているビルドは一度プローブされ、オプションのフラグは、それが宣伝している場合にのみ使用されます。Codex は急速に進化しています。インターフェースを推測すると、利点もなく壊れやすくなります。

exec と exec resume は別々にプローブされます。 同じオプションを受け入れないためです。resume は --sandbox と --cd を完全に拒否します。両方に1つのフラグセットを想定すると、何もせずに引数解析で失敗する呼び出しが生成されます。これがこの問題の発見方法です。したがって、再開されたスレッドでは、読み取り専用の保証は codex exec のデフォルトと、スレッドが作成されたときのポリシーに依存し、2番目の明示的なフラグには依存しません。作業ディレクトリはどちらの場合も生成されたプロセスから取得されます。

どちらの方向にも長さの制限はありません。 プロンプトは codex exec - を使用して標準入力に入るため、コマンドラインに触れることはなく、約32,000文字の引数の上限に達することはありません。回答は --output-last-message を介して返され、進行状況の出力も含まれるストリームから解析するのではなく、ファイルから読み取られます。進行状況は stderr に送られ、診断用に保持されます。

Windows のシム処理。 npm は codex を .cmd シムとしてインストールします。Node は2024年の引数インジェクション修正以降、これを直接起動することを拒否します。直接の起動に失敗した場合は、シェルを介して再試行されます。プロンプトは argv ではなく標準入力で送信されるため、この再試行は任意のテキストである1つの入力にとって引用符の危険にはなりません。

制限事項

• Codex にサインインしている必要があります。 codex login はインタラクティブなブラウザフローです。自動化することはできず、chatgpt_status は期限が切れたときに通知します。

• ファイルアクセスは cwd に制限されます。 意図的です。レビューしたいリポジトリのルートを指定してください。

• 高速ではありません。 実際のファイルに対する実質的な回答には数十秒かかります。デフォルトのタイムアウトは5分です。

• スレッドはセッションとともに生き、そして死にます。 クライアントを再起動すると、新しいスレッドが開始されます。session: "last" は前のスレッドを再開しますが、選択できる以前のスレッドのリストはありません。

• スレッドは ChatGPT には表示されません。 Codex はそれらを ~/.codex/sessions/ に JSONL として記録します。ChatGPT のサイドバーやプロジェクトには表示されません。この設計でこれを変更できるものはありません（openai/codex#21079）。