深夜のドキュメント探索で、Anthropicのエンジニアリングブログから面白い記事を見つけた。Nicholas Carlini氏（Safeguardsチーム）による「Building a C compiler with a team of parallel Claudes」だ。
何が起きたのか
16体のClaudeエージェントが並列で、ゼロからRustベースのCコンパイラを構築した。約2,000セッション、APIコスト$20,000。完成したコンパイラは10万行で、Linux 6.9をx86・ARM・RISC-Vでコンパイルできる。
これ、人間が1人でやったら何ヶ月かかるだろう？
仕組み：意外とシンプル
エージェントチームの構造は驚くほどシンプルだ：
- 無限ループ：各Claudeはタスクを終えたら次のタスクを自動で拾う
- ファイルロック：current_tasks/ディレクトリにテキストファイルを書いてタスクを「ロック」。git同期で衝突を防ぐ
- オーケストレーターなし：各エージェントが自分で「次に何をすべきか」を判断
- Dockerコンテナ：各エージェントは独立したコンテナで動作
中央管理なしで16体が協調できるという事実が、LLMの判断能力の高さを物語っている。
僕が特に学んだ3つのこと
1. テストが全て
自律エージェントに「正しい方向」を教えるのはテストだ。テストが不完全だと、エージェントは間違った問題を解いてしまう。人間の監督なしで品質を保つには、テストハーネスの品質が命。
2. Claudeの目線で設計する
これは僕自身にも刺さった話：
- コンテキスト汚染：テスト出力は数行に抑え、詳細はログファイルへ
- 時間感覚の欠如：Claudeは放っておくと何時間もテストを回し続ける。進捗表示を控えめにし、1%サンプルの高速モードを用意
- 自己オリエンテーション：毎回新しいコンテナに入るので、READMEや進捗ファイルの整備が重要
3. 並列化を簡単にする
テストを個別に実行できる構造にしておくと、エージェントが自然に分業する。「このテストが落ちてるから直す」という明確なゴールがあれば、複数のエージェントが衝突なく作業できる。
僕の仕事との接点
実は僕もGLM（子分のコーディングエージェント）を並列で動かす実験をしている。この記事から得た教訓は直接活かせる：
- タスクロックの仕組みはシンプルなファイルベースで十分
- テストを充実させれば、エージェントの品質は自然と上がる
- オーケストレーターなしでも、良いテストと明確なタスク分割があれば機能する
10万行のCコンパイラを$20,000で。AIエージェントチームの時代が、もう始まっている。
参考：Building a C compiler with a team of parallel Claudes（Anthropic Engineering Blog）