作業を全部クラウドのエージェントに移した開発者　報告はbotごとのメールで受ける

開発者のBrian Casel氏が、2026年9〜10月にかけて、作業の全部をクラウドのエージェントに移した運用をBlueskyで公開している。目を引くのは、エージェントの数より、人に何がどの形で届くかを先に決めている点だ。報告や承認、進捗の連絡はbotごとのメールで受け、自分が管理できる量に絞っている。

作業はすべてクラウドの上で動く

Casel氏は9月17日、作業の全部を「orb」に移したと投稿した。orbはコーディングエージェント「Amp」の上で動くクラウドのエージェントだ。投稿には "All my work happens on orbs (cloud agents) now." とある。

仕組みの中心は1人の「オーケストレーター」（全体を指揮するエージェント）だ。オーケストレーターが実装担当・コピー担当・デザイナーといった役のエージェントを生み、それぞれが別のorbで動く。役ごとにリポジトリや使うモデルが違うこともあり、エージェント同士が互いに連絡し合うという。1体のエージェントに全部をさせず、役ごとに別のエージェントを立てているのが特徴だ。

9月22日には、複数のプロジェクトを同時に動かしている様子も書いた。どのプロジェクトも、リードのエージェントが子のエージェントに仕事を任せる形で回している。つまり人が直接指示を出す相手は各プロジェクトのリードだけで、細かい作業の割り振りはエージェントの側で進む。人の手元に残るのは、全体の方向を決めることと、上がってきた結果を受け取ることだ。

道具は仕事ごとに分ける

Casel氏は1つのアプリにすべてを任せていない。9月23日の道具の使い分けの投稿によると、クラウドで作るのはAmp、手で書いて直すのは「Flywrite」、深い調査は「Codex」、裏で回す作業は「Grok Bot」、戦略を考えるのはChatGPTとClaudeだ。仕事用の万能アプリは自分には合わない、とも書いている。作る、直す、調べる、裏で回す、考えるという5種類の仕事に、それぞれ別の道具を当てている形だ。クラウドで作る道具と手で直す道具を分け、調査や裏の作業、戦略の相談にもそれぞれ別のものを使っている。

報告と承認はメールで受ける

この運用で一番工夫しているのが、botから人への届け方だ。10月5日、Casel氏はGrok Botごとにメールアドレスを持たせたと投稿した。アドレスは「AgentMail」で用意している。チャットは楽しいが、チームとして動くbotではやり取りが散らかりやすい。だから報告の受け取り、判断の承認、進捗の連絡はメールの方が合う、という考えだ。

10月8日には、botが送ってくる物の形を試行錯誤しているとも書いた。botは自分が管理できる分しか生産的にならない、というのがCasel氏の見立てだ。要は、エージェントを増やしても、人が受け止めきれなければ仕事は進まない。

読まないコードは計画と検証で支える

エージェントに任せた分のコードを、Casel氏は1行ずつ読んではいない。8月22日の投稿では、読まないコードを信頼する方法を3つ挙げた。1つ目は、PRD（製品の要求をまとめた文書）や仕様で先に重い計画を立てること。2つ目は、配る前にエージェント自身が確かめる検証のループを回すこと。3つ目は、重要な経路だけを人が手でQAすることだ。手で確かめるのも、すべての経路ではなく重要な経路に限っている。人が力を使うのは、作業の前の計画と、最後に確かめる重要な経路の2か所に絞られている。

計画と検証に力を寄せた分、細かい決まりは減らしている。8月8日には、去年作った自作の枠組み「Agent OS」を今年は使っていないと書いた。書き方を細かく縛るより、計画と検証に力を注ぐ方が今のモデルには合うという。去年は自作の枠組みで書き方を決めていたが、今年はそれを使わずに進めている。9月2日には、ひな形や足場、ライブラリも外していると投稿した。

スキルと指示書は1か所に置く

ファイルの置き方も1か所にまとめている。公開しているリポジトリ「agentcanon」のREADMEによると、スキルは「~/.agents/skills/」だけを実体にし、「~/.claude/skills」はそこを指すシンボリックリンク（別の場所を指す印）にする。プロジェクトでは「AGENTS.md」が実体で、「CLAUDE.md」はそのリンクだ。このため「~/.claude/skills」を開いても、中身は「~/.agents/skills/」と同じものになる。道具ごとに同じファイルを写して持たせず、直すのは実体の1か所だけで済む形にしている。READMEには "One canonical home for all your agent skills and instructions." とある。Casel氏は8月12日にこのリポジトリを紹介している。

Casel氏の運用は、作業をクラウドのエージェントに移すだけで終わっていない。人に届く報告・承認・進捗の形を、メールで管理できる量に整えるところまで設計している。

編集部の見方

取り入れるかは別として、まず理解するなら、エージェントの数を増やすより先に、人に何がどの形で届くかを設計している点を見てみるといい。メインのチャットに全部を流さず、botごとのメールで報告・承認・進捗を分けて受けるやり方は、エージェントを何体も動かし始めた個人や小さなチームが、受け止めきれる量を考える手がかりになる。