0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

英文で読むOpenAI と Anthropicのエージェント利用に対する姿勢の違い

0
Last updated at Posted at 2026-05-18

OpenAI と Anthropic のエージェント利用姿勢の違いを公式英文で読む

はじめに

2026年1月の OpenClaw の登場以降、生成AI界隈の景色は明らかに階段をひとつ上った感覚がある。
毎日のように大小さまざまなニュースが流れ、OpenClaw / Hermes Agent / Claude Code / Codex CLI / Agent SDK といったキーワードが、それぞれ独立した文脈で動き続けている。
フロンティアモデルの市場ではAnthropic が OpenAI を猛追する構図のなか、OpenClaw や Hermes Agent をはじめとするエージェントの普及・利用が進むことで、両社のトークン消費構造にも変化が出てきている。
それを示唆するように、Anthropic および OpenAI の両者ともが、エージェントを通したモデルの利用に対する姿勢を公式ドキュメントで示してきた。これはエージェントが与える影響の大きさを物語っている。
ところが中身を見てみると、それぞれの姿勢はずいぶん違うことが分かる。
本記事では、そのはっきりと分かれた姿勢について、原文に触れながら解説したい。

ChatGPT Image 2026年5月18日 01_28_58.png
(ChatGPTで生成)

いきなり要点だが、両者の姿勢を読み解くポイントになるのは

  • どの認証方式で
  • 誰の権限で
  • 誰のために
  • どの範囲で

エージェントを動かしているか、という4点である。

ChatGPT plan、Claude subscription、API key、OAuth は見た目こそ似ているが、各ベンダーが想定している用途・自動化範囲・課金導線は大きく異なる。これらを「どれも同じ認証手段」として扱うと、規約上の禁止構図に踏み込んでしまうリスクがある。

そこで本記事では、2026年5月時点での OpenAI / Anthropic の公式英文ドキュメントを短く引用し、それぞれの姿勢の違いを技術運用上のリスクとして整理する。

これは法務断定ではなく、エージェント基盤を設計するときの読み方として扱う。
「どちらが良い・悪い」ではなく、公式導線の設計思想の違いとして読むのがこの記事の主旨である。

この記事の読み方

各引用は以下の型で扱う。

  • Official source — 公式URL
  • 原文 — 短い英文引用(該当文のみ)
  • 日本語訳 — 訳(訳文として扱い、解釈の根拠は英文に戻す)
  • ポイント — 主語・対象・行為・認証方式・自動化範囲を厳密に読む

原文引用は短く、該当文のみに絞る。
日本語訳はあくまで補助であり、解釈は英文に戻して確認する。


Anthropic 側 — OAuth と API key の使い分けを明確に区切る

引用1: OAuth authentication の用途

Official source
URL: https://code.claude.com/docs/en/legal-and-compliance

ChatGPT Image 2026年5月18日 01_38_32.png
(ChatGPTで生成)

原文

OAuth authentication is intended exclusively for purchasers of Claude Free, Pro, Max, Team, and Enterprise subscription plans and is designed to support ordinary use of Claude Code and other native Anthropic applications.

日本語訳

OAuth認証は、Claude Free、Pro、Max、Team、およびEnterpriseの各サブスクリプションプランをご購入のお客様のみを対象としており、Claude Codeやその他のAnthropic製ネイティブアプリケーションの通常の利用をサポートするために設計されています。

ポイント

  • 主語は OAuth authentication
  • 用途として明示されているのは ordinary use of Claude Code and other native Anthropic applications(Claude Codeおよびその他のAnthropic製ネイティブアプリの通常の使用)
  • 重要語は exclusively(専ら) と ordinary use(通常の使用)
  • ここで保護されているのは「購読者本人が、Anthropic native application(Anthropicのネイティブアプリ) を通常利用する」構図
  • この文単体で「すべての自動化は禁止」とまでは断定できない
  • ただし、OAuth を「第三者エージェント基盤の汎用 backend credential(バックエンドの認証情報)」として流用する設計は、ordinary use of ... native Anthropic applications という文言から離れていく方向にある

引用2: 開発者は API key (authentication) を使うべき

Official source
URL: https://code.claude.com/docs/en/legal-and-compliance

原文

Developers building products or services that interact with Claude's capabilities, including those using the Agent SDK, should use API key authentication through Claude Console or a supported cloud provider.

