Claude in Chromeの使い方|端末間セッションとレビュー設計

Claude in Chromeの使い方|端末間セッションとレビュー設計

外出先で確認したClaude in Chromeの会話を、机に戻ってそのまま開き、コードや画面の修正まで続けたいのではないでしょうか。2026年8月12日の公式発信で端末間の継続が案内されましたが、会話が戻ることと案件の責任が移ることは別です。保存された情報を、受託開発のレビュー記録と見積もりへ整える使い方をまとめます。

結論

まず押さえる点は、Claude in Chromeの側パネルで始めた会話が履歴に保存され、対応するプランではWeb・Desktop・モバイルから続けられることです。セッションは端末ではなくアカウントに残ります。

次に必要なのは、端末を変える前に目的、現在地、未確認事項を三行で残すことです。会話が見えても、添付ファイル、ログイン状態、サイト権限、外部サービスの反映まで同じとは限らないため、画面と成果物を再確認します。

受注につなげるなら、返信の速さではなく、確認した範囲、再現条件、変更点、顧客へ渡す記録を作業単位にします。確認のみ、修正を含む、納品前レビューを含む三段階に分けると、端末間の続き対応も説明可能な価値になります。

目次 (12)

2026-08-12の発表で変わる、Claude in Chromeの仕事の続け方

2026年8月12日、Claude公式アカウントは、Claude in ChromeのセッションがDesktop・Web・モバイルへ引き継がれ、会話が保存され、ブラウザーでもスキルとコネクタが使えると案内しました。発表元は https://x.com/claudeai/status/2087635262390026525 です。これにより、Chromeの横で始めた確認を、その端末だけで完結させる必要がなくなります。

Anthropicのヘルプセンターでも、側パネルをClaude Coworkセッションとして使える場合は会話が履歴に現れ、セッションが開始したマシンではなくアカウントに保存されると説明されています。利用できる契約や画面には差があり、同じページにはMax・Teamでの提供、Proへの段階的な展開、Enterpriseでの管理者設定も記載されています。詳細は https://support.claude.com/ja/articles/12012173-chrome%E3%81%A7claude%E3%82%92%E5%A7%8B%E3%82%81%E3%82%8B で確認できます。

ここで「どの端末でも同じことができる」と早合点しないことが大切です。引き継がれるのは会話を中心とした作業の文脈であり、ブラウザーのログイン状態、対象サイトへの権限、ローカルにあるファイル、顧客側の最新状態まで同一になるわけではありません。仕事では、保存された会話を入口にして、確認できた事実をもう一度画面で確かめます。

発表内容を案件の継続に置き換えて読む手順

  1. 2026年8月12日の発信を開き、保存・端末間継続・スキルとコネクタの利用を別々の事実として確認する。
  2. 自分の契約プランと、Chrome側パネルがClaude Coworkセッションとして表示されるかを確認する。
  3. 会話履歴だけでなく、対象ページ、成果物の場所、ログイン状態が続いているかを開いて確かめる。
  4. 続けて作業する前に、顧客へ渡す成果物と未確認事項を一行ずつ書き出し、追加確認の範囲を決める。

この順番なら、発表された機能と自分の環境で使える機能を混同しにくくなります。特に案件の引き継ぎでは、会話を開けたこと自体を完了とせず、次の端末で再現できる確認内容まで残すことが重要です。

会話が端末をまたいでも、引き継げる情報・引き継げない情報を分ける

端末間で続けられる機能を使うときは、会話の中に書かれた情報と、会話の外側にある状態を分けて考えます。目的、決定事項、質問への回答は履歴を読み返しやすい一方、添付ファイルの参照権限や別サービスの画面は、再び開いた時点で確認が必要です。便利さを過大評価しないことが、レビュー漏れを防ぎます。

特に受託開発では、「Claudeが前の内容を覚えている」ことと「顧客へ渡せる状態が確認できている」ことを別の完了条件にします。会話中に修正案が出ていても、実際の画面、対象環境、入力値、エラーの再現結果がそろわなければ、報告書には未確認として書くのが安全です。

