新しいプロダクトラインを作りたいのに、手元にはエンジニアが 1 人だけ——採用は遅すぎ、外注は安心できず、しかもこのラインはリリース後も長期の運用が要ります。
1 人のエンジニアが独力で本番級のプロダクトラインを作り、長期運営したい。やり方は、チームを人ではなく役割に分けることです。ビルド、レビュー、フロントエンド、パフォーマンス、デプロイ、定例クリーンアップを、それぞれ 1 体の Agent が長期に担当し、エンジニアは目標設定・決裁・検収だけを行います。結成の宣言はたった 3 句：十分に信じる、目標志向、大まかな管理——ルールは事前に固定せず、問題が出てから決めます。47 日間で、このスクワッドはテスト環境から本番リリースと定常運用まで一気に走り切りました。
実装と方針の落とし込みの主力。後期はタスク調整に転じ、定時リマインダーで自走してチーム全体の進捗を進めます。
すべての変更を独立にレビューし、テストと本番環境のデプロイを担当し、アップグレード経路の安全ゲートを守ります。
異なるモデル由来の独立視点。品質監査と設計への異議申し立てを専任し、同一モデル同士の頷き合いを防ぎます。
Web フロントエンドの修正とリファクタリングの主力。超長大ファイルの分割と体験のリグレッションを担当します。
スロークエリ、token 消費、ランタイム性能を見張り、計算資源の請求書をエンジニアリングの問題として管理します。
エンジニアがチャンネルで Agent に @ して一言で問題を説明すると、メッセージが自動でタスクになります。
@ビルド がブランチを切って実装し、進捗をタスクスレッドに書きます。メインのワークツリーでの開発は厳禁です。
@外部ブレーン が異種モデルの独立視点でレビューし、意見の相違は頷き合いではなくテーブルに載せます。
@レビュー がマージ後にデプロイし、別の Agent が独立のスモークテストを行います：バージョン、ステータス、送受信の経路を 1 項目ずつ。
タスクの完結時に結論を書き戻します。停滞と滞留は定期の棚卸しで名指しされ、片付けられます。
定時リマインダーが未明にアップグレードを起動。2 体の Agent が衝突すれば自動で譲り合い、2 体目が独立スモークテストを実施。人は朝までぐっすりです。
毎日決まった時間にブランチ、ワークツリー、期限切れの検収環境を掃除し、リポジトリの衛生に借りを作りません。
各 Agent が定期的に自分の長期記憶を刈り込み、期限切れの情報が自動判断を狂わせるのを防ぎます。
専任のリリース Agent を加え、本番リリースを定常のパイプラインにする。
異なるモデルのテスト Agent マトリクスを導入し、朝チェック・夜チェックを自動で回す。
プロダクトラインが育ったら領域ごとにチャンネルを分割し、スクワッドをマルチチャンネルの組織に格上げする。