Anthropic は、2026 年 8 月 20 日の時点で、いくつかの Claude Platform エージェント機能を以前の提供から一般提供に移行し、開発者プラットフォームのコンピュータ使用、スキル API およびファイル API の本番環境向けの部分を使用できるようにしました。同社はまた、Web アプリケーション内で動作するエージェント用のブラウザ使用ツールも追加しました。
このアップデートは、単なるモデルのリリースではありません。これにより、開発者が API を通じて AI プラットフォームに実行を依頼できる内容の形が変わります。プロンプトをテキスト モデルに送信し、すべてのファイル、ワークフロー、ブラウザ アクションをアプリケーション コードに個別に接続する代わりに、チームはより永続的なファイル、バージョン管理されたスキル、およびより高レベルのコンピュータおよびブラウザ コントロールを備えた Claude を使用できるようになりました。
エージェント製品、内部自動化、ドキュメント ワークフロー、または Web ポータル アシスタントを構築している企業にとって、Claude プラットフォームはよりエージェント ランタイムのように見えます。また、ルーティングの決定は、モデル名、価格、レイテンシだけでなく、ツールの権限、ファイルの保持、ブラウザのアクセス、スキルのバージョンに依存するようになるため、AI API ゲートウェイに対して新たなガバナンス作業も発生します。
Claude Platform リリースでの変更点
Anthropic によれば、コンピューターの使用、スキル API、ファイル API がクロード プラットフォームで一般的に利用できるようになりました。更新されたコンピューター使用ツールは、アクションごとに 1 つのモデル呼び出しを必要とするのではなく、ターンごとに複数のアクションを実行できます。これはレイテンシと信頼性にとって重要です。以前はモデルとアプリケーションの間で多くのラウンドトリップが必要だった長いワークフローを、より少ない交換に圧縮できるようになります。
新しいブラウザ使用ツールは、Web アプリケーションで動作するエージェントを対象としています。人間の区別には意味があります。従来のコンピュータ使用システムは、多くの場合、ピクセルとデスクトップのようなアクションを考慮して推論します。ブラウザに焦点を当てたツールを使用すると、エージェントが Web ページを操作するためのより構造化された方法を提供できるため、すべてのインターフェイスをスクリーンショットとして扱うことで生じる脆弱性の一部が軽減されます。
スキル API を使用すると、開発者はスキルをアップロードしてバージョンを取得し、それらのスキルをリクエストに添付することができます。実際には、スキルは、チームがエージェントに一貫して適用してほしい指示、ドメイン固有の手順、または再利用可能な機能をパッケージ化できます。バージョニングは重要な制作機能です。バージョニングがなければ、チームは 2 つの実行で同じ操作手順が使用されたかどうかを知るのが困難になります。
ファイル API は、エージェント アプリケーションのもう 1 つの一般的なボトルネックに対処します。開発者はファイルを一度アップロードし、後で ID で参照し、生成されたファイルをダウンロードできます。 Anthropic 氏によると、更新された Files API には自動有効期限、5 倍のレート制限、組織あたり 1 TB のストレージが含まれています。これにより、法的レビュー、財務分析、サポート業務、医療管理、バックオフィスの自動化など、ドキュメントの多いワークフローの場合、リクエストのたびに同じ資料を繰り返しアップロードする必要性が軽減されます。
これが開発者と企業にとって重要な理由
このリリースにより、エージェント開発はステートレス チャットの完了からさらに遠ざかります。現在、運用エージェントには、メモリのようなファイルの永続性、再利用可能なスキル、許可されたツール、実行されるすべてのアクションに関する監査機能が必要です。これは、あるモデル エンドポイントを別のモデル エンドポイントに単に交換することとは異なる運用モデルです。
開発者は、ワークフロー設計で最初に効果を感じる可能性があります。ドキュメント処理エージェントは、ソース ファイルを ID で利用可能な状態に保ち、特定のバージョンのレビュー スキルを適用して、ステップごとにカスタム アップロード プラミングを行わずに生成されたファイルを返すことができます。 Web 運用エージェントは、ブラウザ ツールを使用して SaaS アプリケーション内で作業できます。デスクトップ スタイル オートメーション エージェントは、複数のアクションを 1 回のターンで完了できるため、オーケストレーションのオーバーヘッドが削減される可能性があります。
企業はポリシーとリスク管理においてそれを実感するでしょう。コンピュータの使用とブラウザの使用は強力ですが、不正な命令、アカウントの侵害、または範囲が不十分な統合の影響範囲も広がります。チームは、どのユーザー、プロジェクト、環境がこれらのツールを有効にできるか、どのファイルを永続化できるか、データを利用可能な期間続ける必要があるか、スキルのバージョンをどのように承認するかを決定する必要があります。
ここでは、ゲートウェイと内部 AI プラットフォームがより重要になります。マルチモデル API レイヤーは、すべての Claude リクエストを同等のものとして扱うことができなくなりました。 1 つのリクエストは、通常のテキスト生成呼び出しである可能性があります。もう 1 つは、永続ファイル、特権ブラウザ セッション、およびバージョン管理された自動化スキルに関係する場合があります。これらは、セキュリティ、コスト、コンプライアンスの観点から見て大きく異なります。
API ゲートウェイとエージェント インフラストラクチャへの影響
Model Gate などの製品の場合、実際の関係は明らかです。エージェントの機能がルーティングとガバナンスの次元になりつつあります。統合請求、API キー管理、使用状況分析、チーム制御をすでに処理しているゲートウェイでは、ファイル、スキル、ツールの使用について追加のポリシー制御を公開する必要がある場合があります。
チームは少なくとも、誰がコンピュータを使用できるか、誰がブラウザを使用できるか、どの API キーでスキルをアタッチできるか、どのプロジェクトがファイルを保存できるかなど、ツールごとの権限の需要を予期する必要があります。使用状況分析もより微妙なものになります。トークン数とモデルコストは引き続き重要ですが、オペレーターは、どのワークフローが永続化ファイルを使用したか、どのスキルバージョンが呼び出されたか、ブラウザ対応エージェントが異常な支出やリスクを引き起こしているかどうかも知りたいと考えるかもしれません。
パートナーおよび再販業者のプラットフォームも同様の問題に直面しています。サービスがパートナー API またはゲートウェイを通じて Claude 上に構築されている場合、エンド カスタマーには基盤となる Anthropic コンソールが表示されない可能性があります。つまり、再販業者のプラットフォームは、ファイルのライフサイクル、スキルの更新、ツールの承認に対して独自の制御を提供する必要がある可能性があります。そうしないと、エージェントのワークフローの最も重要な部分が、責任を負うビジネスから隠蔽されてしまいます。
このリリースは、より広範な業界パターンにも適合します。最近の開発者プラットフォームの更新では、生のモデルへのアクセスよりも、エージェントのパッケージ化、ツール プロトコル、コード レビューの自動化、ソース コネクタ、コストの観測可能性に重点が置かれています。 Anthropic のアップデートは、もう 1 つの強力な兆候を示しています。それは、競争の局面が「どのモデルが最もよく答えるか」から「どのプラットフォームが作業を安全に実行できるか」へと移行しつつあるということです。
まだ不確実な点
このリリースの最も強力な検証は、Anthropic 自身の発表とドキュメントの表面から得られます。これまでのところ、独立したレポートは限られており、実際のパフォーマンスは、開発者がツールに関する権限、エラー処理、評価をどのように実装するかによって決まります。
クラウド全体の可用性にもばらつきがあります。 Anthropic によれば、Skills API と Files API は Microsoft Foundry を通じて利用可能です。また、最新のコンピュータ使用ツールとブラウザ使用ツールが近々 Google Cloud Vertex AI に提供される予定だという。特定のクラウドを標準化するチームは、移行を計画する前に、正確な地域の可用性、プラットフォーム制御、エンタープライズ ポリシーのサポートを確認する必要があります。
規制を受けた組織は特に注意する必要があります。ファイルの永続性、生成されたファイルのダウンロード、および Web またはコンピュータのインターフェイスを操作できるエージェントは、データ処理義務、監査要件、および分野固有の規則と相互作用する可能性があります。 Anthropic の一般提供ラベルは本番環境のシグナルであり、お客様自身のコンプライアンス レビューに代わるものではありません。
しかし、方向性は明確です。エージェント API は、分離された推論エンドポイントではなく、管理された実行環境に近くなりつつあります。これにより、開発者はより多くの影響力を得ることができますが、企業はエージェントが何を表示、保存、実行できるかをより強力に制御する必要があることも意味します。