夜雨聆风
一个公式引发的思考
在企业AI选型的讨论中，有一个公式被反复提及：飞书Aily加上飞书接入OpenClaw，大致等于钉钉悟空一个产品做的事。
这个公式从功能覆盖的角度有一定道理。Aily处理飞书云端的AI能力——文档撰写、会议纪要、表格分析；OpenClaw处理本地Agent执行——操作浏览器、管理文件、跨应用自动化。两者加起来，确实覆盖了悟空的大部分能力场景。
但这个等式成立吗？如果从用户视角看，功能似乎差不多；如果从技术架构看，差异远比想象中大。
理解这个等式的成立与不成立之处，就理解了两家巨头在AI时代的底牌。
拆解等式的左边：Aily是什么
飞书Aily是飞书内置的AI助手。2026年3月19日，飞书升级了Aily平台，用户可以在飞书内创建“智能伙伴”，以对话机器人形态常驻联系人列表。
Aily的核心能力集中在飞书生态内。根据飞书官方发布的信息，Aily可以：撰写和总结云文档、分析多维表格数据、整理会议纪要、查询日程、发送消息。这些能力都深度嵌入飞书工作流，权限体系与用户本人严格一致。
Aily的设计理念是“让AI成为用户的智能伙伴”。它不是一个独立的应用，而是飞书内部的一个功能模块。用户在与Aily对话时，本质上还是在飞书的界面和规则内操作。
这意味着Aily的能力边界就是飞书的功能边界。飞书有什么，Aily就能调用什么；飞书没有的能力，Aily也无法突破。
拆解等式的左边：OpenClaw是什么
OpenClaw（俗称“龙虾”）是一个开源的AI Agent框架，允许AI Agent操作本地电脑——打开软件、浏览网页、管理文件、发送消息。2025年底至2026年初，OpenClaw在全球开发者社区迅速走红。
飞书在2026年3月开源了官方OpenClaw插件，支持OpenClaw以用户身份操作飞书的云文档、多维表格及日程。这意味着用户可以用OpenClaw在本地电脑上自动化执行飞书相关的任务。
但OpenClaw的能力远不止飞书。它可以操作浏览器、微信、Excel、小红书、邮箱等任何本地软件。这也是OpenClaw受欢迎的原因——它让AI能够“动手”做事，而不仅仅是“动嘴”给建议。
然而，OpenClaw有一个根本性问题：安全。根据钉钉CEO陈航在发布会上引用的报告，OpenClaw生态中约15%的skill潜藏着恶意指令。由于OpenClaw是开源社区驱动的项目，没有统一的审核机制，用户需要自行判断每个skill的安全性。
拆解等式的右边：悟空是什么
悟空是一个完整的AI原生工作平台。它不是“钉钉+AI”，而是“为AI重做的钉钉”。
悟空的能力可以分为三个层次：
云端工作流编排。 悟空可以在云端理解用户意图，拆解复杂任务，编排多步骤工作流。用户说“帮我处理月度考勤”，悟空自动拆解成查数据、对审批、发通知、生成报告等一系列操作。
本地Agent执行。 悟空可以直接操作用户的本地电脑——打开软件、填写表单、发送内容。这与OpenClaw的核心能力类似，但悟空的执行是在统一的安全沙箱中进行的。
企业级安全管控。 这是悟空与OpenClaw最核心的差异。悟空内置企业级运行环境，Agent自动继承企业权限规则，所有操作在安全沙箱中运行，全程可追溯。不是“悟空有安全功能”，而是“悟空就是架构在安全体系之上”。
此外，悟空还有两个独有能力：RealDoc AI原生文件系统和OPT十大行业解决方案。RealDoc专为AI的高频读写和试错回滚设计，提供超过10000条命令行指令。OPT则是开箱即用的行业工作流套件，覆盖电商、开发、法律等十大场景。
等式成立的部分：功能重叠区
从功能覆盖的角度，等式的左边和右边确实有重叠。
在飞书生态内，Aily可以完成文档、表格、会议、日程相关的AI任务。在本地电脑上，OpenClaw可以完成浏览器自动化、文件操作、跨应用任务。这两者加起来，覆盖了悟空的大部分场景：文档处理、数据分析、跨系统自动化、本地执行。
以一个具体的任务为例：“帮我整理上周的销售数据，生成报告发到群里。”
用飞书Aily+OpenClaw：Aily分析飞书多维表格里的数据，生成报告内容；用户（或OpenClaw）将报告复制到文档；OpenClaw打开飞书群聊，发送文档。需要Aily和OpenClaw配合完成。
用悟空：一句话指令，悟空自动完成数据分析→报告生成→群聊发送，全程在一个平台上完成。
从结果看，两者都能完成任务。但从过程看，体验和效率有差异。
等式不成立的部分：三个核心差异
等式不成立的地方，体现在三个维度。
差异一：统一 vs 拼接。
悟空是一体化设计。云端编排、本地执行、安全管控、文件系统，全部在一个平台上统一。身份统一——AI只有一个身份，贯穿所有操作。权限统一——一套权限规则适用所有场景。审计统一——所有操作记录在同一个审计日志中。数据统一——所有中间产物存储在同一个文件系统中。
飞书Aily+OpenClaw是拼接模式。Aily在飞书云端运行，OpenClaw在用户本地运行。两者之间没有统一的身份、权限、审计、数据体系。Aily做的事，OpenClaw看不到；OpenClaw做的事，Aily不知道。用户需要在两个体系之间手动切换或通过脚本桥接。
差异二：安全内建 vs 安全自建。
悟空的安全是从底层设计的。六层安全体系——双层规则、统一身份、专属沙箱、网络代理、AI原生文件系统、灵活运行环境——构成了完整的闭环。企业不需要自己搭建安全边界，开箱即用。
OpenClaw的安全需要用户自己负责。用户需要判断每个skill是否安全，需要自己配置权限边界，需要自己搭建审计体系。对于有严格合规要求的企业，这意味着额外的投入和风险。钉钉CEO陈航在发布会上指出，OpenClaw生态中约15%的skill存在恶意指令，这在企业环境中是不可接受的。
差异三：原生指令 vs 模拟操作。
悟空的CLI化让AI可以直接调用底层指令。发消息就是一行命令，改文档就是一行命令，查审批就是一行命令。速度快、准确率高、不受界面变化影响。
OpenClaw主要通过模拟人类操作来完成任务——识别屏幕上的按钮、移动鼠标点击、填写表单。这种方式速度慢、易出错，而且每次软件界面更新，操作逻辑就要重新适配。
以“发送一条飞书消息”为例，OpenClaw需要：定位飞书窗口→找到目标群聊→点击输入框→输入文字→点击发送。如果飞书更新了界面，这个流程可能失效。而悟空的CLI命令dingtalk message send不受界面变化影响。
为什么这个等式误导了很多人
这个等式之所以流行，是因为从用户视角看，功能确实差不多。用户关心的是“AI能不能帮我做完这件事”，而不是“AI是怎么做完的”。
但企业选型不能只看功能。还要看：这个方案能用多久？扩展到新场景时要不要重构？安全审计能不能过？多个AI任务并发时会不会冲突？
Gartner在2025年的报告中指出，企业在AI选型时最常见的错误是“基于当前功能做决策，而忽视了架构的可扩展性”。功能差距可以在三个月内被抹平，架构差距三年都追不上。
拼接模式在短期内够用，但随着AI任务越来越复杂、安全要求越来越高，拼接模式的局限性会越来越明显。到那时再重构，成本远高于一开始就选择一体化平台。
两条路线的本质差异
飞书选择拼接路线，有其合理性。飞书不需要重写底层，通过开放API和插件就能让AI操作平台能力。这种模式门槛低、生态活跃，能快速吸引开发者和用户。对于以文档和协作为核心场景的企业，飞书Aily已经足够好用。
钉钉选择一体化路线，也有其逻辑。钉钉CEO陈航的判断是：“AI时代最大的变革，不是模型，是互联网的主体从人变成了AI。”如果这个判断正确，那么所有围绕“人”设计的系统都要为AI重写。这是一条更长的路，但可能是唯一通向终局的路。
两种路线没有绝对的对错。企业的选择取决于对AI的期望：如果只是把AI当作辅助工具，拼接路线完全够用；如果希望AI成为企业的核心生产力，一体化路线的天花板更高。
回到开头的公式：飞书Aily+OpenClaw ≈ 钉钉悟空。这个等式在功能覆盖上大致成立，但在架构层面不成立。≈ 不是 =，这个约等号背后，是两种技术哲学、两种商业逻辑、两种未来想象之间的差距。
参考文章：
新华网，《飞书发布多款企业级Agent 覆盖个人智能伙伴与业务系统》，2026年3月19日
IT之家，《钉钉推出全新AI原生工作平台“悟空”》，2026年3月17日
钛媒体，《阿里抛出“悟空”，B端AI之争告别“养龙虾”竞赛》，2026年3月17日
