メインコンテンツへスキップ
AI Tools 18分で読める

AnthropicエージェントAPIが正式版に｜Files・Skills・Computer Use・Browser Use GA

#Anthropic#Files API#Skills API#Computer Use#Browser Use#Claude API#AIエージェント#AI開発

「やっとベータが取れた」。2026年8月20日のAnthropicリリースノートを見た開発者の第一声はそこに尽きる。Files API、Skills API、Computer Use、そして新たに加わったBrowser Use。この4つが同日に正式版（GA）へ移行した。「本番に使っていいですか？」という問いへの、Anthropic自身の答えが出た日だ。

この記事はこんな人におすすめ
  • ClaudeのAPIを使ってエージェントを構築している、または検討しているエンジニアの方
  • Files APIやSkills APIのベータを使ってきて、GA移行後に何が変わるか知りたい方
  • Computer UseとBrowser Useの違いが整理できていないWebアプリ開発者の方
  • Anthropicのエージェントスタックを評価しているPMやテックリードの方
結論（忙しい人向け）

2026年8月20日、AnthropicはFiles API・Skills API・Computer Use・Browser UseをGA化。ベータヘッダーが不要になり、Files APIには有効期限設定とページネーションが追加された。Browser Useはアクセシビリティツリーを使うWeb専用ツールで、Computer Use（スクリーンショット座標操作）の補完的な位置づけ。「本番に使えるか」という問いへの公式回答が出た形だが、Computer Useの成功率やエージェントの信頼性については依然として運用次第の部分が残る。

GA化されたFiles API・Skills API・Computer Use・Browser Use

今回GAになったのは以下の4つだ（出典：Anthropic Platform release notes、2026年8月20日）。

ツール/APIベータヘッダー主な変更点
Files APIfiles-api-2025-04-14 廃止有効期限設定・ページネーション追加
Skills APIskills-2025-10-02 廃止機能変更なし
Computer Useベータフラグ廃止複数アクション一括実行・デフォルトズーム有効化
Browser Use新規追加アクセシビリティツリー経由のWeb操作

「GA」と言っても、APIの動作が大きく変わるわけではない。実装者への影響は主に2点だ。ベータヘッダーを外すことと、Files APIのレスポンス形式が変わること。既存のコードはヘッダー削除＋レスポンスパース修正で対応できる場合がほとんどだ。

Files API｜ファイル管理に有効期限とページネーション

Files APIはClaude APIにファイルをアップロードして、複数のリクエストをまたいで参照する仕組みだ。PDFや画像をリクエストのたびに丸ごと送る必要がなくなる。今回のGAで追加された機能は2つある。

有効期限（expires_in_seconds）。アップロード時に設定すると、ファイルオブジェクトにexpires_atフィールドが返ってくる。機密ファイルや一時ファイルの管理に使える。未設定なら従来通り無期限（ストレージ料金がかかる点に注意）。

ページネーション。/v1/filesのリスト取得にpageとnext_pageが追加され、ids[]フィルターでIDを絞り込めるようになった。ファイル数が増えてきたプロジェクトで全件取得がしやすくなる。

GAで明確になったリミットも把握しておきたい。組織あたりのストレージ上限は1TB、レート制限は500 RPM（1分あたりのリクエスト数）だ（出典：Anthropic Platform release notes）。実際にAPIを使い込んでいる開発者の間では「ファイルIDをDBに保存してセッションをまたいで使い回すのが基本パターン」（海外開発者フォーラム事例）として定着しつつある。ファイルのライフサイクルを自前で管理する手間がある反面、大きなコンテキストを毎回送るコストを削れる。

Skills API｜再利用可能な能力パッケージ

Skills APIはClaudeに「特定のチームの専門知識や手順」を再利用可能な形で渡す仕組みだ。Skillはファイルシステムベースの仕様として定義し、APIのcontainerパラメータで指定する。Claudeはタスクに応じて必要なSkillだけをロードして使う。

The New Stackは「AnthropicがAI標準を定義しようとする次の一手」と位置づけた（出典：The New Stack「Agent Skills: Anthropic’s Next Bid to Define AI Standards」、2026年）。標準的なインターフェースを提供することで、組織間でSkillを共有・再利用できる体制を目指している。

公開されているコミュニティSkillsの質については、Agentman Blogの調査が興味深いデータを出している。2万2,511のSkillsを監査したところ、1つあたり平均6.3件の問題が見つかり、テストしたSkillsの36%にプロンプトインジェクションの脆弱性があったという（出典：Agentman Blog「The Agent Skills Ecosystem in 2026」）。公式Anthropicが提供するSkillsはこの数字に含まれないが、サードパーティSkillsをそのまま本番に使う場合はセキュリティ検証が必要だ。

ただし、NxCodeが的確に指摘するように「ランタイムはあなたが持つ」。SkillsをどこでどうホストするかはAnthropicのプラットフォームが面倒を見るわけではなく、実行基盤は開発者の責任範囲だ（出典：NxCode「Claude’s Agent Stack Is GA. The Runtime Is Still Yours」、2026年）。Skills APIはClaudeへの「指示の渡し方」を標準化するが、Skillの実行環境の管理コストは変わらない。この点を事前に把握していないと、「GAになったから楽になった」という期待を裏切られる。

Computer Use vs. Browser Use｜どちらを選ぶか

