Anthropic の Computer Use は、AI が画面を見ながら PC を直接操作する機能です。
マウスを動かし、キーボードを叩き、ブラウザを操作する。
専用 API が存在しない古い OTA 管理画面や、レガシーな PMS の操作を AI に代行させる、強力な選択肢になります。
ただし宿泊現場に組み込む際、必ず踏み抜く罠 があります。
この記事で分かること
- Computer Use を実運用に乗せる前の 3 つの罠
- どんな業務に向いているか / 向いていないか
- 実運用パターン 3 例
罠 01. 「画面の変更」で全部壊れる
Computer Use の最大の弱点は、対象システムの UI が変わると一気に壊れる ことです。
OTA 各社（Booking.com / Airbnb / Expedia）は、定期的に管理画面のレイアウトを変えます。
Computer Use は「画面上のボタンの位置」を AI が認識して操作するので、ボタンが移動しただけで動作が止まります。
回避方法
- テキスト要素を優先: 座標ではなく「『送信』というボタンをクリック」のような指示にする
- 失敗時の通知: AI が「指示通りのボタンが見つからない」と判定したら、即座に人に通知する
- 代替手段の用意: Computer Use が動かないときに人が手動で対応できるフローを必ず残す
Point
「Computer Use が動き続ける前提」で設計してはいけない。
罠 02. 「2 要素認証」で止まる
宿泊現場で使うシステムの多くは、SMS or アプリ認証 が必要です。
OTA 管理画面、PMS、銀行口座連携、すべて 2FA が必須です。
Computer Use はこれを 自力で突破できません。
突破させようとすると、セキュリティ的にも危険です。
回避方法
- 2FA が必要な操作は AI にやらせない: 価格更新・在庫操作など、2FA を要求しない範囲だけ任せる
- 2FA トークンの自動入力を避ける: TOTP コードをコード上に保管するのはセキュリティ事故の温床
- セッションを長く保つ: Cookie の保持期間を最大化し、ログイン頻度を減らす（ただし会社のセキュリティポリシーに反しない範囲で）
罠 03. 「料金が見えにくい」
Computer Use は 1 操作で発生するトークン数が大きい です。
画面のスクリーンショットを毎回取って AI に渡すため、Vision のトークン料金がかさみます。
通常のテキスト API と比べて、1 操作あたりのコストが 3〜10 倍 になることがあります。
回避方法
- 「定期実行のバッチ」だけに使う: リアルタイム応答ではなく、夜間バッチで OTA 価格更新、のように頻度を抑える
- スクリーンショットの解像度を下げる: 必要最小限の解像度に下げて Vision トークンを削る
- 「API があるなら API を使う」を原則にする: Computer Use は最後の手段
Point
Computer Use は「最後の手段」。API が無い相手にだけ、低頻度で使う。
どんな業務に向いているか
ReFlow が複数案件で運用してきて、Computer Use が 実運用に乗った業務 は次の特徴を持ちます。
- 頻度が低い（1 日数回 〜 週数回）
- API が無い、または有償プランが必要
- 失敗してもダメージが小さい（料金変更・在庫調整等）
- 2FA を要求しない範囲で完結する
逆に、リアルタイム応答・高頻度処理・金銭の直接移動には向きません。
推奨される導入パターン 3 例
パターン A: 古い PMS の夜間データ抽出
API を持たない国内 PMS から、夜間に売上データを CSV エクスポート する操作を Computer Use に任せます。
| 内容 | |
|---|---|
| 頻度 | 1 日 1 回 |
| 失敗時 | 人がチェックして翌朝手動実行 |
| コスト | 月数百円程度 |
パターン B: OTA 価格の週次更新
複数 OTA で価格を週 1 回更新する作業を、Computer Use に任せます。
| 内容 | |
|---|---|
| 頻度 | 週 1 回 |
| 失敗時 | Slack で通知 → 人がフォロー |
| コスト | 月数千円程度 |
パターン C: 古い会計ソフトへの請求書入力
API を持たない会計ソフトに、毎月の請求書データを Computer Use で入力します。
| 内容 | |
|---|---|
| 頻度 | 月 1 回 |
| 失敗時 | 経理担当が手動で確認 |
| コスト | 月数百円程度 |
まとめ
Computer Use は強力ですが、宿泊現場のすべての業務に使えるわけではありません。
「UI 変更耐性が低い」「2FA で止まる」「料金が見えにくい」の 3 つの罠を理解したうえで、頻度の低いバッチ業務に限定して使う のが現実的です。
ReFlow ができること
ReFlow では、Computer Use を業務に組み込む案件で、上記 3 つの罠を踏まないように設計します。
「Computer Use を絶対に使わない」業務を最初に切り分けることから始めます。