Building a multi-agent dev team with GPT-6.1 Astra
The author uses Astra with eight open-source tools including OpenHands, SWE-agent and Aider to build a development pipeline split into Planner, Worker, Tester and Critic roles.
GPT-6.1 Astraでこの構成を真似て組むと コーディングAIじゃなくて普通に開発会社として Dotsと一緒に運営出来るやん Planner / Worker / Tester / Critic / Sandbox まで分けて、リポジトリの中に 開発チームそのものを作ってしまう。 使うOSSはこの8つ 👇 01 OpenHands 自律型ソフトウェア開発エージェント。 要件を読む ↓ コードを見る ↓ 修正する ↓ 実行する まで自走。 02 SWE-agent GitHub Issueを渡すと、 Issue理解 ↓ リポジトリ調査 ↓ 修正 ↓ テスト まで進める。 ここまでが“司令塔＋問題解決役”。 BUILD THE WORKERS 03 Aider リポジトリ内で直接ペアプログラミング。 細かい実装や修正を任せるWorker向き。 04 Cline Plan ↓ Edit ↓ Terminal ↓ Browser まで一連で動ける。 05 Roo Code 用途ごとに専門Agentモードを作れる。 例えば、 Backend担当 Frontend担当 Debug担当 Review担当 みたいに分ける。 GIVE THEM A WORKSPACE 06 E2B 各Agentに隔離されたSandboxを持たせる。 つまり、 Agent AがBackend修正 Agent BがFrontend修正 Agent Cが別テスト を同時並行で走らせても衝突しにくい。 07 Daytona Agent向けの再現可能な開発環境を作る。 誰が走っても同じ環境、 同じ依存関係、 同じ結果になりやすい。 CHECK THE WORK 08 SWE-bench 最後に、 実際のGitHub IssueベースでAgentを評価。 動いたっぽいじゃなく、 本当に修正できたかを検証する。 これを繋げると、 Issue ↓ Planner ↓ タスク分解 ↓ 複数Agentへ並列配布 ↓ Backend修正 ↓ Frontend修正 ↓ Test Agentが検証 ↓ Criticがdiff確認 ↓ 問題なければMerge まで回せる。 つまり、 1体のAstraにもっとコードを書かせる じゃない。 Astraにソフトウェア会社を運営させる ここが一番面白い。 1人がバックエンドを直してる間に、 別のAgentがフロントを修正。 さらに別Agentがテスト。 最後にCriticが全部レビュー。 人間は、 各Agentの作業を逐一見るんじゃなくて、 最終判断だけする。 GPT-6 Astraの本領って、 単体のコード生成性能じゃなく、 複数のAgent、環境、テスト、レビューを束ねて 1つの開発組織として動かすこと https://x.com/Lummox_eth/status/2105699201841496337/video/1
This post quotes another post: x.com/codexneo4/status/2105146973984850110