何があったのか
Flower AI Summit 2026 にて、Flower Labs 創設者の Charles Beauville が Flower Agents と Project Kaya を正式に発表し、Agent の品質を判断するためのコアフレームワークを提示した：
良い Agent には3つの条件が必要：文脈（Context）、アクセス権（Access）、制御力（Control）。
- 文脈：Agent はタスクの背景と目標を理解しなければならない
- アクセス権：Agent はタスク完了に必要なデータとツールを取得できなければならない
- 制御力：Agent は操作を実行し、結果に影響を与えられなければならない
これはシンプルに見えるが、まさに現在の大多数の Agent フレームワークが欠けている体系的思考である。
Flower Agents とは何か
Flower はフェデレーテッドラーニング（連合学習）フレームワークで知られている。データをローカル環境から出さずに分散訓練を可能にする。Flower Agents はこの哲学の自然な拡張である：
| 特徴 | 説明 |
|---|---|
| 分散 Agent オーケストレーション | 複数の Agent が異なるデータソース上で独立して作業し、結果を集約 |
| プライバシーファースト | データを集中化する必要がなく、GDPR などのプライバシー規制に準拠 |
| 組織横断コラボレーション | 複数の組織が元のデータを共有せずに Agent 訓練で協働可能 |
| LLM 統合 | 主流の大規模モデルを Agent の推論エンジンとしてサポート |
Project Kaya のポジショニング
Project Kaya は Flower の Agent 領域におけるもう一つの重要プロジェクトで、以下に焦点を当てている：
- Agent スキル管理：Agent のスキルモジュールを定義、組み合わせ、再利用
- ドメイン専門家のフィードバックループ参加：人間の専門家が Agent の改善プロセスに直接参加
- 並列実行による精度と範囲の向上：複数の Agent が異なるサブタスクを並列処理し、結果を集約
Beauville はスピーチで特に強調した：ドメイン専門家がフィードバックループで直接作業することは、Agent の品質向上の鍵である。これは Madrigal チームの発見と呼应する。並列処理は精度を高めるだけでなく、Agent の能力範囲を拡大し、同時にレイテンシを低減する。
なぜ重要なのか
1. フェデレーテッドラーニング × Agent の交差点
現在の大多数の Agent フレームワーク（Hermes、OpenClaw、LangChain を含む）は、Agent が集中化されたデータにアクセスできることを前提としている。しかし、金融、医療、政府などデータプライバシー要求が極めて高い業界では、この前提は成立しない。
Flower Agents の価値は、データが分散したシナリオでも Agent が作業できるようにすることにある。以下のシナリオで特に重要：
- 病院横断の医療 AI 協働診断
- 銀行横断の金融リスク管理 Agent
- 多国籍企業のコンプライアンス審査
2. 「文脈-アクセス権-制御力」フレームワークの実用価値
Beauville の三要素フレームワークは、Agent フレームワークの評価と選択のためのチェックリストとして機能する：
| 要素 | 質問 | 一般的な落とし穴 |
|---|---|---|
| 文脈 | Agent は本当にタスクを理解しているか？ | プロンプトに過度に依存、ドメイン知識の注入不足 |
| アクセス権 | Agent は必要なデータを取得できるか？ | ツールチェーンが不完全、API 権限が不足 |
| 制御力 | Agent は実際に操作を実行できるか？ | 「提案」のみで「実行」できず、手動承認が必要 |
多くの Agent プロジェクトが失敗する原因は、この3要素のうち1つまたは2つしか解決していないことにある。
どのように使うか
金融や医療業界にいる場合：
- Flower のフェデレーテッドラーニングアーキテクチャはデータセンシティブなシナリオに天然適合
- 元のデータを共有せずに Agent を使った組織横断の分析協働を探求
- Project Kaya のスキル管理システムで業界標準の Agent 能力モジュールを定義可能
マルチ Agent システムを構築している場合：
- Beauville の三要素フレームワークを Agent 設計のチェックリストとして使用
- 並列実行の知見をアーキテクチャ決定の参考にする
- ドメイン専門家がフィードバックループに参加するパターンで Agent 品質を向上
Agent フレームワークを評価している場合：
- 「文脈-アクセス権-制御力」フレームワークで候補を評価
- 各フレームワークが3つの次元でどのようなトレードオフを行っているかに注目
- 機能リストだけでなく、実際の実行能力を見る
勢力図の判断
Flower AI Summit が伝えた重要なシグナル：Agent の未来はより強力なモデルだけでなく、より良いアーキテクチャにある。
Hermes や OpenClaw などのフレームワークが機能の豊富さを追求する中、Flower は差別化されたルートを選択した。データプライバシーと分散アーキテクチャから切り込む。これは「どちらが優れているか」の問題ではなく、「どのシナリオにどのソリューションが適合するか」の問題である。
大多数の個人開発者や中小企業にとって、Hermes や OpenClaw がより適しているかもしれない。しかし、金融、医療、政府などの業界にとって、Flower のプライバシーファーストアーキテクチャは必須要件となる可能性がある。
Project Kaya が提案した「ドメイン専門家がフィードバックループに参加する」は、すべての Agent 開発者が注目する価値がある。Agent 品質の向上には、より良いモデルだけでなく、より良い人間と機械の協働メカニズムが必要なのだ。