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