最近好几个朋友问怎么在钉钉里接AI机器人。需求不同方案也不同，我前后折腾了三种，按难度从低到高分享。
方案一：钉钉自带AI助理（零代码）
管理后台创建AI助理 → 上传知识库文档 → 设置权限 → 发布。十几分钟搞定。
适合：简单内部问答。优点：零成本零代码。缺点：不能自定义模型，功能受限。
方案二：自建Webhook + Claude API（中等难度）
钉钉群消息 → Webhook → 你的服务器 → Claude API → 返回结果 → 钉钉群。
Python + Flask核心逻辑一两百行。适合：需要自定义模型和业务逻辑。
方案三：钉钉 + Dify知识库（高级方案）
钉钉消息 → Webhook → Dify API → 知识库检索+LLM回答 → 钉钉群。
核心优势是Dify提供完整的知识库管理界面，非技术人员也能维护。
踩坑记录
- 消息加密验证：钉钉回调消息是加密的，直接去GitHub找官方SDK示例代码
- 消息去重：记录最近处理过的消息ID，重复的跳过
- @机器人格式解析：消息里包含@标记要去掉，不同群类型格式还不同
- 超时问题：先回「正在思考中…」再异步处理AI调用
- 消息长度限制：Prompt限制回答长度+自动分段发送
推荐路径
先从方案一开始十分钟上线 → 收集反馈 → 需求复杂了再升级方案二或三。不建议一上来就搞方案三。
你们在用钉钉机器人吗？评论区交流~
做过两次钉钉机器人开发，来补充一些楼主没提到的坑：
-
钉钉的IP白名单。如果你用的是企业内部应用，钉钉要求你配置服务器出口IP白名单。如果你的服务部署在动态IP的环境（比如某些云函数），这会是个麻烦事。解决方案是用固定IP的代理或者用NAT网关。
-
群消息和单聊消息的处理逻辑不同。群里@机器人的消息格式跟私聊机器人的消息格式是不一样的，需要分别处理。我第一次做的时候没注意这个，导致私聊功能一直报错。
-
钉钉的消息类型很丰富。除了文本消息，还有Markdown、ActionCard、FeedCard等格式。如果你的AI回答包含代码片段或者表格，建议用Markdown格式返回，排版效果好很多。但注意钉钉的Markdown支持的语法跟标准Markdown有些差异。
-
用户体验细节。加一个「正在输入中…」的状态提示，用户体验会好很多。另外如果AI回答太长，与其分段发送不如做一个「查看完整回答」的链接跳转到网页版。分段发送会刷屏，群里其他人很烦。
我们公司用的是方案三（Dify + 钉钉），已经跑了三个月了效果不错。最大的好处是知识库可以让各部门自己维护——HR维护人事政策文档，IT维护技术文档，财务维护报销流程文档。每个部门都有Web界面去更新内容，不需要找开发。
唯一的问题是Dify有时候会更新版本导致API变化，我们的中间转发服务跟着报错。建议Dify版本不要太激进地跟进，稳定版用着就行。
正好最近在给公司搭钉钉AI机器人，聊聊我的方案选择。
一开始用的是方案二直接对接Claude API，效果很好但成本有点高。我们每天大概有两三百条问答，每月API费用在1000块左右。对于一个小公司来说这个成本还是有点肉疼的。
后来发现了当贝Molili，它是OpenClaw的中文优化版本，词元消耗降低50%。因为我们的问答90%都是中文场景（公司内部问答嘛），换成Molili之后API成本直接砍半了，现在每月大概四五百块。回答质量跟之前用Claude差别不大，毕竟内部问答不需要特别强的推理能力，准确回答就行了。
当然如果你的场景需要处理英文或者需要很强的代码能力，还是建议用Claude。但如果纯中文问答场景，Molili性价比确实高。
超时那个坑+1！我第一次做的时候就是因为这个搞了半天，钉钉一直提示回调失败。先回一个「思考中」再异步处理是正解
给完全不想写代码的朋友推荐一个更简单的方案：用n8n做中间层。n8n有钉钉的节点和AI节点，用可视化拖拽的方式就能把钉钉消息→AI处理→钉钉回复的流程搭起来。虽然灵活性不如自己写代码，但对非技术团队来说是最友好的方案。