今回の最大の追加要素はBrowser Useだ。まず2つの違いを整理する。

Computer Use はスクリーンショットを撮ってその座標を読み、クリック・入力・スクロールをこなす。デスクトップアプリや、画面構造が複雑なサービスにも対応できる汎用性がある。一方で「ボタンがどこにあるか」を画像から推定するため、ページのレイアウトが変わると壊れやすい。成功率は用途によって大きく振れ幅があり、以前の実践レポートでも「現実の成功率は50%前後」という声が挙がっていた。

Browser Use はページのアクセシビリティツリーを参照してHTML要素を直接操作する。ClaudeはボタンやリンクにIDが振られた参照（例：ref_3）を受け取り、座標推定なしでそのまま操作できる（出典：The New Stack「Anthropic’s new browser tool doesn’t actually run a browser」、2026年）。アクセシビリティツリーが正しく実装されているWebアプリなら、Computer Useより安定しやすく、トークン消費も少ない。サードパーティのブラウザ自動化ツール比較では、アクセシビリティツリーベースのアプローチがページを数百トークン程度に圧縮できると報告されているが、Anthropicの実装での公式数値はまだ出ていない。

ただし、アクセシビリティ実装が不十分なサイト（Canvas描画や独自UIフレームワーク多用のサービス等）ではBrowser Useは機能しない。Anthropic自身も「エージェントのブラウジングはまだリスクがある」と明記しており、決済や認証など重要な操作では人間の確認を挟む設計が推奨されている。

整理すると：

  • Webアプリ中心で、アクセシビリティが整っている → Browser Useを優先
  • デスクトップアプリや画面キャプチャが必要 → Computer Use
  • 信頼性が最優先なステップ → どちらも人間レビューを組み込む

光と影｜Computer Use・Browser UseのGAで残る課題

正式版への移行は間違いなく前進だ。しかし「GA＝本番投入して安心」と読むのは早い。

レート制限問題は続いている。2026年春から開発者コミュニティで噴出していた「API制限に早く到達しすぎる」という批判は、GAリリースで解消されたわけではない。Computer Useのように連続してスクリーンショットを撮って処理するタスクはトークン消費が極めて多く、レート制限に当たりやすい（出典：Anthropic API pricing 2026）。

ランタイムは自前。前述の通り、Skills APIやFiles APIを使っても、エージェントの実行環境とスケーリングはユーザー側の責任だ。AugmentCodeの分析が指摘するように、Anthropicが提供するのは「何を送るかのインターフェース」であり、「どこで動かすかの基盤」ではない（出典：AugmentCode「Anthropic Agent SDK: What It Ships vs. What It Leaves to You」）。

信頼性は依然として運用次第。「Browser Useはまだリスクがある」という公式のコメントにあるように、Anthropicはエージェントが完全自律で動くことを前提としていない。フォームへの入力ミス、ページ構造変化による誤操作、セッション切れなどのエッジケースへの対策は自前で構築する必要がある。

一方で、プラス面も明確だ。ベータヘッダー廃止でコードが1行減り、GAとしてのサポートコミットメントが生まれた。Files APIの有効期限機能は大規模なファイル管理を楽にする。そして、4つのツールが揃ってGAになったことで、「Anthropicのエージェントスタックはどれを組み合わせて使えばいいか」という設計判断がしやすくなった。

料金の最新情報は公式で確認を

Computer Use、Files API、Skills APIの具体的な料金はトークン消費量に連動し、Anthropicの価格改定の対象になる可能性がある。本記事執筆時点（2026年8月）の情報を基にしているが、最新の料金体系はAnthropic公式の料金ページで必ず確認してほしい。

今すぐやること｜GA移行の対応手順

既存のベータ実装を持っている場合の対応は以下の順番で進めるのが現実的だ。

  1. Files APIのヘッダー削除 — files-api-2025-04-14を削除してリクエストを通す
  2. レスポンスパースの更新 — expires_atフィールドの追加とページネーション形式の変更に対応
  3. Skills APIのヘッダー削除 — skills-2025-10-02を削除する（機能変更なし）
  4. Browser Useの評価 — 対象のWebアプリがアクセシビリティツリーを正しく実装しているか確認してから試す
  5. Python SDK v1.0の移行確認 — 8月20日同日にPython SDK v1.0がリリースされ、httpx→httpx2の依存変更、temperature/top_p/top_kパラメータの削除など破壊的変更が含まれる。GAとSDKのメジャーバージョンアップを同時に当てる場合は影響範囲を事前に確認すること

新規にエージェントを作る場合は、Claude Code動的ワークフローの設計パターンも参考になる。マルチステップのタスクでFiles APIとSkillsをどう組み合わせるかの構造が整理されている。

また、Computer Useを本格的に組み込む前にコスト管理のリスクを把握しておくことを勧める。スクリーンショット連続取得のコストは想定以上に膨らみやすい。

AnthropicのAPIを使ったエージェント設計に入る前に、Computer Useの実践コスト感とClaude APIの過去のGA変更点を読んでおくと、今回のGA移行の位置づけがより明確になる。

詳しく見る

関連記事

本記事の情報は2026年8月22日時点のものです。APIの仕様・料金は予告なく変更されることがあります。実装前に必ず公式ドキュメントで最新情報を確認してください。

Share