日本語訳

Agent SDK を使用する場合を含め、Claude の機能と連携する製品やサービスを開発する開発者は、Claude Console または対応するクラウドプロバイダーを通じて API キー認証を行う必要があります。

ポイント

  • 主語は Developers building products or services
  • 対象は products or services that interact with Claude's capabilities
  • including those using the Agent SDK で、Agent SDK 利用も明示的に対象範囲に含まれている
  • 推奨される認証方式は API key authentication through Claude Console or a supported cloud provider
  • should use は単なる好みではなく、運用上の準拠方針として読むのが妥当
  • 自作プロダクト・共有自動化基盤・第三者向けエージェント基盤は、サブスクOAuthではなく API key 側で設計する、というのが公式の期待線

引用3: third-party developers の禁止対象

Official source
URL: https://code.claude.com/docs/en/legal-and-compliance

原文

Anthropic does not permit third-party developers to offer Claude.ai login or to route requests through Free, Pro, or Max plan credentials on behalf of their users.

日本語訳

Anthropicは、サードパーティの開発者がユーザーに代わってClaude.aiへのログインを提供したり、Free、Pro、またはMaxプランの認証情報を通じてリクエストを転送したりすることを許可していません。

ポイント

  • 主語は Anthropic、禁止対象の主体は third-party developers
  • 禁止行為は2つ
    1. offer Claude.ai login
    2. route requests through Free, Pro, or Max plan credentials on behalf of their users
  • 核心は「ユーザーのサブスク認証情報を使って、ユーザー代理でリクエストを流す」こと
  • 第三者エージェント基盤が、Claude Code を自動 worker 化し、サブスクOAuth経由で claude -p を継続的に呼び出す設計は、この禁止構図に近づく
  • 逆に、第三者基盤がコード・Vault・Kanban を読んで「人間向けの指示書」を作り、人間が Claude Code に自分で投入する設計は、この route requests ... on behalf of their users 構図から距離を取れる
  • ただし「人間が一度押せば何でもOK」ではない。自動・継続・大量・第三者代理 routing に近づくと、再び禁止構図に戻る

引用4: Agent SDK overview 側の表現

Official source
URL: https://code.claude.com/docs/en/agent-sdk/overview

原文

Unless previously approved, Anthropic does not allow third party developers to offer claude.ai login or rate limits for their products, including agents built on the Claude Agent SDK.

日本語訳

事前の承認がない限り、Anthropicは、サードパーティの開発者が自社の製品(Claude Agent SDKに基づいて構築されたエージェントを含む)において、claude.aiのログイン機能やレート制限を提供することを許可していません。

ポイント

  • Unless previously approved で「事前承認」の例外があることが明示されている
  • 対象は their productsincluding agents built on the Claude Agent SDK と明示
  • offer claude.ai login or rate limits は、製品の利用者に Claude.ai ログインや、サブスク由来の rate limits をパススルーで提供する構図を指す
  • 通常運用で Agent SDK 上のエージェント製品を作るなら、API key authentication を前提とする設計に寄せるのが穏当

引用5: Agent SDK credit / claude -p usage

Official source
URL: https://code.claude.com/docs/en/legal-and-compliance
URL: https://code.claude.com/docs/en/agent-sdk/overview

原文

Starting June 15, 2026, Agent SDK and claude -p usage on subscription plans will draw from a new monthly Agent SDK credit, separate from your interactive usage limits.

日本語訳

2026年6月15日より、サブスクリプションプランにおけるAgent SDKおよびclaude -pの利用については、対話型利用制限とは別に、新しい月次Agent SDKクレジットが適用されるようになります。

ポイント

  • 対象として Agent SDK and claude -p usage が明示
  • separate from your interactive usage limits が重要
  • claude -p や Agent SDK 的利用を、通常の対話 / インタラクティブ利用とは別枠で扱うという整理
  • サブスクの通常枠を「API 代替の無制限資源」として使う発想は、ここで明確に否定される方向にある
  • 自動化・programmatic 利用は Agent SDK credit / API 課金側に寄せる、という方向感
  • 金額・具体的枠は変わり得るため、公開時には最新docsで再確認すること

OpenAI 側 — Codex を公式 coding agent として明示

ChatGPT Image 2026年5月18日 01_39_47.png
(ChatGPTで生成)

