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