Claude in Chrome にブラウザ作業を任せていて、一番もったいないと感じていたのは、完了を「見張っている」時間でした。フォームの入力や管理画面の巡回を頼んだあと、席を立つと途中で止まっていないか不安になり、結局タブに戻って進捗を眺めてしまう。任せているはずなのに、こちらの集中は拘束されたままでした。
2026年7月4日に Claude in Chrome が一般提供（GA）になり、この「見張り時間」に直接効く変更がいくつか入りました。派手な新機能というより、任せて席を立つための地味な足回りが整った、という印象です。毎日この拡張機能に頼っている立場から、どの変更がどの場面に効くのかを、実際に見直した設定と一緒にまとめておきます。
GA で加わったのは「任せて離れる」ための足回りでした
今回の一般提供にあわせて案内された変更のうち、日々の運用で体感が変わったのは次のあたりです。ひとつずつ機能名を覚える必要はなく、「離席の安全性が上がった」とまとめて捉えるほうが実務では扱いやすいと感じています。
| 変更点 | 個人開発での効き方 |
|---|---|
| 背景通知 | タブを見ていなくても、完了・要確認・停止をこちらから取りに行かずに受け取れる |
| ドラフトの引き継ぎ | 途中まで進めた作業を別の作業に引き渡せる。細切れの時間でも前進を積める |
| フェイルオーバーの改善 | 一時的な失敗で全部が止まりにくくなり、放置していても復帰しやすい |
| セッション処理の改善 | 長めのタスクの取り回しが安定し、途中の状態が飛びにくい |
この4つは別々の機能ですが、私の使い方では「頼んだあとタブに戻る回数を減らす」という一点に収束します。以下では、その戻る回数を実際にどう減らしたかを順に書きます。
背景通知で離席できるようになりました — ただし全部を通知にはしません
一番効いたのは背景通知です。これまでは、たとえば複数の管理画面を順に巡回してもらうあいだ、途中で確認ダイアログや想定外の画面に当たっていないかが気になって、こまめにタブへ戻っていました。通知が届くようになってからは、「完了」か「あなたの判断が要る」のどちらかが来るまで、別の作業に移れるようになりました。
ただ、ここで欲張って何でも通知にすると、今度は通知そのものが騒がしくなって、結局どれも見なくなります。私は「戻る判断が必要なものだけ通知にする」という線引きにしています。
| 通知にする | 通知にしない |
|---|---|
| ログインや二段階認証など、こちらの操作が要る場面 | 単純な一覧の読み取りやコピー |
| 金額・公開・削除など、取り返しのつきにくい操作の直前 | 途中経過の細かなステップ |
| 想定と違う画面に出た、という停止 | 正常に完了した定型作業 |
判断の軸は「戻らないと前に進まないか」です。読み取り中心の巡回はそもそも私の確認を必要としないので、完了通知一本で十分でした。逆に、決済や公開を伴う操作は、途中で必ず一度こちらに戻す前提にしています。ここは自動化の便利さより、後戻りのしにくさを優先すべき場所だと考えています。
ドラフトの引き継ぎは、朝の細切れ時間に効きます
もうひとつ地味に助かっているのが、途中まで進めた作業を引き継げるようになったことです。私自身、個人開発の朝は、メール、ストアの審査状況、AdMob や Search Console のレポート確認と、短い作業が連なります。以前は「途中で別のことに呼ばれると、その作業は一からやり直し」になりがちでした。
引き継ぎが効くようになってからは、たとえば管理画面での下書きや設定変更を途中まで進めてもらい、割り込みが入ったら一度離れ、戻ってきたときに続きから頼む、という進め方ができます。ひとつの作業を最後まで見届けなくても前進が残るので、細切れの時間が無駄になりにくくなりました。
コツとしては、引き継ぐ前提の作業ほど、頼むときに「何を達成したら完了か」を最初に一文で言い切っておくことです。途中で私が離れても、Claude 側が到達点を見失わずに済みます。曖昧なまま任せると、戻ってきたときに認識合わせからやり直しになり、引き継ぎの利点が消えてしまいます。
フェイルオーバーとセッション処理の改善で、放置の安全性が上がりました
背景通知で離席できても、その間に一度の失敗で全部が止まっていては意味がありません。今回はフェイルオーバーとセッションの取り回しが改善され、一時的なつまずきから復帰しやすくなりました。体感としては、少し目を離しても「戻ったら止まっていた」が減った、という手触りです。
とはいえ、復帰しやすくなったことと、何を任せてよいかは別の話です。私は放置してよい作業を、失敗しても実害が小さいものに限っています。読み取りや下書きの作成は安心して離席できますが、送信・決済・公開のように結果が外に出る操作は、フェイルオーバーが賢くなっても人の最終確認を挟む方針を変えていません。足回りが強くなったぶん、任せる範囲を広げたくなりますが、その誘惑に一段ブレーキをかけるのが個人運用では安全だと感じています。
GA 後にまず見直した3つの設定
新機能そのものより、GA を機に見直した運用のほうが効果が大きかったので、実際に手を入れた3点を残しておきます。
ひとつめは、通知の粒度です。最初は完了も途中経過も全部通知にしていましたが、前述のとおり騒がしくなったので、「戻る判断が要るものだけ」に絞りました。通知は少ないほど、いざ届いたときに反応できます。
ふたつめは、依頼文の冒頭に完了条件を一文で置くことです。引き継ぎやセッションの改善を活かすには、到達点が明確でないと効果が出ません。「◯◯の一覧を CSV に書き出したら完了」のように、終わりの形を先に決めてから頼むようにしました。
みっつめは、離席してよい作業と、必ず立ち会う作業のリストを自分の中で固定したことです。足回りが強くなると境界が曖昧になりがちなので、「決済・公開・削除・送信は立ち会う」という線だけは動かさないようにしています。この線を決めておくと、その日の気分で任せすぎることがなくなります。
なお、拡張機能そのものが思うように動かないときは、機能の使い分けより先に基本の切り分けが要ります。そのあたりはClaude in Chrome が思い通りに動かないときのトラブルシューティングにまとめてあります。ブラウザ側とデスクトップ側のどちらに頼むか迷う場合はClaude in Chrome と Cowork の使い分け、コード作業との境界はClaude Code と Claude in Chrome の使い分けが判断の助けになると思います。
GA で増えたのは、機能そのものより「安心して席を立てる余白」でした。次に試すなら、いつも横で見張っていた定型巡回をひとつ選び、完了条件を一文で添えて背景通知だけに絞って任せてみることをおすすめします。戻る回数がどれだけ減るか、一度実測してみると、任せてよい範囲の感覚がつかめるはずです。