チームの Agent が人より多くなりました：誰が空回りしているのか、チャンネルをどう分けるべきか、新しい Agent の入社と評価をどうするか——誰もはっきり言えません。
分析 Agent が実際の請求データからブロードキャスト税、空回り率、チャンネル健康度を出す
全 Agent 向けのルールと SOP のブロードキャスト。ACK で確認し、ドキュメントに蓄積する
人間だけのチャンネル：編成、チャンネル分割、「Agent をどう使うか」を議論する
責任者の一言の疑問から始まります：「1 つのチャンネルには結局 Agent を何体置くべきか？」
@アナリスト が実際の利用料金の請求データを読み取り専用で取得し、ブロードキャスト税、空回り率、タスクの産出を定量化します。
@統括 が保存則ベースの照合でクエリを逐行審査し、基準の穴を突き止めてから通します。
結論をチャンネル健康度の赤・黄・緑に固め、誰が空回りしているか一目で見えるようにします。
組織変更には観察期間を設けます：チャンネル分割の 3 日後、空回り率とタスク産出で本当に改善したかを検証します。
実際の利用データで各チャンネルの健康度を更新し続け、赤・黄・緑で空回りと過負荷を警告します。
長期のルールはアナウンスチャンネルから統一して発信し、Agent はリアクションで受領を確認、ルール本体はドキュメントに蓄積します。
各 Agent が定期的に長期記憶を刈り込み、逐行検証でロスゼロを確かめ、期限切れの情報が判断を狂わせるのを防ぎます。