ダッシュボードのエージェントスキル化
https://evidence.dev/blog/that-dashboard-should-be-a-skill
記事の主張
コード定義型BIツールEvidenceのブログ記事。最初はシンプルだったダッシュボードが、多様なユーザーの要望に応えるうちにフィルタ・トグル・条件分岐が積み上がり、「複雑な分析プロセスを単一インターフェースに詰め込む」状態になって使いにくくなる、という問題提起から始まる。
解決策として提案されているのが、ダッシュボードを1枚のUIとして作り込むのではなく「スキル」として切り出すアプローチ。各スキルはプロジェクトリポジトリ内のフォルダで、中心にSKILL.mdがあり、特定の分析タイプの実行方法を記述する。AIエージェントが会話的に必要な入力だけを段階的に引き出して実行するため、ユーザーは一度に全体の複雑性に直面しなくて済む。
具体例として挙げられているのが「顧客健全性ダッシュボード」。複数の入力項目・分析機能を持つ複雑なダッシュボードをスキル化すれば、ユーザーは必要な分析だけをその場で得られ、全操作をひとつのページ上でこなす必要がなくなる。Evidenceはレポートをコード(SQL+Markdown)で定義するため、既存のクエリや可視化ロジックをそのままスキルの中身として再利用しやすい、というのが記事の結論。
考えたこと
方向性としては妥当だが、Evidence自身のプロダクト特性(コード定義BI)に都合よく寄せた論点整理という面もある。
- ダッシュボードのUIが肥大化して使いにくくなる問題自体はBI業界でよく指摘される実際の課題。それを1つの巨大UIに全部詰め込むのではなく、分析パターンごとに切り出してエージェントが対話的に必要な入力だけを引き出す形に変える発想は理にかなっている。特に、SQL/クエリロジックをスキル側にコードとして固定し、エージェントには「どのスキルをどのパラメータで呼ぶか」の判断だけを委ねる設計は、フリーフォームのtext-to-SQLよりも安全。
- Evidenceのようにレポートをコードで定義するツールは、クエリロジックがそのままスキルの中身として再利用できる。一方Tableauのようなドラッグ&ドロップ主体のGUI駆動BIツールでは分析ロジックがGUI操作の中に閉じていて、エージェントが呼び出せる「コード」として取り出しにくい。「コード定義ダッシュボードなら簡単にスキル化できる」という結論は、GUI駆動BIとの差別化という自社の強みに誘導された論点整理にも見える。
- ダッシュボードの価値の一部は「聞かなくても見える」という受動的な一覧性・比較可能性(異常値をパッと見で気づく、チーム全員が同じ数字を見る)にある。分析をエージェント経由の「スキル呼び出し」に変えると、能動的に質問しないと情報が出てこなくなり、このアンビエントな監視機能を失うトレードオフには記事はあまり触れていない。
- 定型モニタリング(毎朝見る指標)には従来型ダッシュボードが向き、探索的な深掘り分析にはスキル的アプローチが向く、という住み分けの話であって、「ダッシュボードはスキルであるべき」と一般化するには論拠がやや弱い。