#17 基準が変わったとき、エージェントはどう追従するか
#17 基準が変わったとき、エージェントはどう追従するか？
― “基準の進化” に耐えるチーム構造 ―
前回は、エージェント全体が同じ基準を共有することで
判断の一貫性が生まれる、という話をした。
しかし、基準というものは一度決めたら終わりではない。
実際の運用では、次のような理由で 基準が変わる。
- 新しい要件が追加された
- 品質基準が厳しくなった
- 改善方針が変わった
- 仕様の解釈がアップデートされた
では、基準が変わったとき、
エージェントたちはどう追従すればいいのか？
今回はその仕組みを扱う。
🎯 基準変更で起きる問題
基準が変わると、次のようなズレが発生する：
- Blue（生成）が古い基準で作り続ける
- Green（分析）が新しい基準で指摘し始める
- Red（評価）が減点基準を変える
- Meta（改善）が方向性を変える
- White（整形）が表現方針を変える
つまり、
基準変更は“チーム全体の再同期”を必要とする。
🧩 基準変更への追従プロセス
基準変更への追従は、次の3ステップで整理できる。
- 基準の更新を“明示”する
- エージェントが“再読込”する
- 調停プロセスが“再調整”される
1. 基準の更新を“明示”する
まず必要なのは、
基準が変わったことを明確に宣言すること。
例：
- 「仕様の優先順位が変わりました」
- 「品質基準が厳しくなりました」
- 「改善方針がアップデートされました」
この“宣言”がないと、
エージェントは古い基準のまま動き続けてしまう。
2. エージェントが“再読込”する
次に必要なのは、
各エージェントが新しい基準を読み直すこと。
抽象的にはこういうイメージ：
基準が更新される
↓
各エージェントが新しい基準を読み直す
↓
Blue / Green / Red / Meta / White が再同期される
この“再読込”があることで、
エージェントは新しい価値観で動き始める。
3. 調停プロセスが“再調整”される
最後に、
調停エージェント（Mediator）が基準の変更を反映する必要がある。
旧基準での優先順位
↓
基準変更
↓
Mediator が新しい優先順位を再計算
↓
Blue が新基準で再生成
調停プロセスが更新されることで、
チーム全体の判断が新基準に揃う。
🧠 基準変更がもたらした効果
- Blue の生成方針が最新化される
- Green の分析が新基準に沿う
- Red の評価が一貫する
- Meta の改善方針が正しく反映される
- White の整形が意図に沿う
- チーム全体が“同じ方向”を向く
特に、
基準変更 → 再読込 → 調停再調整
という流れが非常に重要だった。
📚 この時期の学び
- 基準は変わる前提で設計すべき
- 変更は“宣言 → 再読込 → 再調整”の3段階で処理する
- 基準変更はチーム全体の再同期イベント
- 調停エージェントは基準変更の中心に立つ
- 基準の進化は、エージェントの成熟を示す
📝 一般的な技法との対応（今回）
-
Change Propagation（変更の伝播）
変更をチーム全体に広げるための基本概念。 -
Versioned Guidelines（バージョン管理されたガイドライン）
基準の更新を明示し、追従を容易にする考え方。 -
Re-Synchronization（再同期）
変更後に全体の判断を揃えるプロセス。 -
Adaptive Workflow（適応型ワークフロー）
基準の変化に合わせてプロセスを調整する技法。 -
Feedback-Driven Adjustment（フィードバック駆動の調整）
改善ループの中で基準を進化させるアプローチ。
→ 今回の「基準変更への追従」は、これらの一般的な考え方をエージェント開発に応用したものです。
🚀 次回予告：第18回
“基準が衝突したとき、どうやって解決するか？”
- 仕様 vs 品質
- 品質 vs 改善
- 改善 vs 生成
- 優先順位の再計算
ここから、エージェント開発は
“基準の衝突フェーズ” に進んでいく。
Discussion