这是「飞书对接」小专题的第5篇共5篇从《MCP实战手记十一MCP接飞书从机器人到事件订阅的三层深度接入》延伸对应正文第5层钉钉横向对比。篇11正文第5层把钉钉拆成两层说避免笼统写钉钉双向受限。把实测过程和边界补全钉钉群自定义机器人 Outgoing 现状如何、加签怎么验、Stream 模式差在哪。重点一句受限仅指群自定义机器人 Outgoing线不是泛指钉钉平台——已有钉钉企业体系Stream是等价路线。钉钉群自定义机器人Outgoing截至2026-10实测维护中钉钉群机器人也能加签 POST 推消息加签公式和飞书同构timestamp \n secret做 HMAC-SHA256 再 Base64。// 钉钉群机器人加签与飞书同构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}验证链路通但收消息的回调不可用。也就是说钉钉群机器人目前能推不能收双向闭环在 Outgoing 线打不通。这是本篇独家实测差异网上很多文照搬旧文档说钉钉群机器人能收消息实际截至2026-10这条线维护中。写对比时务必加时间限定别拿旧结论当现状。钉钉Stream模式能力对等飞书长连接钉钉官方推荐的双向方案是Stream模式本质和飞书长连接一样——TCP持久连接、免公网入站服务端出站连钉钉。能力对等飞书第3层群里机器人 → 收事件 → 调工具 → 回卡。差异在门槛Stream需企业内部应用 组织开发者权限个人免费版开不出来。事件模型Stream 与飞书长连接大致同构——都是服务端常驻长连、平台推事件、客户端按event_id去重接入时主要差异在 SDK 与权限申请流程不在事件机制本身本次未实测仅作模型对照。所以飞书长连接个人本机就能跑钉钉Stream要企业身份——这是两者对个人开发者最实在的差距不是能力差距。横向差距一张表维度飞书长连接钉钉Outgoing / Stream个人免费版双向✅ 长连接可达❌ Outgoing维护中 / Stream需企业收消息机制长连接事件订阅Outgoing维护中Stream对等但需企业入站要求免公网、出站连wssStream同样免公网但需企业应用加签公式timestamp\nsecretHMAC同构适合人群个人/小团队本机实测已有钉钉企业体系三个坑坑一拿旧文档当现状。钉钉Outgoing收消息在2026-10实测维护中照搬旧教程会卡在收不到回调。对比文一定加时间限定。坑二混淆两套钉钉方案。群自定义机器人轻量、个人可建和Stream企业应用是两回事能力、门槛都不同别写钉钉双向受限泛指平台。坑三只看加签不看权限。加签能跑通只能证明推通了要收得走Stream而Stream的前提是企业应用 组织开发者权限个人版直接卡死。小结飞书和钉钉的双向能力其实对等长连接 / Stream 都是免公网的持久连接真正的差距在个人开发者门槛飞书长连接个人本机即可跑通完整闭环钉钉Stream需企业身份。已有钉钉企业体系的话Stream 是完全可行的等价路线如果只是个人实测飞书是目前最低门槛的选择。同专题推荐本文是「飞书对接」小专题的第5篇共5篇飞书长连接事件订阅实战个人本机5分钟跑通生产要补两块飞书卡片消息构建实战从文本到可交互富卡片飞书用户身份与多租户数据隔离店长只看自己门店飞书事件安全签名校验与消息加解密钉钉接入实战与平台横向差距← 当前这篇相关阅读《MCP实战手记十一MCP接飞书从机器人到事件订阅的三层深度接入》《MCP实战手记系列九生产化MCP Server的6层安全防护》身份透传底座《MCP实战手记系列八无状态之后的生产落地清单》Server 无状态可水平扩展《MCP实战手记系列十MCP Server高可用实战》6工具复用 StoreService配套代码https://gitee.com/ethanliang2016/mcp-in-action模块11-feishutagv11