AI Agent的崛起正在重塑SaaS行业的竞争逻辑，飞书项目通过三层架构革新，将AI从辅助层推向执行层。本文深度解析飞书项目如何通过CLI+MCP+AAMP协议重构项目管理范式，并揭秘制造业、自动驾驶等头部企业的实战案例，带你看懂AI时代协作工具的生态化转型与战略卡位。

一年来，华尔街和美股投资者因为担心「AI Agent不再需要SaaS软件」，导致美股软件板块估值断崖式下跌。

但4月23日的飞书项目生态日的活动给了一个不同的视角。

三个核心判断

• AI能力从辅助层进入执行层—— 不是给项目经理配个AI秘书，而是让AI真正承担项目管理职责。
• 协议层成为新的竞争主战场—— CLI + MCP + AAMP，谁掌握协议，谁就是生态中枢。
• PMO的实践是检验产品的唯一标准—— 制造业/自动驾驶/游戏头部客户投票。

一、范式转移

过去二十年，SaaS的核心逻辑没变过：服务人，优化界面，让人用起来爽。菜单、按钮、表单、看板——所有设计都围绕人类认知习惯。

但AI Agent来了。

当软件的主要使用者不再是「需要看见界面」的人，而是能自主理解任务、调用工具、执行复杂工作流的智能体时，整个设计范式遭遇根本性挑战。

一个为人类设计的、充满视觉隐喻的界面，对AI Agent而言，是一道低效且难以解析的 Tokens 损耗。

AI Agent需要的是：程序化、标准化、可被机器理解与调用的原子能力。不是按钮，是命令；不是菜单，是API。

结论：项目管理类SaaS的范式，要从给人使用的「记录与跟踪系统」，走向「人+Agent协同的行动系统」。

二、解剖飞书项目三层架构

开放一直是飞书项目的基因。去年推出开放平台后，活跃插件数量翻倍，日均接口调用量从500万+增长到2300万次。今年，飞书项目面向AI时代实现系统性升级，把核心AI战略概括为「AI Friendly」。

过去开放更多是「对人开放」，从流程配置，到API/Webhook接口，再到轻应用前端体验。但当越来越多的「使用者」变成AI Agent，平台还要对AI足够友好与开放，让AI从「会聊天的玩具」变为真正懂业务、能参与协作与执行的超级助手。

飞书项目提出了三层架构：

第一层：AI连接（Connection）—— Agent 轻松安全接入业务基座

核心武器：CLI + MCP协议（Model Context Protocol）+ AI Coding

MCP服务持续升级，让AI能够访问并操作飞书项目，现已覆盖工作项管理、视图与度量分析、团队与个人待办等40+ 工具，并在连接方式上首家支持了OAuth等更安全的授权方式。

针对中大型项目中常见的幻觉、上下文限制与稳定性诉求，团队正式发布并开源飞书项目CLI，以渐进式披露等机制提升模型友好度与稳定性，同时更省Token。

第二层：AI应用（Application）—— 把懂业务的Agent装进应用

核心武器：AI节点 + AI字段

飞书项目打造全新的「AI应用」开放体系，让专业智能体更可复用地融入工作流。其中：

• AI节点：可封装智能能力并嵌入流程，支持沉淀为SOP、灵活调试与重复运行。
• AI字段：从简单的自定义指令升级为具备应用市场的开放能力，支持快速创建，人人可配。

同时发布开箱即用的原生智能体——AI助手，在既有的人力分析、个人周报等能力基础上，扩展项目分析、图表生成与日常任务执行等技能，并强调全程基于授权范围与可读数据进行分析与生成。

第三层：AI协作（Agent）—— 智能体之间标准化协作

核心武器：AAMP协议（Agent Asynchronous Messaging Protocol）

飞书项目推出面向智能体的AAMP开源协议，让平台与智能体、智能体与智能体之间可以标准化地进行异步任务分发与确认，并支持本地智能体在NAT、防火墙等限制下实现双向通信。

未来的工作模式不是人与一个AI互动，而是人类管理者指挥一个由项目管理、代码评审、设计审核、Coding Agent、风险预警等Agent组成的「虚拟团队」。

飞书项目的角色，从「工具」变成「调度中心」。

