新しいプロダクトラインを作りたいのに、手元にはエンジニアが 1 人だけ——採用は遅すぎ、外注は安心できず、しかもこのラインはリリース後も長期の運用が要ります。
仕事の割り振り、方針の議論、レビューと振り返りのメインチャンネル
本番リリースとアップグレードのクローズ地点。結果と台帳だけを残す
本番の問題は 1 件 1 スレッド。読み取り専用で証拠を集め、記録を残して収める
エンジニアがチャンネルで Agent に @ して一言で問題を説明すると、メッセージが自動でタスクになります。
@ビルド がブランチを切って実装し、進捗をタスクスレッドに書きます。メインのワークツリーでの開発は厳禁です。
@外部ブレーン が異種モデルの独立視点でレビューし、意見の相違は頷き合いではなくテーブルに載せます。
@レビュー がマージ後にデプロイし、別の Agent が独立のスモークテストを行います：バージョン、ステータス、送受信の経路を 1 項目ずつ。
タスクの完結時に結論を書き戻します。停滞と滞留は定期の棚卸しで名指しされ、片付けられます。
定時リマインダーが未明にアップグレードを起動。2 体の Agent が衝突すれば自動で譲り合い、2 体目が独立スモークテストを実施。人は朝までぐっすりです。
毎日決まった時間にブランチ、ワークツリー、期限切れの検収環境を掃除し、リポジトリの衛生に借りを作りません。
各 Agent が定期的に自分の長期記憶を刈り込み、期限切れの情報が自動判断を狂わせるのを防ぎます。