Computer Useでブラウザ作業を頼む前の確認

画面を見て操作するComputer Useは、Claude Codeへ「ページを開いて、内容を報告して」と頼むだけでも、画面状態を読み、必要な操作を提案できます。ただし、ログイン、CAPTCHA、決済、公開、削除のような不可逆操作まで自動で任せる設計にはしません。

段階的なシナリオ

途中までできたことと、最後まで終わったことを区別します。

1. 1開く・読むURLと表示内容を照合する。
2. 2入力するテスト用の入力値と対象欄を確認する。
3. 3保存・送信する許可した操作だけを実行し、サービス側の結果も確認する。

公開ページを読めた段階から始めます。送信や保存へ進む境界は、依頼前に決めておきます。

最初は公開ページの読み取りだけにします。対象URL、読む範囲、返す形式を明示し、画面に出た内容とClaudeの要約を比べます。次に別ページとの比較、最後にテスト用フォームの入力へ進みます。各段階でスクリーンショット、URL、入力値、実行したtoolを確認し、想定外なら停止します。

Web APIやMCP、Chrome拡張で同じ仕事ができるなら、それらを優先します。Computer Useはアプリのレイアウト変更、ダイアログ、遅延、フォーカスの影響を受けます。成功報告だけでブラウザ操作が完全に行われたとは判断せず、画面とサービス側の記録を検証します。

データ抽出では、個人情報・認証情報・利用規約・サイトのrobots方針を確認し、保存するCSVから不要な列を落とします。書き込み操作は対象と承認者をプロンプトへ書き、テストアカウントで行います。公式Computer Use、Chromeを照合しました。Chrome設定も参照。実機検証はしていません。

検証記録には開始URL、タブ、操作の順番、期待結果、実際の画面、停止した箇所を残します。これにより「ページを読めた」ことと「フォームを正しく送信できた」ことを分けて評価できます。公開作業へ広げる前に、人の承認を挟みます。

画面上の見た目とDOM・サービス側データが一致しないケースもあります。検証結果は「画面で読めた」「入力できた」「保存を確認した」の段階ごとに報告し、未確認の段階を完了と書きません。

「頼むだけでできた」という表現は、指定したシナリオのどこまでを指すかを分けて書きます。画面を開けたこと、内容を読めたこと、変更を保存できたことは別の確認結果です。

Chrome連携の接続条件はChrome設定、画面操作そのものの制約はComputer Useで補えます。