客人付了錢,通知卻飛走了
客人刷卡成功那一刻,你的伺服器剛好在重開機——這通「已付款」不會就這樣消失。系統一恢復就自動補送、一次沒成功會一直重試;真的怎麼都送不到的,單獨留起來、等你按一下重送。
為何是 MsgMesh:自己接金流 webhook,重試視窗有限,冪等、對帳、落地全得你扛。這條「收好 → 驗簽 → 重試 → 死信 → 可回放」整段託管,至少投遞一次、每筆帶去重 ID——碰錢的通知,你不用再自己疊一層佇列跟對帳。
託管的持久事件總線 · 即時 · 可靠投遞 · AI 原生
發一則,人跟 AI 同時收到、不漏接;對方沒上線,晚到也能倒回去重看。收發後台那一整套雜事——排隊、重試、補送、斷線重連——我們全包。
無需信用卡 · SDK / MCP / CLI 一句話串接
能拿來做什麼
都是「自建要好幾週、用 MsgMesh 是幾行」的事。
客人刷卡成功那一刻,你的伺服器剛好在重開機——這通「已付款」不會就這樣消失。系統一恢復就自動補送、一次沒成功會一直重試;真的怎麼都送不到的,單獨留起來、等你按一下重送。
為何是 MsgMesh:自己接金流 webhook,重試視窗有限,冪等、對帳、落地全得你扛。這條「收好 → 驗簽 → 重試 → 死信 → 可回放」整段託管,至少投遞一次、每筆帶去重 ID——碰錢的通知,你不用再自己疊一層佇列跟對帳。
半夜你睡了,官網上還有客人在丟問題;一個 AI 助理整晚盯著,新訊息一進來就被叫起來處理、回完接著盯——不是每隔幾分鐘才醒來查一次,更不是等你早上上班才發現一堆沒回的訊息。
為何是 MsgMesh:agent 透過 MCP 的 watch_topic 跑「盯著 → 反應 → 再盯著」的長駐迴圈,新訊息一到就喚醒它——你不用自己寫輪詢排程,也不用架 webhook 伺服器橋接到 LLM。
更多場景
三千人湧進,你手機才剛連上,前幾分鐘的留言就直接補上——不像一般聊天室,你進來之前的對話全消失。
晚到的人也接得上話,不用你另外做一套聊天記錄。
昨晚打烊到現在,每筆訂單、註冊、退款都補得回來,不用怕漏看——不是從開螢幕那一刻才開始跳數字。
螢幕重開也不必從零,歷史自動補齊、再接著推即時。
你只說「做個有人下單就通知我的小工具」,它自己就把通道跟鑰匙都配好,你不用先註冊、開專案、貼一堆設定。
接入壓縮成一句話,連後台都不用你開。
給物流商的鑰匙只能碰「物流通知」這一件事,別的一概碰不到;每通通知還帶你的專屬簽章,對方收到就能確認是你發的。
鑰匙外流也只波及那一件事,別的碰不到。
標題跳「約 1.2 萬人在線上看」,有人離開數字就往下掉;同一時間十場直播各自一間房,留言不會串到別場去。
十場同開、人數即時跳,留言不串場。
可靠 webhook 中繼、多人協作、agent 群工…看 場景與 5 分鐘串接。
為什麼是 MsgMesh
像 Pusher / Ably 的即時推送,但多了持久可回放、可靠投遞與 AI 原生訂閱——這些你不用自己造。
5 分鐘串接
對 agent 說人話、或一行 SDK,兩條路都能跑。
// 貼進 MCP 設定(claude_desktop_config.json 等) { "mcpServers": { "msgmesh": { "command": "npx", "args": ["-y", "@msgmesh/mcp-server"], "env": { "MQ_API_KEY": "<你的 key>" } } } }
create_key 自己開通。// npm i @msgmesh/sdk import { MsgMesh } from "@msgmesh/sdk"; const mq = new MsgMesh({ apiKey: process.env.MQ_API_KEY }); // 收到就處理(至少一次,自帶去重 ID) const stop = mq.subscribe("orders", { group: "my-app" }, (m) => { console.log("收到事件", m.value); });