引用6: Codex はすべての ChatGPT plan に含まれる

Official source
URL: https://developers.openai.com/codex/quickstart

原文

Every ChatGPT plan includes Codex.

日本語訳

すべてのChatGPTプランにCodexが含まれています。

ポイント

  • 主語は Every ChatGPT plan
  • OpenAI は Codex を「ChatGPT plan の外側にある抜け道」ではなく、plan 内部の公式機能として位置付けている
  • Anthropic の「Agent SDK credit を対話枠と分離する」方向とは、subscription 内で coding agent をどう扱うかという点で設計思想が異なる
  • ただし includes は「無制限利用」ではない。plan ごとの rate limit・credit 扱いは別途確認が必要

引用7: API credits でも Codex を使える

Official source
URL: https://developers.openai.com/codex/quickstart

原文

You can also use Codex with API credits by signing in with an OpenAI API key.

日本語訳

OpenAIのAPIキーでサインインすれば、APIクレジットを使用してCodexを利用することもできます。

ポイント

  • OpenAI 側は、ChatGPT plan 経由だけでなく、API key / API credits 経由も明示的に導線として提示している
  • エージェント基盤の本格運用で、「課金・監査・組織管理の説明をしやすい側」へ寄せる設計が取りやすい
  • 共有環境・チーム運用は API key 側へ寄せる、という設計判断がしやすい構造になっている

引用8: Codex の認証方式は2系統

Official source
URL: https://developers.openai.com/codex/auth
原文

Codex supports two ways to sign in when using OpenAI models:

  • Sign in with ChatGPT for subscription access
  • Sign in with an API key for usage-based access

なお、同じページの下方には次の補足もある。

Recommendation is to use API key authentication for programmatic Codex CLI workflows (for example CI/CD jobs).

日本語訳

Codexでは、OpenAIモデルを利用する際、2つのログイン方法に対応しています。

  • サブスクリプション利用の場合はChatGPTでログイン
  • 従量課金制の場合はAPIキーでログイン

プログラム的なCodex CLIワークフロー(たとえばCI/CDジョブ)では、APIキー認証を使用することを推奨します。

ポイント

  • subscription accessusage-based access が明示的に分けられている
  • ChatGPT plan を使う個人 / チームのローカル・インタラクティブ利用と、API key による usage-based の自動化 / 共有環境利用とで、認証方式そのものが分かれている
  • 補足の programmatic Codex CLI workflows (for example CI/CD jobs) で、自動化用途は API key authentication 推奨と公式に明記されている
  • OpenAI 側は「エージェント利用を非公式の抜け道から押し戻す」のではなく、「公式エージェントである Codex に、2系統の認証・課金導線を用意し、CI/CD は API key 側」と明示している、と整理できる

引用9: Codex CLI はローカルで走る coding agent

Official source
URL: https://developers.openai.com/codex/cli

原文

Codex CLI is OpenAI's coding agent that you can run locally from your terminal.

日本語訳

Codex CLIは、OpenAIが提供するコーディングエージェントで、ターミナルからローカルで実行できます。

ポイント

  • coding agent という語が公式に使われている
  • 「ターミナルからローカルで実行する coding agent」という利用形態を OpenAI 自身がドキュメント化している
  • Hermes / Kanban / Vault と組み合わせる場合、Codex CLI は「人間が起動するローカル coding agent」、あるいは「API key 課金で動かす公式実行面」として、設計の説明をつけやすい

引用10: Codex はローカルコードを読み、変更し、実行できる

Official source
URL: https://developers.openai.com/codex/cli

原文

It can read, change, and run code on your machine in the selected directory.

日本語訳

選択したディレクトリ内のコードを読み込み、変更し、実行することができます。

ポイント

  • 権限範囲が selected directory と明示されている
  • エージェント設計時に、workspace boundary / repository boundary / human approval を明確化する設計と整合する
  • 「Hermes が指示書を作り、人間が Codex CLI を起動して selected directory に対して走らせる」という構図がそのまま当てはまる

引用11: API Key は共有環境の自動化に向く

Official source
URL: https://developers.openai.com/codex/pricing

原文

pricing ページの「API Key」プラン欄に、次の表記がある。

API Key

Great for automation in shared environments like CI.

日本語訳

APIキー

CIなどの共有環境における自動化に最適です。

