自社AWSアカウントでタスクを実行し、結果をGitHubのPRとして返すサンプルです。計画、実装、テスト、レビューを最大3回の試行にまとめます。 信頼できるリポジトリの限定した修正が想定用途です。未知のコードの安全性を隔離だけで保証せず、資格情報、費用、レビューの責任を確認します。 手元を閉じても続く開発作業の構成例 AWSは11月6日、Claude CodeをAmazon Bedrock AgentCoreで遠隔実行する構成を公開しました。ローカルで使うClaude Codeを、自社AWSアカウント内の処理へ広げる技術解説です。タスクごとに隔離したセッションを作り、実装結果をGitHubのプルリクエストとして返します。利用者は作業を依頼した後、端末を閉じたり他の仕事へ移ったりできます。公開サンプルは計画、実装、検証、レビューをつなぎ、最大3回で試行を終えます。Claude Code全体の新たな一般提供を示す発表ではなく、既存の道具を組み合わせて運用するための参考実装です。 依頼からPRまでを自社アカウントで処理 入口はローカルのMCPプラグイン、または認証付きのウェブ画面です。依頼はGuardrailsの検査を受け、キューを経てAgentCoreのセッションを起動します。リポジトリごとに実行基盤を登録し、各仕事はCPU、メモリ、ファイルシステムを分離したmicroVMで動きます。AgentCore IdentityからGitHub用の資格情報を取得し、過去の作業の記憶を検索します。紹介された構成ではClaude Opusが計画とレビュー、Claude Sonnetが実装を担います。最後にリポジトリ自身の準備・テスト命令を実行します。対象は、手順が明確な機能追加、不具合修正、テスト作成を任せたい開発チームと見られます。モデル呼び出しはAmazon Bedrockを経由し、AWS側のアクセス管理や記録を組み合わせる構成です。 リポジトリへの信頼と結果の審査が残る 原文は、信頼できないコードや範囲の定まらない仕事には適さないと明示しています。リポジトリの命令を実行するため、隔離しただけでその内容が安全になるわけではありません。導入では、利用できる接続先、渡す資格情報、実行可能な作業を絞ることが論点です。Bedrockの入力保持設定と、実行基盤のファイルやログの保存も別々に確認する必要があると見られます。遠隔処理は並列化に向きますが、途中で細かく誘導しにくく、費用も読みにくいという留保があります。試行の上限に加え、長時間処理の停止と失敗時の戻し先を用意することが考えられます。返ってきたPRは人がレビューして統合する前提です。テストの成功表示だけで採用せず、変更した範囲と要求との対応を確認する体制が焦点になります。 引き渡す仕事の境界を具体化する 遠隔実行では、依頼の終了条件を先に書くことで、上限まで試行しても何が残ったかを確認しやすくなると見られます。次の判断点は、小さな修正を一つ任せたとき、準備からPRの審査までの総時間がどう変わるかです。人のレビュー待ちが増える場合、並列数だけを上げても全体は速くならない可能性があります。自社のテストと設定を備えたリポジトリで、費用と審査の負担を記録してから拡大することが考えられます。依頼の単位も評価条件になります。