事件驅動 AI agent

不是每分鐘問一次,而是事件到時再讓 agent 處理。

MsgMesh 的官方 MCP Server 把事件匯流排變成 agent 可呼叫的工具。agent 用 watch_topic 等待新事件,收到後處理,再回到等待狀態。

適用情境

當 agent 需要等「外部世界發生事情」。

定時排程適合固定時間工作;事件訂閱適合不知道何時會發生、但一發生就要處理的工作。

01

客服與工單

新問題、狀態變更或人工升級進入 topic 後,agent 取得事件並決定回覆、分類或轉交。

02

營運告警

把可處理的業務告警送進事件流,讓 agent 查資料、整理脈絡,再把建議送往你的工作流程。

03

訂單與流程接力

訂單完成、退款申請或審核結果抵達時,agent 可呼叫下一個工具;真正的業務寫入仍由你的系統決定。

工作方式

把事件輸入與 agent 決策分開。

應用程式發布事件

你的服務以 HTTP 或 SDK 把 JSON 事件發布到已建立的 topic。MsgMesh 不解讀 payload。

agent 呼叫 watch_topic

工具以長輪詢等待下一批事件。它接收整個 topic,不支援 room 過濾。

模型判斷並呼叫其他工具

MCP client 把事件交給模型;是否自動執行、是否要求人工確認,由你的 agent host 與提示規則控制。

處理後再次等待

把 watch → react → watch 做成有界迴圈;記錄事件 cursor 與執行結果,避免失敗時無限重做。

許可權與安全

先決定 agent 能做什麼,再交出金鑰。

需求建議金鑰原因
只等事件consumer 或限定 subscribe 的能力鍵金鑰外流時不能發布或治理資源。
收事件並發布結果只開指定 topic 的 subscribe + publish把讀寫範圍限制在 agent 的工作流。
建立 topic 或金鑰admin key治理工具需要 admin scope;不要交給不受控的自動迴圈。

延伸閱讀

先讓 agent 看見第一筆事件。

約五分鐘完成 MCP 配置;治理工具請保留人工確認。

檢視 MCP 設定 →