ボットが頻繁に壊れるからといって、すべてをAIに変えることはできません
ボタン名が変わるたびに自動化が止まり、担当者がセレクターを修正しているなら、Computer Useエージェントは魅力的に見えるでしょう。画面を見て次の行動を判断するため、既存ボットを丸ごと置き換えられそうに思えます。
しかし、選択肢は「古いRPAか、賢いAIか」ではありません。現在のRPAも座標だけを再生するものではなく、Computer Useも初めて見る企業向け画面を常に正確に処理できるわけではありません。安定した反復区間は既存の自動化に任せ、画面の解釈が必要な例外区間はComputer Useに任せることが、現実的な出発点です。
現在のRPAは座標だけを覚えるボットではありません
RPAを「ここをクリックし、そこに入力するという座標の記録」とだけ説明すると、現在の製品が持つ能力を見落とします。UiPathのModern UI Automationは、Strict SelectorとFuzzy Selectorだけでなく、アンカー、Computer Vision、画像認識、ネイティブテキストなど、複数の方法を組み合わせて画面要素を見つけます。レコーダーは操作をキャプチャする入力手段であり、すべてのボットが座標だけを繰り返すという意味ではありません。
もちろん、画像と固定位置に大きく依存する古い実装は、UI変更に弱い場合があります。ただし、その問題はRPA全体の限界というより、その自動化が画面要素をどのように識別するよう作られているかに近いものです。
市場も消えてはいません。UiPathの2027年度第1四半期の売上高は4億1,800万ドルで前年同期比17%増、2026年4月30日時点のARRは19億100万ドルで12%増でした。 ただし、これはエージェント型製品とオーケストレーションを含む会社全体の実績であるため、従来型RPAボットだけの成長やComputer Useによる代替効果を示す数値ではありません。
Computer Useが補うのは「APIの外にある画面」です
Computer Useの実質的な違いは、決められた座標ではなく現在の画面を解釈して行動を選べる点です。a16zは、プログラムによるアクセスが難しい場合、エージェントがUIを通じてログイン、クリック、ファイル送信を行い、API・MCPベースのツールと画面操作を一つの業務フロー内でつなげられると説明しています。
だからといって、「APIがなければAIが解決する」と断定するのは困ります。同じ記事でも、企業ごとに異なる画面、ワークフロー、データモデルのため、汎用エージェントが複雑なエンタープライズソフトウェアをすぐに探索するのは難しく、業務ごとのコンテキストが必要だと指摘しています。複雑または不慣れなUIでは遅く高価になり得るという限界も示されています。
| 業務条件 | まず検討する方式 | 理由 |
|---|---|---|
| 画面とルールが安定し、処理量が多い | 既存RPA・API | 実行経路と結果を予測しやすいです。 |
| 画面を読んで例外を分類する必要がある | Computer Useのパイロット | 現在の状態を解釈し、次の行動を選べる余地があります。 |
| APIと画面作業が混在している | ハイブリッド構成 | 構造化されたステップはAPIで、UIでしかできないステップは画面操作で分けられます。 |
| 決済・削除・機微情報の処理を含む | 自動実行を保留 | エラーやプロンプトインジェクションの被害を元に戻しにくいためです。 |
置き換えるかどうかより、まず境界を見つけてください。既存自動化の全プロセスを段階ごとに広げたうえで、安定して動く区間はそのままにし、人が画面を解釈するために止まる例外を一つだけComputer Useの候補に選ぶ方法です。
Claude in Chromeはまずブラウザで検証する必要があります
Claude in Chromeは、ウェブサイトを読み、クリックし、操作するChrome拡張機能です。他のChromiumブラウザとモバイルはサポートされていません。 したがって、この製品を根拠に、デスクトップ専用のSAPクライアントや病院のEMRまで自動化できるとは言えません。対象業務がChromeで開かない場合は、別のComputer Use製品または既存のデスクトップ自動化ツールを別途検討する必要があります。
Chromeで処理される業務なら、機微情報を含まない読み取り・抽出作業を一つ選んで始められます。Google Chromeデスクトップと、Claude Pro・Max・Team・Enterpriseのいずれかが必要で、組織アカウントでは管理者が拡張機能の利用権限とサイトポリシーを先に設定する必要がある場合があります。
- 業務を安定区間と例外区間に分けます。
APIまたは既存RPAがすでに正確に処理しているステップを除き、人が画面を読む必要があるステップのうち、書き込み・決済・削除がない作業を一つ選んでください。 - 公式スタートガイドから拡張機能をインストールします。
Chrome Web Storeに移動してインストールし、Claudeアカウントでログインした後、必要なブラウザ権限を確認します。 - 組織パイロットのユーザーとサイトを制限します。
Team・Enterpriseの管理者は、テスト担当者にのみ機能を展開し、検証するサイトだけを許可リストに入れてください。 - 別のブラウザプロファイルで手動承認モードを選択します。
テストページを開き、入力欄の権限メニューでManually approveを選択した後、「このテスト注文ページで、注文番号、ステータス、予定日だけを読み取り、表に整理してください。値は一切入力・変更せず、他のサイトへ移動する前には停止してください」と依頼します。Coworkサイドパネルは操作ごとに承認を求めますが、classicサイドパネルは最初に計画を承認した後、その範囲内で動作するため、現在の画面の承認方式を確認してください。 - 結果と観察内容を別の検証表に記録します。
正解サンプルと抽出結果を照合してフィールドの欠落や誤認を記し、実行中に直接確認した承認・拒否と、予期しない移動・入力の試みも併せて記録してください。Coworkサイドパネルが有効な環境では、保存されたセッションを補助資料として参照できますが、すべての有料プランと組織設定で同じ形で提供されるわけではありません。 許可していない移動や書き込み・送信の試みが現れた場合は、自動実行の範囲を広げません。
成功基準は「一度うまくいった」ことではありません。正解が用意された複数のテストケースで、必要な値を漏れなく抽出し、許可サイトの外へ出たりデータを変更したりしてはなりません。共通の確認手段は、別の検証表と実行中に観察した承認・拒否の記録であり、保存されたセッションはCoworkサイドパネルが有効な場合にのみ補助的な根拠として使用してください。
リスクの高い業務では、精度より権限が先です
ウェブページに隠された指示がエージェントを誘導し、意図しない行動やデータ漏えいを引き起こす可能性は残っています。Anthropicもリスクはゼロではないと明らかにしており、別のブラウザプロファイル、信頼するサイト、限定的な許可リストを使い、機微情報のない単純な業務から始めるよう推奨しています。
金融アカウント、法的文書、医療情報、機微な会社アカウント、または他人の個人情報を管理・処理する用途では、Claude in Chromeを使用しないことが公式に推奨されています。規制対象データがあるページでも使用は推奨されず、HIPAA適用組織にはClaude in Chromeは提供されません。 組織管理者が許可・ブロックリストと展開対象を管理できても、この制限が解除されるわけではなく、承認手順もリスクを完全には取り除きません。
RPA置き換えのコストを比較する際は、実行成功率だけを見ないでください。人による承認時間、誤った行動を復旧する時間、モデル利用コスト、既存ボットの保守時間を、同じ業務量と品質基準で記録する必要があります。現在公開されている資料だけでは、RPAとComputer Useのどちらの運用コストが常に低いかを結論づけることはできません。
さらに深掘りしたい場合
The Rise of Computer Use and Agentic Coworkers APIと画面操作が一つの業務フローでどのように結合されるか、複雑な企業向けUIにどのような限界が残るかを確認できます。 a16z.com
Activities - UI Automation Modern 現在のUiPathがセレクター、アンカー、Computer Vision、画像認識をどのように組み合わせているか確認できる公式ドキュメントです。 docs.uipath.com
Claude in Chrome permissions guide パイロット前に、Manually approveの設定とCowork・classicサイドパネルにおける承認方式の違いを確認できます。 support.claude.com
Use Claude in Chrome safely プロンプトインジェクション、機微・規制対象データの利用制限、別プロファイル、サイトの許可範囲など、パイロット前に確認する安全原則を説明しています。 support.claude.com
