つれづれなる Agent OPS
技術メモ

通知Botを作ったら問い合わせ窓口になってしまった

小さな通知Botが便利になるほど、出力の正しさや誤通知時の責任が曖昧になっていくことについてのメモ。

通知Botは、小さく作ると便利です。毎朝の件数、未処理の一覧、期限切れのタスクをSlackへ流すだけでも、画面を見に行く手間は減ります。

ただ、便利になるほどBotの出力は「参考情報」ではなくなります。担当者はBotの通知を見て動きます。通知がなければ問題なしと判断します。そこで誤通知や通知漏れが起きると、急に責任の所在が曖昧になります。

作った側は、入力データが正しければ正しい通知になると考えがちです。一方で使う側は、Botが出したものだから正しいと受け取ります。この認識のズレがあると、Botは小さいのに運用上の影響は大きくなります。

最近は、通知に次の情報を入れるようにしています。

集計対象
集計時刻
元データへのリンク
異常時の連絡先
通知条件の簡単な説明

これだけでも、通知を見た人が「何を根拠に出ているのか」を確認しやすくなります。

AIエージェントの出力も同じだと思います。使われ始めると、ただの提案ではなく業務判断の一部になります。だからこそ、出力内容だけでなく、根拠、対象範囲、失敗時の戻り先を一緒に見せる設計が必要になります。

DUO

Author

DUOps

LLMOps、Agent、MCP、Langfuse、Cloudflare 周辺の実装と運用を、個人で試しながら記録しています。

Xを見る

Related