情報 引き継ぎやすい状態 端末変更後に確認すること
会話と決定事項 会話履歴に文章で残っている 最新の決定がどの発言かを確認する
目的と未完了事項 依頼文と未完了の理由が書かれている 今日の確認対象と期限を読み直す
添付・ローカルファイル 会話に参照先が残っている ファイルが開けるか、版が同じか確認する
ログイン・サイト権限 同じアカウントで使える 対象サイトと操作権限を再確認する
外部サービスの状態 URLや画面名が会話に残っている 反映済みか、誰かの作業中でないか確認する

この表で「引き継ぎにくい」に分類した情報は、端末を変えるたびに二重確認する対象です。作業時間を短くするために確認を省くのではなく、最初に確認項目を絞ることで、短時間でも結果の説明責任を保てます。会話の保存は、確認をなくす機能ではなく、確認を始める地点をそろえる機能と捉えます。

端末を変える前に残す「次に確認する3行」

会話の最後に、次の三行を順番どおりに書き残します。長い作業報告を毎回作る必要はありませんが、別の端末を開いた人が最初の数分で現在地を判断できる粒度にします。

  1. 目的:何を確認し、誰にどんな成果物を渡すかを書く。
  2. 現在地:どの画面・ファイルまで、何を見て、何が確定したかを書く。
  3. 未確認:次の端末で最初に見る画面、再現条件、判断待ちの点を書く。

たとえば「目的:ログイン画面の入力エラーを確認」「現在地:メール未入力時の表示まで確認済み」「未確認:スマホで報告を読み、机上でパスワード欄と送信後の表示を確認」のようにします。三行があれば、会話の続きを探す時間より先に、確認すべき画面へ移れます。

ブラウザー、Desktop、モバイルを案件の場面ごとに使い分ける基準

端末間の継続は、すべてをどの画面でも行うための機能ではありません。モバイルは移動中の状況確認と返信、ブラウザーの側パネルは表示中のページや複数タブの比較、Desktopはファイルを扱うまとまった修正に向いています。場面ごとに役割を決めると、端末変更そのものが確認漏れの原因になりません。

なお、Claude Mobileでセッションを続けられることと、Claude in Chromeの拡張機能をモバイル端末で動かせることは別です。公式ヘルプはClaude in Chromeについて、モバイルデバイスではサポートされないと案内しています。移動中は履歴と報告を読む場所、画面を操作するのは対応するブラウザーやDesktop、と区別して計画します。

案件の品質を保つには、端末を移るたびに成果物の場所、対象環境、確認済み範囲を見直します。スマホで「問題なさそう」と返しても、それが画面の見た目だけなのか、入力操作まで含むのかで意味が変わります。顧客へ伝えるときは、確認した端末と未確認の端末を分けて記録します。

移動中の確認から机上の修正へつなぐ手順

  1. モバイルで会話履歴を開き、目的・現在地・未確認事項の三行だけを読み直す。
  2. ブラウザーで対象ページを開き、表示、入力欄、遷移先など目で確認できる事実を記録する。
  3. Desktopで成果物を修正する場合は、変更箇所と変更理由を会話に残してから作業する。
  4. 修正後にブラウザーで同じ条件を再確認し、結果と残った確認事項を次の端末へ渡す。

この流れでは、モバイルを修正場所にせず、判断材料をそろえる場所として使います。ブラウザーでは見えているページの状態を確かめ、Desktopでは変更をまとめ、最後にもう一度画面へ戻るため、会話だけで完了を判断するよりレビューの境界が明確になります。

端末が変わるたびに確認する3項目

最初に成果物の場所を確認し、次に対象環境とログイン中のアカウントを確認し、最後に確認済み範囲を確認します。この三項目は短いようで、別の端末から開いたときに起きやすい「違う版を見ていた」「権限が足りない」「入力条件が違う」という食い違いを見つける基準になります。

Claude Codeで作った成果物を、移動中の確認とレビューにつなぐ方法

Claude CodeとClaude in Chromeを組み合わせると、コードの変更後にブラウザーで画面を確認し、コンソールのエラーやページの状態を読み取る流れを作れます。公式ドキュメントは、ブラウザーでのテスト、コンソールログの確認、入力操作などを説明しています。詳細は https://code.claude.com/docs/ja/chrome です。

