夜間にAIへ作業を任せ、朝になって別の端末から続きを確認する。ここで困るのは、モデルの賢さよりも「どの作業に連絡したか」「返事が届かなかったとき、どう気づくか」です。
Claude Code v2.1.225は、この地味な部分をまとめて直しました。派手な新モデルの発表ではありません。それでも、複数端末やヘッドレス実行を仕事に組み込む会社には、こちらの方が効きます。
今回変わったこと
Anthropicの公式リリースでは、Remote Control上の別端末セッションへ、名前を指定してSendMessageから会話を始められるようになりました。以前のように相手側から先にメッセージを受け取る必要はありません。
同時に、連絡が止まったときの扱いも修正されています。ヘッドレス実行や起動時にクロスセッションのメッセージが保留されたまま、通知も期限も付かない不具合がありました。v2.1.225では、この「送ったつもりで待ち続ける」状態に手が入りました。
長時間運用に関係する修正はほかにもあります。長い会話を圧縮した後、Remote Controlで再開すると履歴が壊れる問題、Web版のセッションが停止中と誇認され、再接続のたびにイベントを再送する問題、長期利用のOAuthトークンが保存済みログインの短期トークンに置き換わり、ヘッドレス処理が再起動まで止まる問題です。
中小企業では「AI同士の連絡」を信用しすぎない
SendMessageが便利になっても、連絡しただけで仕事が完了したとは限りません。実務では、依頼、受付、処理、完了、成果物確認を分けて記録した方が安全です。
たとえば、夜間エージェントが見積書の下書きを作り、朝の担当者へ引き渡す場合。最低限、次の4項目を正本へ残します。
- 依頼IDと担当セッション名
- 成果物の保存先
- 完了時刻と検査結果
- 公開・送信・削除など、人が承認する操作
チャットの「完了しました」だけでは証跡が弱い。ファイル、Kanban、業務台帳のどれかを正本の保存先に決め、そこへ結果が残った時点で完了とします。メッセージは通知であり、正本ではありません。
Remote Controlは移動中の入口として使う
公式ドキュメントによると、Remote Controlはローカルで動くClaude Codeへ、ブラウザやClaudeアプリから接続する仕組みです。処理自体は手元のマシンで動き、ファイルやMCP、ツール設定もローカル環境を使います。
使いどころは、外出中の状況確認や追加指示です。スマートフォンを本番操作の万能リモコンにするより、「止まっている理由を確認する」「次の調査を頼む」「帰宅後に判断する材料を揃える」といった入口に限定した方が事故を抑えられます。
ヘッドレス実行も同じです。公式ドキュメントでは、claude -pをスクリプトやCIから使えます。ただし、出力を受け取れたことと、成果物が正しいことは別です。終了コード、生成ファイル、テスト結果、外部送信の有無を機械的に検査してから、次の工程へ渡します。
最初に決める運用ルール
導入初日は、セッション名の付け方を揃えるだけで十分です。「顧客名-業務-日付」のように、誰が見ても対象が分かる名前にします。同名セッションを増やさず、引き渡し先はセッション名と保存先の2点で指定します。
次に、30分以上返答がない場合の扱いを決めます。再送を繰り返すのではなく、状態を確認し、同じ依頼IDで再開する。二重実行すると困る請求、公開、メール送信、データ削除は自動再試行の対象から外します。
v2.1.225は、AIへ仕事を委譲するための連絡路を少し堅くした更新です。人が握るべき手綱は残っています。連絡、成果物、承認を別々に記録すると、端末や担当が変わっても仕事を追えます。
公式情報
- Claude Code v2.1.225 release
- Claude Code Remote Control
- Run Claude Code programmatically
- Claude Code security
確認日：2026年8月9日。機能名と不具合修正はAnthropicの公式リリースおよび公式ドキュメントを基に整理しました。運用例と推奨ルールはmonobloによる実務上の解釈です。