與平臺橫向差距)
這是「飛書對接」小專題的第5篇共5篇從《MCP實戰(zhàn)手記十一MCP接飛書從機器人到事件訂閱的三層深度接入》延伸對應(yīng)正文第5層釘釘橫向?qū)Ρ取Ｆ?1正文第5層把釘釘拆成兩層說避免籠統(tǒng)寫釘釘雙向受限。把實測過程和邊界補全釘釘群自定義機器人 Outgoing 現(xiàn)狀如何、加簽怎么驗、Stream 模式差在哪。重點一句受限僅指群自定義機器人 Outgoing線不是泛指釘釘平臺——已有釘釘企業(yè)體系Stream是等價路線。釘釘群自定義機器人Outgoing截至2026-10實測維護中釘釘群機器人也能加簽 POST 推消息加簽公式和飛書同構(gòu)timestamp \n secret做 HMAC-SHA256 再 Base64。// 釘釘群機器人加簽與飛書同構(gòu)StringstringToSigntimestamp\nsecret;MacmacMac.getInstance(HmacSHA256);mac.init(newSecretKeySpec(secret.getBytes(UTF_8),HmacSHA256));StringsignBase64.getEncoder().encodeToString(mac.doFinal(stringToSign.getBytes(UTF_8)));StringurlwebhooktimestamptimestampsignURLEncoder.encode(sign,UTF-8);截至2026-10實測這條 Outgoing 線顯示功能維護中單向推送機器人 → 群可達加簽 POST 返回{errcode:0,errmsg:ok}驗證鏈路通但收消息的回調(diào)不可用。也就是說釘釘群機器人目前能推不能收雙向閉環(huán)在 Outgoing 線打不通。這是本篇獨家實測差異網(wǎng)上很多文照搬舊文檔說釘釘群機器人能收消息實際截至2026-10這條線維護中。寫對比時務(wù)必加時間限定別拿舊結(jié)論當現(xiàn)狀。釘釘Stream模式能力對等飛書長連接釘釘官方推薦的雙向方案是Stream模式本質(zhì)和飛書長連接一樣——TCP持久連接、免公網(wǎng)入站服務(wù)端出站連釘釘。能力對等飛書第3層群里機器人 → 收事件 → 調(diào)工具 → 回卡。差異在門檻Stream需企業(yè)內(nèi)部應(yīng)用 組織開發(fā)者權(quán)限個人免費版開不出來。事件模型Stream 與飛書長連接大致同構(gòu)——都是服務(wù)端常駐長連、平臺推事件、客戶端按event_id去重接入時主要差異在 SDK 與權(quán)限申請流程不在事件機制本身本次未實測僅作模型對照。所以飛書長連接個人本機就能跑釘釘Stream要企業(yè)身份——這是兩者對個人開發(fā)者最實在的差距不是能力差距。橫向差距一張表維度飛書長連接釘釘Outgoing / Stream個人免費版雙向? 長連接可達? Outgoing維護中 / Stream需企業(yè)收消息機制長連接事件訂閱Outgoing維護中Stream對等但需企業(yè)入站要求免公網(wǎng)、出站連wssStream同樣免公網(wǎng)但需企業(yè)應(yīng)用加簽公式timestamp\nsecretHMAC同構(gòu)適合人群個人/小團隊本機實測已有釘釘企業(yè)體系三個坑坑一拿舊文檔當現(xiàn)狀。釘釘Outgoing收消息在2026-10實測維護中照搬舊教程會卡在收不到回調(diào)。對比文一定加時間限定。坑二混淆兩套釘釘方案。群自定義機器人輕量、個人可建和Stream企業(yè)應(yīng)用是兩回事能力、門檻都不同別寫釘釘雙向受限泛指平臺?？尤豢醇雍灢豢礄?quán)限。加簽?zāi)芘芡ㄖ荒茏C明推通了要收得走Stream而Stream的前提是企業(yè)應(yīng)用 組織開發(fā)者權(quán)限個人版直接卡死。小結(jié)飛書和釘釘?shù)碾p向能力其實對等長連接 / Stream 都是免公網(wǎng)的持久連接真正的差距在個人開發(fā)者門檻飛書長連接個人本機即可跑通完整閉環(huán)釘釘Stream需企業(yè)身份。已有釘釘企業(yè)體系的話Stream 是完全可行的等價路線如果只是個人實測飛書是目前最低門檻的選擇。同專題推薦本文是「飛書對接」小專題的第5篇共5篇飛書長連接事件訂閱實戰(zhàn)個人本機5分鐘跑通生產(chǎn)要補兩塊飛書卡片消息構(gòu)建實戰(zhàn)從文本到可交互富卡片飛書用戶身份與多租戶數(shù)據(jù)隔離店長只看自己門店飛書事件安全簽名校驗與消息加解密釘釘接入實戰(zhàn)與平臺橫向差距← 當前這篇相關(guān)閱讀《MCP實戰(zhàn)手記十一MCP接飛書從機器人到事件訂閱的三層深度接入》《MCP實戰(zhàn)手記系列九生產(chǎn)化MCP Server的6層安全防護》身份透傳底座《MCP實戰(zhàn)手記系列八無狀態(tài)之后的生產(chǎn)落地清單》Server 無狀態(tài)可水平擴展《MCP實戰(zhàn)手記系列十MCP Server高可用實戰(zhàn)》6工具復(fù)用 StoreService配套代碼https://gitee.com/ethanliang2016/mcp-in-action模塊11-feishutagv11 釘釘接入實戰(zhàn)與平臺橫向差距
這是「飛書對接」小專題的第5篇共5篇從《MCP實戰(zhàn)手記十一MCP接飛書從機器人到事件訂閱的三層深度接入》延伸對應(yīng)正文第5層釘釘橫向?qū)Ρ取Ｆ?1正文第5層把釘釘拆成兩層說避免籠統(tǒng)寫釘釘雙向受限。把實測過程和邊界補全釘釘群自定義機器人 Outgoing 現(xiàn)狀如何、加簽怎么驗、Stream 模式差在哪。重點一句受限僅指群自定義機器人 Outgoing線不是泛指釘釘平臺——已有釘釘企業(yè)體系Stream是等價路線。釘釘群自定義機器人Outgoing截至2026-10實測維護中釘釘群機器人也能加簽 POST 推消息加簽公式和飛書同構(gòu)timestamp \n secret做 HMAC-SHA256 再 Base64。// 釘釘群機器人加簽與飛書同構(gòu)StringstringToSigntimestamp\nsecret;MacmacMac.getInstance(HmacSHA256);mac.init(newSecretKeySpec(secret.getBytes(UTF_8),HmacSHA256));StringsignBase64.getEncoder().encodeToString(mac.doFinal(stringToSign.getBytes(UTF_8)));StringurlwebhooktimestamptimestampsignURLEncoder.encode(sign,UTF-8);截至2026-10實測這條 Outgoing 線顯示功能維護中單向推送機器人 → 群可達加簽 POST 返回{errcode:0,errmsg:ok}驗證鏈路通但收消息的回調(diào)不可用。也就是說釘釘群機器人目前能推不能收雙向閉環(huán)在 Outgoing 線打不通。這是本篇獨家實測差異網(wǎng)上很多文照搬舊文檔說釘釘群機器人能收消息實際截至2026-10這條線維護中。寫對比時務(wù)必加時間限定別拿舊結(jié)論當現(xiàn)狀。釘釘Stream模式能力對等飛書長連接釘釘官方推薦的雙向方案是Stream模式本質(zhì)和飛書長連接一樣——TCP持久連接、免公網(wǎng)入站服務(wù)端出站連釘釘。能力對等飛書第3層群里機器人 → 收事件 → 調(diào)工具 → 回卡。差異在門檻Stream需企業(yè)內(nèi)部應(yīng)用 組織開發(fā)者權(quán)限個人免費版開不出來。事件模型Stream 與飛書長連接大致同構(gòu)——都是服務(wù)端常駐長連、平臺推事件、客戶端按event_id去重接入時主要差異在 SDK 與權(quán)限申請流程不在事件機制本身本次未實測僅作模型對照。所以飛書長連接個人本機就能跑釘釘Stream要企業(yè)身份——這是兩者對個人開發(fā)者最實在的差距不是能力差距。橫向差距一張表維度飛書長連接釘釘Outgoing / Stream個人免費版雙向? 長連接可達? Outgoing維護中 / Stream需企業(yè)收消息機制長連接事件訂閱Outgoing維護中Stream對等但需企業(yè)入站要求免公網(wǎng)、出站連wssStream同樣免公網(wǎng)但需企業(yè)應(yīng)用加簽公式timestamp\nsecretHMAC同構(gòu)適合人群個人/小團隊本機實測已有釘釘企業(yè)體系三個坑坑一拿舊文檔當現(xiàn)狀。釘釘Outgoing收消息在2026-10實測維護中照搬舊教程會卡在收不到回調(diào)。對比文一定加時間限定。坑二混淆兩套釘釘方案。群自定義機器人輕量、個人可建和Stream企業(yè)應(yīng)用是兩回事能力、門檻都不同別寫釘釘雙向受限泛指平臺?？尤豢醇雍灢豢礄?quán)限。加簽?zāi)芘芡ㄖ荒茏C明推通了要收得走Stream而Stream的前提是企業(yè)應(yīng)用 組織開發(fā)者權(quán)限個人版直接卡死。小結(jié)飛書和釘釘?shù)碾p向能力其實對等長連接 / Stream 都是免公網(wǎng)的持久連接真正的差距在個人開發(fā)者門檻飛書長連接個人本機即可跑通完整閉環(huán)釘釘Stream需企業(yè)身份。已有釘釘企業(yè)體系的話Stream 是完全可行的等價路線如果只是個人實測飛書是目前最低門檻的選擇。同專題推薦本文是「飛書對接」小專題的第5篇共5篇飛書長連接事件訂閱實戰(zhàn)個人本機5分鐘跑通生產(chǎn)要補兩塊飛書卡片消息構(gòu)建實戰(zhàn)從文本到可交互富卡片飛書用戶身份與多租戶數(shù)據(jù)隔離店長只看自己門店飛書事件安全簽名校驗與消息加解密釘釘接入實戰(zhàn)與平臺橫向差距← 當前這篇相關(guān)閱讀《MCP實戰(zhàn)手記十一MCP接飛書從機器人到事件訂閱的三層深度接入》《MCP實戰(zhàn)手記系列九生產(chǎn)化MCP Server的6層安全防護》身份透傳底座《MCP實戰(zhàn)手記系列八無狀態(tài)之后的生產(chǎn)落地清單》Server 無狀態(tài)可水平擴展《MCP實戰(zhàn)手記系列十MCP Server高可用實戰(zhàn)》6工具復(fù)用 StoreService配套代碼https://gitee.com/ethanliang2016/mcp-in-action模塊11-feishutagv11