Claudeの「画面操作」「ブラウザ操作」が正式版に。APIのない社内システムもAIが動かせるようになった【現役CMOが解説】

2026年8月20日、Anthropicがコンピュータ操作（computer use）・ブラウザ操作・Skills API・Files APIをClaude Platformで正式版（GA）にしたと発表しました。試験提供の枠が外れ、本番運用に使える段階になったということです。

私は企業向けのAI導入支援と、オンラインスクール「デイトラ」のマーケティング責任者をしています。現場でずっと壁になっていたのが「APIのない古い社内システムには、AIをつなげられない」という問題でした。今回の発表は、そこに直接効きます。

開発者向けの発表ですが、影響を受けるのは現場の業務です。何が変わるのかを噛み砕いていきます。

AIが画面を操作する機能が、正式版になった

公式ブログでは、コンピュータ操作は「エージェントが目で見えるソフトウェアを、キーボードの前にいる人と同じようにクリック・入力・スクロールして操作する」ものと説明されています。

ポイントは、連携用のAPIが用意されていないソフトでも自動化できることです。従来の自動化は、相手側にAPIがあることが前提でした。今回はその前提が要りません。

「画面操作」と「ブラウザ操作」はどう違う？

今回、似た機能が2つ正式版になったので整理しておきます。公式ドキュメントの説明はこうです。

• コンピュータ操作：パソコンのデスクトップ全体を、スクリーンショットと座標だけを頼りに操作する。対象はブラウザに限らない
• ブラウザ操作：Webページを対象に、ページの構造（アクセシビリティツリー、要素、フォーム、タブ）とスクリーンショットの両方を使って操作する

ブラウザ操作のドキュメントには、作業がWebページの中で完結するならこちらを選ぶべきだと明記されています。理由は、座標ではなく要素そのものを指定でき、入力欄に直接値を入れられ、タブをまたいで作業できるから。デスクトップ環境を用意する必要もありません。

逆に言えば、ブラウザで完結しない作業（デスクトップアプリの操作など）はコンピュータ操作の担当という住み分けです。

Skills APIとFiles APIは何をするもの？

同時に正式版になった2つは、いわば「AIに手順書と資料を持たせる仕組み」です。

• Skills API：公式ブログによると、スキルとは「指示・スクリプト・テンプレートをまとめたフォルダで、その作業が必要になったときにだけClaudeが読み込むもの」。自社のスキルをアップロードしてバージョン管理し、任意のリクエストに紐づけられます
• Files API：ファイルを一度アップロードすればIDで参照でき、毎回送り直す必要がなくなります。AIが作ったファイルをダウンロードすることもできます

業務の言葉に直すと、Skills APIは「この作業はこの手順でやる」という社内ルールをAIに登録しておく機能、Files APIは資料の受け渡し口です。画面を操作できるだけでは仕事にならず、手順と資料が揃って初めて任せられる、という組み合わせになっています。

基本情報まとめ

公式ブログでは、コンピュータ操作がBAAのもとでHIPAA規制下の業務にも利用可能になったとも記載されています。規制の厳しい領域でも使える段階に入った、という位置づけです。

業務でどう使える？どう変わる？

いちばん大きいのは、「AI化できない業務」の線引きが動くことです。これまでは、システムがAPIを持っているかどうかで自動化の可否が決まっていました。

職種別の活用アイデア

• 営業：古い顧客管理システムへの商談記録の入力。CSV出力にもAPI連携にも対応していない画面でも、人と同じ手順で入力させられる
• 経理：会計ソフトと請求書のあいだの転記。ファイルはFiles APIで渡し、入力ルールはスキルとして登録しておく形が組みやすい
• 人事・労務：勤怠システムと給与システムの突き合わせなど、複数の画面を行き来する確認作業
• 情シス：社内ポータルやSaaS管理画面での定型作業。ブラウザ操作なら、デスクトップ環境を用意せずページ内で完結させられる

効果の目安：公式ブログの事例

公式ブログには、医療・保険のシステム内で動くエージェントの事例として、最も長い保険請求のワークフローが32分から13分に短縮し、タスクあたりのコストがすべてのワークフローで約30%下がったと記載されています。

あくまで1社の事例で、自社で同じ数字が出る保証はありません。ただ「画面を行き来する転記作業ほど効果が出る」という方向性は、検討の起点として参考になります。

初芝の見解：「うちのシステムは古いから無理」が言い訳にならなくなる

AI導入の相談で必ず出てくるのが「うちの基幹システムは古くてAPIがないので、AI化は無理です」という言葉です。実際その通りで、これまでは打つ手が限られていました。

今回のGAで、その前提が変わります。AIが人と同じように画面を操作できるなら、システム側の対応を待たずに自動化に踏み込めるからです。長らく「システム刷新が終わってから」と先送りされてきた業務に、手をつけられるようになります。

ただし、期待しすぎないほうがいい点もあります。画面操作の自動化は、画面のレイアウトが変わると壊れる性質を持っています。これは従来のRPAが抱えてきた課題とまったく同じです。AIが構造を読んで柔軟に対応する分、以前より壊れにくくはなりますが、ゼロにはなりません。

私が現実的だと考えるのは、失敗しても取り返しがつく作業から入れることです。転記や照合のように、結果を人が確認できる工程が向いています。承認や送信のように後戻りできない操作は、最後に人を挟む設計を崩さないほうがいいと考えています。

よくある質問

まとめ：自動化できる業務の範囲が広がった

今回のGAは、AIが賢くなったという話ではありません。AIが触れる範囲が広がったという話です。APIという条件が外れたことで、対象になる業務が一段増えました。

「APIがないから無理」と諦めていた業務があるなら、いま一度リストを見直してみてください。ただし入口は、失敗しても取り返しがつく作業から。ここを間違えなければ、着実に広げていけます。

「まず自分がAIを業務で使える側になりたい」という方には、デイトラのAI業務活用コースで、プロンプトの基本からMCP・AIエージェントまで体系的に学べます。