AIREITERNotionでChatGPTの契約枠を使えるようになっても、新しい利用枠が付与されるわけではありません。Sign in with ChatGPTは、すでに契約しているChatGPTの利用枠を外部ツールと共有する仕組みです。OpenAI Developersは2026年11月10日、BusinessプランでもNotion、v0、Amp、Kilo Code、Warp、Nous ResearchのHermes、OpenClaw、OpenCodeなどを接続できるようになったと発表しました。PlusとProでは9月29日から同様の機能が利用可能でした（ToolNavs、New Runtime）。
Businessプランで増えた対応範囲
Businessワークスペースも、Plus・Proユーザーが先行して使っていたサブスクリプション共有の対象になりました。認可の流れ自体はSign in with ChatGPTのヘルプページで案内されているものと同じです。
発表で挙げられた8つのツールは、大きく2種類に分かれます。Notionはワークスペース系のケースです。一方、v0、Amp、Kilo Code、Warp、Hermes、OpenClaw、OpenCodeは、通常ならAPIトークンまたは独自クレジットを消費するコーディング・エージェント実行環境に当たります。発表には「and more」ともあるため、対応先はこのリストで固定ではありません。ただしDevinは例外で、Businessプランでの利用には対応していないとの報告があります（ユーザー報告）。
ログイン権限と利用枠の消費許可は別物
通常のIDログインで共有されるのは、名前、メールアドレス、プロフィール画像だけです。チャット履歴、メモリ、ファイル、請求情報が外部ツールに渡ることはありません（OpenAI Help Center）。プランの利用枠を使わせるには、これとは別に承認が必要で、ユーザーは接続先アプリが消費できる上限も設定できます。
「対応ツールでSign in with ChatGPTを選び、プランの利用を許可すればよい。APIキーは不要で、ツール側からチャット履歴やメモリを見ることもできない。ただし消費するのは別枠ではなく、ChatGPTやCodexと共通の利用枠だ。」— @miguelxli
この共通プールこそ、コスト管理で押さえるべきポイントです。外部ツールでの利用はChatGPTやCodexと同じ枠から差し引かれ、使い切ったときに従量課金へ黙って切り替わるわけではなくエラーになります。これは@stretchcloudの比較メモでも示されています。長時間ループするエージェントは、対話型チャットでは使い切らなかった週次の枠を消費してしまう可能性があります。
Help Centerの管理項目に沿って進めるなら、実務上は次の順番がわかりやすいでしょう。
- その接続先で利用できるChatGPTプランを、メンバーが契約していることを確認する。
- グローバル管理者がAdmin Consoleで組織全体のExternal accessを確認する。
- ポリシー上必要であれば、管理者が対象のパートナーアプリを許可する。
- メンバーがパートナー側でIDログインを完了する。
- メンバーが、利用枠消費に関する別途のリクエストを承認または拒否する。
- 本格利用の前に、ユーザー設定メモ（例）のようにSettings、Usageからアプリごとの週次上限を設定する。
使えない原因はどのチェックで決まるのか
以下の表では、チェック項目の対象範囲を分けています。v0やWarpの利用者が、Notion限定の条件まで自分の設定に当てはめないためです。
| 対象範囲 | 確認項目 | 利用を妨げる条件 |
|---|---|---|
| すべての連携 | ChatGPTプランへの対応 | 接続先が該当プランをサポートしている必要がある。DevinはBusinessの例外と報告されている |
| Notionのみ | Notionのプランとロール | Notion BusinessまたはEnterpriseが必要で、ゲストは対象外（ToolNavs） |
| すべての連携 | メールアドレスの一致 | ChatGPTと接続先アカウントのメールアドレスが異なると拒否される。r/Notionのスレッドではu/OnderGokが「本当にばかげている」と評している |
| すべての連携 | 管理者による承認 | External accessを管理できるのはグローバル管理者であり、ワークスペースオーナーにはテナント全体の権限がない（Help Center） |
| Notionのみ | 課金チャネル | Apple経由で課金しているNotion BusinessおよびPlusユーザーから、ボタンや利用状況パネルが表示されないとの報告がある（r/Notionのスレッド） |
Notionでは3つの条件をすべて満たす必要がある
ToolNavsの設定メモによると、Notion AgentのリクエストでChatGPTの利用枠を使うには、次の3条件がすべて必要です。
- NotionワークスペースがBusinessまたはEnterpriseである。
- ユーザーがゲストではなく、ワークスペースメンバーである。
- Notion Agent内でユーザーが明示的にGPTモデルを選択する。
AutoまたはGPT以外のモデルを選ぶと、消費されるのはNotionの利用枠です。ChatGPTの利用枠を使い切った場合、Notionはワークスペースの利用枠へ戻す選択肢を提示します。Custom Agentsは引き続きNotionクレジットを使います。Notion MCPは別の連携機能であり、このログインに必要なものではありません。
ログイン時には、よく似た2つのボタンも混乱の種になります。
「『Continue with ChatGPT』と『Connect Notion』の2つがある。前者はChatGPTをログイン手段として使おうとするもので、私が必要だったのは後者だった。」— @b01dface
両方のサブスクリプションを払っているユーザーからは、価値そのものへの疑問も出ています。
「別のAIサブスクリプションを使うために、さらにNotionのAIサブスクリプションへ課金しなければならない。あり得ない。」— r/Notionのu/djrelu
Notionの契約で得るのはワークスペースのメンバーシップとエージェント機能で、モデル推論の費用を担うのがChatGPTの契約です。ChatGPTから利用枠を消費するのは、GPTモデルを選んだAgentセッションだけです。Automations、scheduled workflows、autofill、Custom AgentsはNotionクレジットのままです。
利用枠の減り方、上限到達時の挙動、連携側の不具合
OpenAIはこの機能について、ドル換算やトークン数での上限を公開していません。以下は統制されたベンチマークではなく、複数のユーザー報告で繰り返し見られる傾向です。
- エージェント実行環境は消費が速くなりやすい。 OpenCodeのコストに関するスレッドでは、OAuthを使った実行は契約内の利用として扱われる一方、APIキーを使った実行は対象外です。また、同等の作業ではOpenCodeのほうがCodexより速くクレジットを消費するように見えるとの報告があります。
- 使い切ると明確に停止する。 アプリ側がフォールバックを用意していなければ、リクエストは失敗します。Notionのようにワークスペースクレジットへ戻せるケースは例外です。SettingsとUsageでアプリごとの週次上限を設定し、追加クレジットのトグルはオフのままにしておくべきです。
- 接続先サービス固有の障害は残る。 あるユーザーは、同じアカウントでOpenCodeは動作する一方、Devinでは接続エラーになると報告しています。AmpCodeのユーザーからは、アカウント単位のSign in with ChatGPTの不具合をOpenAIサポートへエスカレーションしたとの報告もあります（報告）。
| 症状 | 考えられる原因 | 次に行うこと |
|---|---|---|
| NotionにSign in with ChatGPTボタンがない | Apple経由の課金、ゲストロール、または段階的ロールアウトのフラグ | メンバーロールを確認し、グローバル管理者にExternal accessの確認を依頼する |
| メールアドレスを理由にログインが拒否される | ChatGPTと接続先で異なるメールアドレスを使用している | 再試行前に両アカウントのメールアドレスを揃える |
| ある接続先だけ失敗し、ほかは動く | 接続先サービス側の連携障害 | 動作する接続先で再試行して切り分け、失敗する接続先へ問い合わせる |
Businessの共有枠だけでは足りなくなる場面
Notionやv0での対話的な利用は、アプリごとの厳しい上限を設定したうえでBusinessの利用枠に乗せるのがよいでしょう。一方、継続的に走らせるエージェントやバックグラウンド処理は、共有チャット枠から切り離せる従量課金のAPI利用へ移すべきです。従量課金にしても制限そのものがなくなるわけではなく、上限到達時の挙動が変わるだけです。サブスクリプションとAPIの使い分けでは、利用枠を共有する利点と不利になる場面を解説しています。