Sign in with ChatGPTでOSSアプリがChatGPTプランを使える？トークン共有とhost IDの仕様を一次情報で解説（2026年10月1日）

AI開発ツールアップデート料金改定OpenAISign in with ChatGPT

Sign in with ChatGPT で、オープンソース・ローカルホストのアプリがユーザーの ChatGPT プランを対象に Responses API の利用を要求できる仕様が公開されました。client_id（OAuth 登録）と host ID（実行環境）を分離する設計を、一次情報だけで整理します。

結論から言うと、ChatGPT プランの使用（ChatGPT plan usage）は Sign in with ChatGPT の任意機能で、オープンソース・ローカルホストのアプリが identity スコープに加えて、対象の Responses API リクエストでユーザーの ChatGPT プランの利用を要求できるようになります。この仕様では、ユーザーが承認した OAuth 登録を表す client_id と、アプリの実行環境を表す host ID（ext_agent_host_id）が分離されており、1 つの client で複数の host を使えます。ユーザーの ChatGPT の会話や他のアカウント文脈へのアクセスは付与されません（出典: OpenAI Developers、2026年10月1日閲覧）。

ChatGPT plan usageの仕様: Sign in with ChatGPTの任意機能で、対象はOSS・ローカルホストのアプリ

OpenAI の開発者向けドキュメントは、ChatGPT plan usage を「Sign in with ChatGPT の中の任意機能」と位置づけています。identity スコープに加えて、オープンソースのアプリがユーザーの ChatGPT プランを対象に、対象の（eligible）Responses API リクエストで利用の許可を要求できます。ChatGPT の会話や他のアカウント文脈へのアクセスは付与されません（出典: OpenAI Developers「Sign in with ChatGPT – Overview」、2026年10月1日閲覧）。この機能を説明するドキュメントの対象はオープンソース・ローカルホストのアプリです。発効日はこのページに書かれておらず、公式未公表です。

• 対象アプリ: オープンソース・ローカルホストのアプリ。有料またはリモートホストのアプリで提供したい場合は interest form から申し込むように案内されています（出典: OpenAI Developers、2026年10月1日閲覧）
• OSS クライアントの OAuth フローは、Sign in with ChatGPT の中で user-defined agent を登録する形で動きます。最初のサインインの前に、必須の ext_agent_host_id を選んで永続化しておく必要があります
• Responses API リクエストでは bearer アクセストークンとあわせて store: false・stream: true を指定し、stream イベントを response.completed まで処理します（出典: OpenAI Developers、2026年10月1日閲覧）

client と agent host の違い: client_idはユーザーとワークスペースに紐づく登録、host IDはアプリの実行環境

client は、ユーザーが Sign in with ChatGPT の中でツールに対して承認する OAuth 登録です。この動的登録の流れでは、発行された client_id は認証されたユーザーと、登録時に選んだワークスペースに紐づき、その登録・セキュリティ境界・ChatGPT プラン使用の設定を識別します。一方、agent host はツールのインスタンスが動く環境（ノート PC のインストールやセルフホスト VM など）で、何を 1 ホストと数え、ライフサイクルがいつ始まり終わるかはアプリ側が定義します。ツールの再起動や再サインインは、それ自体では新しい host を作りません（出典: OpenAI Developers、2026年10月1日閲覧）。client はユーザーが承認し設定するもの、host はアプリが動く場所を表します。

• 1 つの client で複数の host が可: 同じユーザーとワークスペースについて、ノート PC とセルフホスト VM が 1 つの発行済み client_id を共有し、ChatGPT プラン使用の設定と上限を共有できます。host ID はそれぞれ別々の値です
• 発行済みの client_id は、同じユーザーとワークスペースであれば別の agent host 間で再利用できます。ただし各 host は固有の host 識別子を持つ必要があります（出典: OpenAI Developers、2026年10月1日閲覧）
• ChatGPT プランの使用を host ごとに client_id とは別に紐づけるため、安定した不透明（opaque）な ext_agent_host_id を送ります

host ID（ext_agent_host_id）の形式: JWK thumbprint URIが推奨、UUIDv4やdid:keyも対応

host ID は各 host ごとに安定した値を生成して永続化し、最初のサインインの前に選んで保存しておきます。値は不透明なものを使い、メールアドレス・ユーザー ID などユーザーを識別できる値は使いません。host ID は認証情報ではありません。形式の推奨は RFC 9278 の JWK thumbprint URI で、公開鍵ペアの公開鍵から urn:ietf:params:oauth:jwk-thumbprint:… の値を導出して永続化します。この推奨は任意で、UUID ベースの host ID も引き続きサポートされます。公開鍵由来の host ID は現時点では識別子としてだけ使われ、OpenAI はこの流れの中で秘密鍵の所有を検証しません（出典: OpenAI Developers、2026年10月1日閲覧）。受け入れられる形式は次のとおりです。

