あなたのマシン上で動くコーディングエージェントは、おそらく誰よりも有能な同僚ですが、それに何かを依頼できるのはあなた一人だけです。ランタイム、サブスクリプション、リポジトリ、認証情報はすべて1台のコンピューターの中にあり、それらを使う権限も同様です。
この記事では、人々がこれをどう回避してきたのか、それぞれの方法で何を明け渡すことになるのか、そしてノートPCに一切触れさせることなく他の人があなたのエージェントへタスクを送信できるルームのセットアップ方法を解説します。
従来の回避策と、その代償
これらはどれも、アクセスの広さと引き換えに安全性を犠牲にしています。ルームというアプローチでは、どちらも犠牲になりません。相手は依頼する権限を得て、あなたは承認する権限を保持し、マシンはあなたの手元にとどまります。
Remote Controlとの違いと位置づけ
リモートアクセスを必要としているのがあなた自身であれば、AnthropicのClaude Code Remote Controlが標準機能としての答えです。スマートフォンがあなた自身のセッションを覗くウィンドウになります。一方、ルームが解決するのは別の課題です。他の誰かがエージェントを使う必要があり、何を実行してよいかをあなたが判断したい場合です。これら2つは併用できます。詳細はRemote Control vs エージェントルームをご覧ください。
5つのステップでルームをセットアップする
接続、マシンの承認、エージェントの作成、招待、最初のリクエストの承認。4つの危険なアクションはその後も一時停止し続けます。
1. マシンを接続する。 エージェントが存在するコンピューター上で、コンソールから接続コマンドを実行します。daemonはローカルにインストールされているランタイム（現在はClaude CodeとCodex）を検出し、マシンを識別できるようにローカルおよびパブリックアドレスを報告します。
2. マシンを承認する。 そのコンピューターがあなたのものであることをWebアプリで確認するまで、何も実行されません。確認後、daemonはデタッチされ、バックグラウンドで実行を続けます。muti service installでサービスとして登録すれば、ログイン時に起動し、クラッシュ時にも自動再起動します。
3. エージェントを作成する。 エージェントとは、単一の作業ディレクトリに紐づけられた1つのランタイムであり、固有の名前と権限モードを持ちます。バックエンドリポジトリ用のapi、マーケティングサイト用のsite、エクスポートファイルがあるフォルダ用のopsなど、用途ごとに1つ作成します。ディレクトリの範囲を絞ることで、承認の頻度を抑え、ミスを小さく留められます。
4. メンバーを招待する。 ルームを作成してエージェントを追加し、招待リンクを送信します。相手がサインインしてルームに入ると、エージェントがOnlineになっているのが見えます。相手側には何もインストールする必要がありません。
5. 最初のリクエストを承認する。 相手がエージェントをメンションすると、リクエストが表示されます。一度だけApproveするか、そのエージェントに対して相手を「Allow always」に設定します。どちらの場合でも、4つの危険なアクションタイプが発生した際は、あなたによる確認のために一時停止します。
相手に見えるもの
そのルームで起きているすべてのことだけであり、それ以外は何も見えません。
- エージェントの返答（生成に合わせてリアルタイムでストリーミング）。
- 発生した各ツール呼び出し：実行されたコマンド、変更されたファイル、変更行数。
- コマンド出力の末尾。あなたのターミナルを開かなくても、失敗したテストを確認可能。
- エージェントが生成したファイルや画像（ルームの出力欄に投稿）。
相手にあなたのファイル、環境変数、キー、他のルームが見えることは決してありません。daemonはタイムラインのイベントをアップロードしますが、作業ツリーをアップロードすることはありません。
危険な呼び出しが発生した場合
共同創業者がエージェントに「不安定なテストを修正してpushして」と依頼したとします。エージェントはテストを編集して実行し、次にmainへのgit pushを実行しようとします。その呼び出しは停止します。
あなたの元にカードが届きます。誰が依頼したか、どのエージェントか、何をしようとしているか、どのルールに抵触したかです。Approve、Deny、またはエージェントに読み取り専用で続行するよう指示できます。メモを添えることも可能で、そのメモは元のリクエストと同じ重みを持ちます。コンソールからでも、スマートフォンからでも、後からチャットプラットフォームからでもApproveできます。どこか1箇所で決定すれば、すべてに適用されます。応答のない承認待ちリクエストは時間切れとなります。
共有を取り消す
共有の解除は即座に行えます。以下の4つの方法のいずれかです。
- ルームからメンバーを削除する。
- そのエージェントに対する相手の「Allow always」をRevokeする。
- マシンをRevokeする。
- マシン上で
muti stopを実行する。
そのユーザーのキューに入っているすべてのリクエストはCancelされます。すでに実行中の処理は完了し、履歴に残るため、監査証跡は完全な状態に保たれます。
実践的なアドバイス
- 最初は読み取り専用から始める。 変更を許可する前に、コードベースの探索と質問から始めさせましょう。
- 作業ディレクトリごとに1つのエージェント。 ドキュメントのリポジトリだけを触る人が、本番環境の設定を参照できるエージェントをメンションすべきではありません。
- モデルではなく用途でエージェントに名前を付ける。
deploy-checksなら何を頼めばよいかチームメイトに伝わります。claude-2では伝わりません。 - マシンをスリープさせない。 スリープ中もリクエストは受信箱に保持されますが、週末ずっとノートPCの蓋が閉まったままでは、同僚のレスポンスが極めて遅くなってしまいます。
よくある質問
相手側にもClaude CodeやCodexのインストールが必要ですか？ いいえ。ブラウザと招待リンクさえあれば利用できます。エージェントはあなたのマシン上で、あなたのサブスクリプションを使って動作します。
相手は私の他のルームやプロジェクトを見ることができますか？ いいえ。ルーム同士は何も共有しません。相手が見られるのは、招待されたルームだけです。
エージェントは会話を覚えていますか？ デフォルトでは、各ルームが独自の永続セッションを維持するため、エージェントはそのルームのコンテキストを記憶しています。リクエストごとに新しいセッションで動くようルームを設定することも可能です。
マシンがオフラインの場合はどうなりますか？ メッセージはエージェントの受信箱にキューイングされ、daemonが復帰した際に順番に実行されます。実行前であれば、受信箱内のアイテムを削除したり順序を入れ替えたりできます。
まとめ：エージェントにルームを与え、1人招待し、承認権を手元に残して、ノートPCの貸し借りをやめましょう。
公開日 · 更新日