ポイント

  • 短いが、OpenAI 側の設計思想を端的に表す表記
  • pricing ページの「API Key」プランの説明として、Great for automation in shared environments like CI. と明示されている。Anthropic側が引用3で「サードパーティによる認証情報のルーティング」を明確に禁止しているのに対し、OpenAI側はCIなど共有環境での自動化へ言及するにとどまり、サードパーティへのルーティングの是非については明言を避けていると見るべきだろう
  • 2026年5月時点の実務指針として、次のような使い分けが提示できる
    • 人間のローカル・対話的 coding agent 利用 → ChatGPT plan / Codex plan 導線
    • CI・共有・自動化・多人数運用 → API key / usage-based access
    • トークン節約・下読み・軽作業 → ローカル LLM (Qwen / Gemma / Ollama 等) を補助 worker として併用

対比表: 公式導線の設計思想の違い

観点 Anthropic / Claude Code OpenAI / Codex
サブスク認証情報で第三者ルーティング(エージェント利用を含む) 許可しない (引用3) 同様の明示的禁止文言は確認できず
第三者・自動化用途への公式経路 OAuth は ordinary use(通常利用) 向け / 開発・自動化は API Key + Agent SDK credit (追加使用量) (引用2, 5) Subscription (ChatGPT Free / Pro / ...) と API Key の二系統を公式に並列 (引用6, 7, 8)
開発者 (developers) への認証指示 API Key authentication を使うべき (開発者全般、引用2) 開発者全般への一律要請は無し
(programmatic Codex CLI / CI/CD への推奨は別途、引用8補足)

フロンティアモデル市場で Anthropic が存在感を増すなか、価格もコーディングエージェントに対する姿勢も変化してきている。
2026年6月15日には、サブスクリプションプランにおけるAgent SDKおよびclaude -pの利用について、新しい月次Agent SDKクレジットを適用するとしている。
subscription OAuth の用途を厳しく区切る Anthropic に対し、OpenAI は Codex 周辺で subscription / API key の二本立てを明示している ── 設計思想の違いとして読むのが妥当だろう。
さらにサードパーティへのルーティングについても、明確に禁止するAnthropicとは対照的に、OpenAIはCI環境でのAPIキー利用を推奨するにとどめ、その是非については明言を避けた格好だ。

ここからは筆者の推測だが、OpenAIとしてはマーケティングとしてOpenClaw等のエージェント利用層を取り込みたい反面、エージェント利用層の大量のトークン消費によるコスト高に直面しているため、明言せず黙認しているように見える。(もしかしたら今後エージェント利用層のトークン使用量が上がってくるにつれ態度を変えざるを得ないかもしれない。)


余談だが、筆者は Opus 4.7 を推論エンジンに据えて Hermes Agent を動かしてみたことがある。日本語の出力は Opus 4.7 のほうが好みだったのだが、利用していると数分で $1.5 ほど溶けていくのを見て、急いでデフォルトの推論エンジンを GPT-5.5 のサブスクへ切り替えた。Obsidian が共有する文脈が大きすぎた為か、API 経由は消費速度が速すぎて、正直、心臓に悪かった。タスクの種類をユーザー側が認識してローカルLLM等にオフロードしていく事が今後の潮流として求められるのでは?と筆者は見ている。


注意

  • 本記事は2026年5月時点の公開ドキュメントを参照している
  • 今後、OpenAI / Anthropic の公式docsは更新される可能性がある
  • Help Center や openai.com 本体は取得時のステータスコードによって閲覧できないことがあるため、公開前にブラウザで再確認するのを推奨する
  • OpenAI の plan 制限・credit・rate limit、Anthropic の Agent SDK credit や
    claude -p の扱いは今後変わり得る点に留意されたい
  • 本記事は法務判断ではなく、技術運用上のリスク整理として記述している
  • 自社運用に落とすときは、最新の公式 docs と、契約済みの利用規約・SLA を必ず確認されたい

参考リンク

Anthropic 公式ドキュメント

OpenAI 公式ドキュメント


本記事は、筆者が所属するクイックイタレート株式会社で社内エージェント環境を構築した際の整理メモをもとにしています。
関連する公開事例は 事例紹介 をご覧ください。
LLM(Local/フロンティアモデル) × エージェントツール × 社内システム連携の
設計・構築・運用のご相談も承っております。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?