ただし、価値を「どれだけコードを生成したか」で説明すると、端末間の継続が単なる便利機能で終わります。受託開発で相手が知りたいのは、何が変わり、どの条件で確かめ、残る懸念が何かです。変更点の要約、画面での再現、受け入れ条件の確認を一つの記録にまとめると、作業の続きをレビュー可能な成果物へ変えられます。

変更点をレビュー記録へ変える手順

  1. 変更したファイル、変更理由、影響しそうな画面を三つ以内の短文で整理する。
  2. ブラウザーで再現条件をそろえ、入力値、表示結果、遷移先を画面またはURLと一緒に記録する。
  3. 依頼時に決めた受け入れ条件と照らし、確認済み、未確認、判断待ちに分ける。
  4. 顧客へ渡す報告には、変更点、確認結果、残課題、次に必要な確認を含める。

この記録があれば、移動中に会話を開いた人は進捗を把握でき、机に戻った人は修正へ進めます。レビューする人も、会話を最初から読み直さずに確認範囲を判断できます。端末間で続けられること自体より、続けた結果を他者が検証できることが重要です。

直近の利用者発信には、PCで進めた作業報告をスマホへ送り、移動中に対応する使い方の例があります。発信は https://x.com/minorun365/status/2087913653433696451 で確認できます。また、別の開発支援環境がiPad対応を案内した発信もありますが、https://x.com/cursor_ai/status/2087941307624980753 は現場の関心を示す補助材料であり、Claudeの性能や提供範囲の根拠には使いません。

動画の関心傾向を見る場合も同じです。2026年7月24日から25日に取得された動画が目立つという点は、開発者が端末やモデルの違いに関心を持っている材料にはなりますが、新しい仕様の証明ではありません。取得データは https://clauder-navi.com/api/youtube/videos.php?limit=30&sort=newest で確認し、機能の事実は公式発信と公式ヘルプで判断します。

端末間の続き対応を保守・レビューの価値として見積もる判断基準

端末をまたいで続けられることを、そのまま「いつでも対応します」という約束にしてはいけません。見積もりに書くべきなのは、どの画面をどの条件で確認するか、修正まで含むか、結果をどんな記録で渡すかです。確認の範囲と完了条件を先に固定すれば、返信速度ではなく品質確認の仕事として説明できます。

たとえば次の三段階に分けると、顧客が必要な範囲を選びやすくなります。時間は案件の画面数や権限によって変わるため、数字は料金を決めるための目安として扱い、実際の見積もりでは対象画面と再現条件を添えます。

メニュー例 含める確認 渡す記録 時間の目安
確認のみ 指定画面と基本操作の表示確認 結果、画面、未確認事項 30〜45分
修正を含む 不具合の再現、修正、同じ条件での再確認 変更点、再現条件、確認結果 1〜2時間
納品前レビューを含む 主要画面、入力例、例外条件、受け入れ条件の確認 レビュー記録、残課題、引き渡しメモ 2〜4時間

このメニューの利点は、モバイルで進捗を見た時間を請求するのではなく、確認結果と記録を納品物として示せることです。確認のみなら範囲を狭く、修正を含むなら再現と再確認まで、納品前レビューなら第三者が追える記録まで含めます。作業の深さに応じて金額を分けるため、端末を変えて続けたことも品質維持の工程として説明できます。

見積書に書くべき確認範囲と完了条件

  1. 対象画面、対象端末、対象ブラウザー、確認する入力例を明記する。
  2. 「表示を確認する」「送信後の画面まで確認する」など、完了する地点を明記する。
  3. 変更点、スクリーンショット、再現条件、未確認事項のどれを渡すか明記する。
  4. 顧客側の権限待ち、仕様判断待ち、追加画面の確認は別作業として扱う。

この書き方なら、会話が端末間で開けることを約束の中心にせず、確認可能な成果物を中心に受注できます。移動中に会話を読み、机上で修正し、納品前に再確認する一連の対応も、範囲と記録が明確なら保守・レビューのメニューとして提案できます。

Claude in Chromeの端末間セッションを確認する出典一覧

参考になったら ♡
Clauder Navi 編集部
@clauder_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。運営方針 は メディアについて をご覧ください。