三、企业落地路径与案例

在「AI+项目管理」这条赛道上，企业落地通常经历三个阶段：

阶段一：链路跑顺—— 把人工流程自动化，让AI有抓手。

阶段二：智能嵌入—— AI能力深度融入业务流程。

阶段三：资产沉淀—— 把经验和流程变成可复用的资产。

飞书项目已经跑通了下面的案例：

案例一：雅迪科技集团——双流程体系与智能助手

雅迪科技集团以飞书项目落地IPD（集成产品开发）和IPMS（集成产品营销体系）双流程体系，使研发与营销在关键节点实现「握手」：

缩短2个月新车开发周期

• 产品上市准确性提升20%
• 更值得关注的是，雅迪基于飞书项目的开放接口和底层数据，打造了深度嵌入业务流程的「IPD智能项目助手」：
• 自动汇总进展与预警
• 生成周报月报
• 减少20%资源浪费和30%重复工时

启示：传统制造业也能用AI实现精细化管理，关键是先把流程跑顺。

案例二：轻舟智航——「AI+人」的协同模式

智能驾驶企业轻舟智航面临上千条项目需求，完全靠人工对齐链路成本极高。借助飞书项目落地ASPICE标准，轻舟智航打造了「AI+人」的协同模式。

核心创新：将「记录—分诊—分派—闭环」打造为自动化流水线：

• 现场通过语音记录问题
• 系统自动分类打标
• 结合规则和历史数据推送给对应责任人
• 路测问题100%自动创建

工程师从繁琐事务中解放，专注于判断和解决核心问题。

「先把链路跑顺，AI才有抓手；链路顺了，人才能把精力放回判断和解决问题上。」—— 轻舟智航项目交付负责人

启示：AI不是来替代人的，而是让人做更有价值的事。

案例三：爪印工作室——流程资产化

游戏研发协同复杂、内容修改「牵一发而动全身」。爪印工作室依托飞书项目自研FlowStack「流程资产仓库」，将研发节点与流程模板资产化：

• 200多个标准节点
• 50余 流程模板
• 实现流程复用与系统化管理

结合轻应用与AI Coding，FlowStack这样的产品仅需2天即可从管理思路转变成落地可用的系统。

「让创造举重若轻，不是把流程做没，而是把复杂流程变成可以被表达、被复用、被治理的东西。」—— 爪印项目管理负责人

启示：复杂流程不需要被简化，而是需要被结构化。

四、飞书项目的生态赋能

飞书项目不仅仅是工具，更是一个生态平台，在飞书项目上面也有很多ISV生态伙伴，提供企业的细分场景优秀的服务，有2个案例让人印象深刻：

案例1：词元无限：Agent深度融入研发流程

作为AI Agent技术公司，词元无限基于飞书项目AI节点，把技术方案生成、智能编码与智能测试等关键环节封装进项目流程：

• 研发周期从7-10人天缩短至1-2人天
• 模式从人工流程进化为AI原生智能交付

这正是「算力税」模式的最佳诠释——不是按人头收费，而是按价值交付。

案例2：Zadig：打通「管理域」与「工程域」

Zadig云原生DevOps平台打通了管理与工程两域的协作链路：

1. 开发在飞书项目里提交代码变更
2. 测试工作流自动触发
3. 执行结果实时回传
4. 发布环节AI先行风险检测
5. 通过飞书项目审批后自动执行

成果：在一个平台完成「从想法到执行」的闭环：

• 发布效率提升3倍
• 交付周期缩短 35%

五、尾声：对产品经理和企业意味着什么

给产品经理

重新思考「用户」的定义。你的用户可能不再只是人，也可能是AI Agent。你设计的功能，是给人用还是给AI用，这个判断会影响整个产品架构优先级。

给企业管理者

选型逻辑要更新。「这个工具人用起来顺不顺手」依然重要，但下一个问题是：它的API和协议层够不够开放，有没有MCP，AI Agent接入和协作的门槛够不够低。这决定了未来3年你的数字化天花板。

飞书项目这次发布，不是功能更新，是AGI时代的战略卡位。

AI+项目管理的竞争，从拼界面体验，正式进入拼生态开放度的新阶段。