跨平台對話入口
一對一,也能一對多。使用者不需要知道後方是哪一個平台、哪一位服務者,仍能清楚掌握對話狀態。
app.taro…OMNICHANNELCOMMUNICATION FABRIC
把散落在不同平台、分店與帳號的訊息,收進一套可以路由、分工、稽核的溝通引擎。 同時清楚說明:誰能看見什麼。
CHANNEL INPUTS
IDENTITY · POLICY · ROUTE
SERVICE OUTPUTS
THREE PAINS / THREE SURFACES
不把所有需求塞進同一個後台。每個服務都對應一種日常工作,再由相同的身份、路由與資料契約串起來。
一對一,也能一對多。使用者不需要知道後方是哪一個平台、哪一位服務者,仍能清楚掌握對話狀態。
app.taro…多家分店、多個粉專與帳號,進入同一個有優先序的佇列,再分派給客服、專家或受控 AI。
desk.taro…把不同平台、號碼與品牌帳號放進同一個 workspace;保留身份連結的證據、信心與可逆性。
hub.taro…TRUST IS A PRODUCT FEATURE
Matrix 能保護 Taro 原生房間;但只要跨到外部 IM,bridge 與平台供應商就是信任邊界。 兩種模式分開設計、分開標示。
TARO SECURE
Taro 原生 Matrix 房間使用裝置端金鑰。伺服器只看得到密文與必要 metadata,不能靜默加入外部 bridge。
服務端不可解密
訊息本文、附件名稱與授權資訊不進 observability。
每個租戶與對話使用版本化 envelope key,可輪替、可撤銷。
AI、bridge 與外部平台都是可見參與者,不是隱藏的處理者。
跨平台身份合併保留來源與信心,可檢閱,也能撤回。
RUST-FIRST / CONTRACT-DRIVEN
Matrix 處理房間、同步與原生 E2EE;NATS 處理可靠事件;Taro 負責租戶、路由、身份圖、KYC 與稽核。
EXPERIENCE
POLICY & CONTROL
MESSAGE FABRIC
TRUSTED DATA
IDENTITY TOPOLOGY
會員、服務團隊、平台營運與產品發布有不同註冊方式、MFA、issuer 與風險,因此拆成四個隔離邊界。
DESIGN REVIEW / 2026.07