• urn:ietf:params:oauth:jwk-thumbprint:…: host ID の形式として推奨。RFC 9278 に従い、host の公開鍵から URI を導出します（出典: OpenAI Developers、2026年10月1日閲覧）
• urn:uuid:…: サポートされる代替。UUIDv4 を host ごとに 1 回生成し、ハイフン付きの文字列表現に urn:uuid: を前置した値を保存して、サインインをまたいで再利用します
• did:key:<key>: DID を使う場合は did:key を使います。ほかの DID メソッドは使いません（出典: OpenAI Developers、2026年10月1日閲覧）
• host ID の値そのものの例や、host ID の文字数上限は、今回取得した一次ソースには含まれていません（公式未公表）

最初のサインインから最初の推論までの流れ: host IDの用意からResponses APIまで

最初の起動では、クライアントが host ID を用意し、ブラウザを開いてサインイン・クライアント登録・ユーザーの ChatGPT プランの使用への同意を行います。認可コードを OAuth トークンと交換し、ID トークンと付与されたスコープを検証して、ユーザーの基本アカウント情報と資格情報を保存します。その後、アクセストークンで Responses API リクエストを送り、ストリームを完了まで処理します。2 回目以降のサインインは保存した client ID を再利用します（出典: OpenAI Developers、2026年10月1日閲覧）。

• ブラウザでの OAuth は、新しい登録または保存済みの client_id で開始されます。OpenAI の認可完了後は、code・state・（新規登録では発行された client_id）が loopback コールバックへリダイレクトされます（出典: OpenAI Developers、2026年10月1日閲覧）
• state を検証してから、発行済みまたは保存済みの client_id と PKCE で OpenAI のトークンエンドポイントにコードを交換し、トークンと付与されたスコープを受け取ります
• 利用上限やレート制限の数値は、今回取得した一次ソースには含まれていません（公式未公表。制限の詳細はドキュメントの Preview limitations のページに案内されています）

よくある質問

Q. 有料・ホスト型（リモートホスト）のアプリではどうなりますか？

ChatGPT plan usage を有料またはリモートホストのアプリで提供したい場合は、OpenAI の interest form から申し込むようにドキュメントが案内しています（出典: OpenAI Developers、2026年10月1日閲覧）。interest form の審査状況や有料アプリへの提供開始時期は、今回取得した一次ソースには含まれていません（公式未公表）。

Q. host ID（ext_agent_host_id）には何を使えばいいですか？

推奨は RFC 9278 の JWK thumbprint URI（urn:ietf:params:oauth:jwk-thumbprint:…）で、host の公開鍵から導出して永続化します。UUIDv4 ベースの urn:uuid:… と did:key も対応しています（出典: OpenAI Developers、2026年10月1日閲覧）。推奨は任意で、UUID ベースも引き続きサポートされます。host ID は認証情報ではないため、秘密鍵の所有検証は行われません。選択と保存は最初のサインインの前に行います。

Q. ユーザーの ChatGPT の会話は見られますか？

見られません。ChatGPT plan usage はユーザーの ChatGPT プランを対象の Responses API リクエストで使えるようにする機能で、ChatGPT の会話や他のアカウント文脈へのアクセスは付与しません（出典: OpenAI Developers、2026年10月1日閲覧）。identity スコープのサインインに、この機能のスコープが加わる形です。

Q. ツールを再起動したら host ID を作り直す必要がありますか？

いいえ。ツールの再起動や再サインインは、それ自体では新しい host を作りません。何を 1 ホストと数え、ライフサイクルがいつ始まり終わるかはアプリ側が定義するため、host のライフサイクルをまたいで同じ ext_agent_host_id を再利用します（出典: OpenAI Developers、2026年10月1日閲覧）。値はメールアドレスやユーザー ID などユーザー識別値を含まない不透明なものを使います。

AI開発ツール速報（当サイト）は、OpenAI・GitHub・Anthropic など開発ツールの更新や仕様変更を、公式発表への出典付きでお届けする速報メディアです。Sign in with ChatGPT や ChatGPT プランを使う API 連携の仕様変更も、トップページから出典付きで確認できます。

この記事は AI が一次ソースを読んで執筆しました。数値と日付は出典に記した公式情報の執筆時点の値です。誤りを見つけたら訂正の窓口へお知らせください。確認のうえ本文を直し、訂正履歴に残します。編集方針