AI|飞书Aily:以MCP+OpenClaw构建生态护城河,渐进式增强路线的产品哲学

导语：与钉钉悟空”打碎重建”的颠覆路线不同，飞书 Aily 选择了一条更务实的产品路径——在现有协作体系上叠加 AI Agent 能力，用 MCP 协议和 OpenClaw 生态构建开放壁垒。

🎯 一、战略定位：渐进式增强，让 AI 融入现有工作流

▍不改变用户行为，是最低阻力的创新

2026 年 3 月 19 日，飞书发布 Aily 智能伙伴，将其定位从”问答式 AI 助手”升级为常驻飞书联系人列表的原生 Agent。

Aily 的产品哲学与悟空形成鲜明对比：不改变用户原有的工作方式。在飞书的产品设计逻辑中，用户不需要学习新的操作系统概念，AI 能力以”智能伙伴”的形式自然融入已有的飞书工作流——你继续在飞书写文档、开会、填表格，Aily 在你旁边帮你处理那些”可以做但没时间做”的事。

这种策略将用户迁移成本压到最低。飞书用户不需要”从头开始”，只需要”多了一个同事”。

▍平台 Hub 战略

飞书 Aily 的战略角色是一个协作 Hub 的中心节点——所有 AI 能力围绕飞书展开，但最终数据回归飞书，强化飞书作为”企业 AI 中心”的定位。这不是纯技术竞争，而是生态阵地竞争：

外部 AI 工具/模型  ↓ MCP / OpenClaw飞书 Aily（智能体 Hub）  ↓ 原生集成飞书生态（消息、文档、多维表格、日历、任务、妙记）

Aily 的一切设计都围绕一个目标：让飞书用户不需要离开飞书就能享受 AI 能力。技能（Skill）最终服务的对象是飞书内的智能伙伴，生成的内容保存在飞书云文档，执行的流程打通飞书审批。

▍开放增强，不做底层重构

与悟空”CLI 化全量重构”的技术路线相反，飞书选择了零配置集成——不重写底层代码，在现有功能上叠加 AI 能力。

飞书的引擎有两层：

• Aily（云端）：处理飞书云端的 AI 推理、知识检索、自动化编排
• OpenClaw（本地）：开源 Agent 执行框架，通过 API 调用飞书能力

两者的分工明确了飞书的技术路线：云端做 IQ（知识计算），本地做 EQ（执行调度）。

🔧 二、用户场景：知识工作者的 AI 搭子

▍四大能力矩阵聚焦知识工作

Aily 的四大核心能力清晰界定了其适用场景：

▍双版本的产品分层

飞书在 Aily 上做了一个精准的产品分层——普通版 vs 专业版：

这个分层避免了”一刀切”定价的矛盾——普通版降低了全员使用门槛（甚至免费试用），专业版锁定高价值用户。这是典型的PLG（产品驱动增长）+ 企业付费混合模型。

▍优劣势

Aily 在文档生成完整度和工作流闭环流畅度上表现优异——自动生成周报能从多源数据聚合为规范化飞书文档，社群运营能从众多条记录中自动完成匹配。

但在企业数据贴合度上存在短板，Aily 出现了”虚构员工信息”的幻觉，而悟空基于真实企业数据生成的内容更为准确。这暴露了”不做底层重构”路线的固有局限：AI 不了解企业数据时，生成内容会出现事实性偏差。

⚙️ 三、技术架构：MCP 协议 + OpenClaw + SkillHub 的三层开放生态

▍技术视角：MCP 协议的战略选择

飞书 Aily 的技术架构中，最值得关注的选择是全面拥抱 MCP（Model Context Protocol）协议。通过 MCP，Aily 可以连接企业已有的知识库、业务系统、API 接口，让智能体”懂业务”而非仅有”通用知识”。

这与悟空的 CLI 化形成了一条清晰的技术路线分化：

• 悟空路线：将软件能力 CLI 化——让 Agent 像用命令行一样操作软件
• 飞书路线：通过 MCP 连接已有系统——让 Agent 通过标准协议接入业务

CLI 化要求对源系统进行改造，MCP 则在不改造源系统的前提下实现连通。两者的技术取舍本质上是对”接入成本 vs 控制深度”的权衡。

▍应用视角：OpenClaw 生态——中国 IM 工具中活跃度最高的 Agent 开发者社区

OpenClaw 是飞书 Aily 生态中最独特的资产。它是一个开源 Agent 执行框架，允许开发者在本地运行 Agent 并通过 API 调用飞书能力。

SkillHub 作为官方技能市场，提供了安全扫描与开源认证机制，降低了企业使用社区 Skill 的安全风险。

▍企业级产品能力：妙搭 + 多维表格 Agent

飞书在 Aily 之外，还推出了两个重要的 Agent 产品：

飞书妙搭：原生 Code Agent，定位类似”飞书生态内的 Claude Code”。通过自然语言描述即可自动完成概要设计、开发计划、代码编写。

多维表格 Agent：通过自然语言指令即可对多维表格数据生成可视化图表（折线图、柱状图等），并自带数据解读和优化建议。

这两款产品表明飞书的 Agent 战略是多点开花而非单点突破——Aily 做智能伙伴，妙搭做开发，多维表格 Agent 做分析。

💰 四、商业模式与大模型能力

▍产品视角：捆绑销售的低摩擦模型

Aily 的商业模式天然内嵌在飞书的订阅体系中。普通版作为飞书的基础增值能力（类似飞书妙记的定位），降低了用户试用 AI 的心理门槛；专业版作为高阶功能拉动付费转化。

这种方式避免了独立定价的摩擦——用户不需要单独为 AI 产品”做预算决策”，AI 能力以”飞书升级”的形态自然进入企业采购流程。

▍技术视角：模型不绑定 + 多模型路由

与悟空类似，Aily 同样采用模型无关架构。通过 OpenClaw 和飞书 CLI，Aily 可以接入不同的底层模型（通义千问、DeepSeek、Kimi、阶跃星辰等），根据任务类型路由到最优模型。这种设计降低了单一大模型供应商的依赖风险。

▍企业级数据与知识智能能力：MCP 协议的知识连接

Aily 的知识智能策略与悟空不同——悟空通过”CLI + RealDoc + 长期记忆”构建内生的知识沉淀体系，Aily 则通过MCP 协议外接企业已有的知识系统。

这种方法的前提假设是：企业的知识已经分布在各业务系统中（CRM、ERP、Wiki、邮件、工单），AI 不需要再建一个知识库，而是连接这些已有系统。

🔮 总结：开放生态是 Aily 的不对称优势

飞书 Aily 选择了”不重构、只增强”的产品路线。这带来了立即可见的优势——用户零迁移成本、开发者社区活跃（OpenClaw 接入率中国 IM 最高）、SkillHub 生态快速增长——但也面临核心挑战：当 AI 不了解企业私有数据时，Agent 的”智能”有天然上限。

Aily 的战略破局点在于 MCP 协议 + OpenClaw 开发者生态的双轮驱动——通过标准协议降低接入成本，通过社区生态扩大能力边界。

综述：这场 CLI vs MCP 的路线之争，短期看 MCP 的接入成本更低（不改造源系统），长期看 CLI 的控制深度更强（Agent 直接操控软件）。但最终形态可能是两者的融合——CLI 做深度集成，MCP 做广度覆盖。