项目管理AI第一枪，为什么是飞书项目？

一个企业的AI转型路径正在浮现——通过先进的项目管理软件首先构建出足够结构化的数据体系，在这个优质的体系之上，用最先进的Agent范式、Coding能力和CLI、MCP组件，对数据进行智能化演绎和基于流程节点的智能表达，最终帮助企业从数字化迈向AI原生。

这个路径的特殊之处，或者说飞书项目映射出的新型企业级AI软件的独特价值点在于：它们既能在个人层面持续放大自下而上的创新涌现，也能在企业层面稳步推动自上而下的集体进步。

———— / BEGIN / ————

自2025年中，杨澍发现一个明显的趋势：在飞书项目开放平台上，用于AI连接的插件忽然开始加速涌现。它们遍布数据查询、问数取数等项目管理的多个节点。

他是飞书项目开放平台产品负责人，根据杨澍和团队成员统计，截至今年年初，在飞书项目开放平台上，这类自发的、来自不同企业个人开发者的项目管理AI产品数量已经高达100多个。开发它们的人有懂技术的PMO、有后端研发人员，也有项目管理的前端业务人员。

这是一个缩影。

过去一年时间里，伴随着OpenClaw、企业级Agent、AI Coding等模型价值释放体系的不断完善和场景演绎，企业对于AI落地业务场景的需求正在呈现持续井喷态势。而作为“企业第一生命线”的项目管理，更是被寄予厚望。

但这种“厚望”的另一面对应的是谨慎。即和企业内部某个软件环节，如CRM、ERP，甚至MES等特定节点的Agent原生改造不同，项目管理对应的是一个由多个节点、多个岗位、贯穿企业全部业务周期的体系化工程。这也意味着，对企业而言，实现项目管理的AI化升级改造不是一个单点工程，而更多是一个从底层到上层、从研发到业务全流程的“土壤级”进化。

如果说客服、CRM、ERP等软件是AI在企业级场景的第一场改造革命，那么如今，项目管理正在成为AI在TO B场景的新改造对象。而这里，也是决定企业AI加速度的真正核心战场。

肯定的共识面前，几个问题是：在这个等同于企业核心生命线的环节里，谁来搭建一个新的舞台？又或者说，中国企业在项目管理环节落地的AI体系到底应该是怎样的？

过去半年时间里，和开放平台上“星星之火”平行进行的，还有飞书项目对自身的全面AI化改造。最近，它交出了这份答卷。

“星星之火”背后：AI，成为项目管理的必答题

实际上，尽管惊喜，但不论对飞书项目团队，还是市场而言，这个AI“星星之火”出现在飞书并不意外。

根据赛迪在近日发布的《先进制造业研发项目管理数字化发展报告》显示，截止目前，飞书项目在软件研发管理 SaaS 市场占比达 46.8%，在 IPD 管理SaaS 市场占比更是高达 68.6%。

换言之，飞书项目已然成为一个观察、了解中国项目管理赛道实时水温的最佳窗口。那么在AI技术不断革新的当下，项目管理的自发进化到底走到哪了？

从宏观视角来看，如果说之前项目管理的推进更多是人和人的交互，那么如今，“人+Agent”则更在成为新的项目管理推进方式。根据一份来自APM（英国项目管理协会）的官方调研数据显示，截止2025年年底，有超过70%的企业在项目管理中使用AI，2023年这个数字仅为30%，两年内数字翻倍。

“其实出现的不止100款产品，其中大部分都是企业项目管理开发者自发，‘自下而上’的尝试。”杨澍告诉产业家，“比如有的是使用的取数、问数能力，比如有的会聚焦到特定的某个项目管理环节，像规范检查、评审、文档等等，开发者会直接命名为某某环节的‘AIQA’等等。”

他告诉我们，大部分涌现出来的项目管理AI应用都是基于行业通用的插件、API形式，或者少部分也会在外部AI环境中经过运算得到AI结果后再还原回内部环节等等。

一个明确的感知是，项目管理，正在主动进入AI化时代。但这些在飞书项目开放平台上“如火如荼”被创建和使用的插件们，是最适合AI的打开方式吗？

答案显然是否定，或者说不完美的。其中几个问题肉眼可见，比如灵活便捷度和需求适配度，就当下插件（API）调用的方式而言，每个插件的安装、调用都需要后台审批者审阅，即使插件安装完成，每个人对于AI的使用程度和需求是不同的，这种非标化的AI需求很难被一个标准化的功能实现满足。

比如一个研发负责人，为了提高评审效率，自己接入了一个文档分析插件。这种尝试往往见效极快，也能迅速在小范围内跑通，成为团队里的“效率神器”。但当这些能力试图在更大范围复制时，就会遇到现实约束，因为每一个插件的接入，都需要经过管理员审批；每一次能力扩展，也需要在组织安全、权限边界之内运行。

于是，一个微妙的错位出现了，一边是自下而上、快速生长的AI实践，讲求的是速度和灵活；另一边是自上而下、强调安全与规范的插件体系，更关注的是可控和合规。两者并不矛盾，但在当下的工具形态下，很难形成真正的协同。

这也意味着，插件可以解决问题，但往往不是那个“最优解”，它更像是一个过渡形态，而不是终局。

这也是飞书项目团队看见的问题。而且对他们而言，必要性更强——作为自身的主战场，不论是从项目管理软件的产品迭代视角，还是客户旺盛迫切的需求视角，构建一个AI时代的项目管理新范式，都势在必行。

飞书项目搭建一个AI时代的项目管理新土壤

优质供给往往是以真实需求为原点。

这也是飞书项目团队的解题思路。“我们的很多产品设计都是源自企业开发者之前在开放平台的尝试和反馈，我们对应这些真实需求进行了产品层面的迭代进化。”杨澍告诉我们。

可以理解为，飞书项目平台上的“星星之火”和看得见的改进空间恰构成了飞书项目AI进化的圭臬准则——既要保持、保护“自下而上”的企业内部开发者的创新涌现特质，也要能“自上而下”把最佳个人实践转化为集体的AI新动能。

在4月23日的飞书项目开放日上，这些新答案都被正式放到台前。

在AI连接层面，飞书项目在MCP服务上持续升级，截止目前，支持开发者通过MCP调用工作项管理、视图与度量分析、团队与个人待办等超过40个工具，同时在连接方式上更是首家支持了OAuth等更安全的授权方式。

这些之外，最大的亮点是飞书项目正式发布并开源了飞书项目CLI。对其的一个描述是，之前开放平台上面向项目管理通用场景通过插件的AI调用方式“将不复存在”，在飞书项目CLI的支持下，企业开发者可以直接把AI嵌入到自身的企业内部生产环境。

一方面部署更灵活，通过一行代码即可接入，无需通过插件和API接口额外配置，另一方面通过CLI的方式嵌入到企业真实流程，AI可以基于真实的企业上下文环境给出更加准确、低幻觉的答案，效果更优的同时成本也更低。

如果说飞书项目MCP、CLI的升级发布对应的是放大个体的AI创新力和生产力，那么AI应用层面的“AI节点”和“AI字段”则是把AI真正嵌入到项目管理的真正组织流程中。

以AI节点为例，传统的项目管理模式是不同节点负责人相互协作和信息传递，如今，在飞书项目AI节点的加持下，企业或对应环节负责人可以将部分节点转化为AI节点，由Agent自动接管对应节点的全部事项，如智能验证、文档检查、软件监管等等。

“如果是较短的流程，其中大部分，甚至全部有机会转为AI节点，自动化推进，人只需要按需确认结果；如果是复杂流程，项目管理负责人可以选择其中的几个节点转化为AI节点。”杨澍表示。

AI字段同样如此。即企业可以将内部个人在部分环节或场景的最佳AI实践封装成标准化AI字段，上传到AI字段应用市场，让企业内部全员复用。

在AI应用之外，在这次开放日上，飞书项目还发布了飞书项目AI助手和AAMP协议。前者可以看作是基于飞书项目环境的AI个人助理，基于企业在飞书项目上的结构化数据和企业知识，开发者可以更好地、更准确地驱动其帮助自己完成任务。

后者则面向的是平台和智能体之间的打通。AAMP，全称 Agent Asynchronous Messaging Protocol，其定位是连接平台与 Agent、Agent与Agent的一份标准通信协议，可以帮助Agent在更多变环境的灵活运转，串联平台AI和个人智能体，打破环境和设备的隔阂，让企业不同模块的Agent、企业场景和个人场景的Agent都可以实现无缝连接。

从某种程度来看，飞书项目4个不同层面的交卷对应的也恰是前文提到的准则出发点，即通过MCP和CLI全面释放企业内部个人和团队的AI协作能动性，推动组织效率成倍提升；而AI节点和AI字段则是从流程管理和项目智能的视角出发，帮助企业将最佳实践转化为集体的AI加速度，推动个人和集体流程的一致迈步。

而飞书项目AI助手和AAMP则是从AI基建的视角进一步放大飞书项目的价值，即让AI以飞书项目的特色能力和企业知识数据为锚，进一步帮助每一个用户和AI一起用好飞书项目；另一方面让平台和智能体之间互通协作，让组织AI流程和个人AI生产力形成合力，释放极致生产力。

实际上，如果从这四个动作向更底层延伸，则能感受到的是飞书项目的这次升级，对应的不是类似固有SaaS软件新版本式的迭代，其升级的本质是在让一个项目管理产品通过不同模块的重构，成为一个企业在AI时代的新流程管理土壤。

这其中涉及到的不仅是能看得见的AI节点改造、AI流程改造，而是在底层，把数据库、指令等等转化为AI更能自动识别、流畅的组件，让企业可以真正以AI原生的方式推进项目，帮助企业真正迈出AI自主决策、自主推进、自主执行的第一步。

“过去我们谈开放更多是‘对人开放’，从流程配置的灵活开放，到API/Webhook接口的丰富开放，再到轻应用前端体验的全面开放。但当越来越多的“使用者”变成AI Agent，平台还要对AI足够友好与开放，让AI从‘会聊天的玩具’变为真正懂业务、能参与协作与执行的超级助手。”飞书项目负责人洪涛表示。

在飞书项目看见企业AI原生的一个窗口

实际上，在这次飞书项目AI发布之前，面向企业的共创和内测就已经被推进。根据内部统计，仅内测阶段，每周的调用次数就高达150w次，如今这个数字伴随着正式发布正呈现几何级上涨。

数字之外，企业的真实改变正肉眼可见。

“比如一些汽车制造企业的研发团队，就通过飞书项目的AI 节点能力，非常快速地实现了需求文档的自动识别和条目化导入，再比如一些消费品的企业客户，也通过 AI 字段升级的能力实现了风险的智能识别和分类。”飞书项目商业化总经理杨波告诉我们。

以及包括早已经基于飞书项目构建出IPD流程的雅迪，飞书项目如今早已经成为雅迪结构化数据的底座，而如今，基于这个底座上新“长出来”的AI能力，雅迪也更在推动IPD等环节向更深层次的AI化迈进。

包括在轻舟智航、爪印内部，在飞书项目的加持下，其都已然构建出结构化的知识与流程体系，在高质量的基座支撑下，让AI真正做到“举重若轻”，逐步完成企业的AI原生进化。

不仅雅迪、轻舟智航、爪印，把时间拉长到整个2026年，能看见的是，几乎所有企业都在试图寻找走进AI时代的钥匙。在此之中，一个市场的共识是，相较于前端环节的“创新性AI试点”，项目管理的AI化对应的才是企业真正底色变化。

如今的飞书项目，提供的恰是这样一把AI钥匙。

在这个内外连接性强、底层设定为“AI友好”的AI项目管理产品里，一个企业的AI转型路径也更在浮现——通过先进的项目管理软件首先构建出足够结构化的数据体系，在这个优质的体系之上，用最先进的Agent范式、Coding能力和CLI、MCP组件，对数据进行智能化演绎和基于流程节点的智能表达，最终帮助企业从数字化迈向AI原生。

这个路径的特殊之处，或者说飞书项目映射出的新型企业级AI软件的独特价值点在于：它们既能在个人层面持续放大自下而上的创新涌现，也能在企业层面稳步推动自上而下的集体进步。

“我们内部一直说，因为飞书上有大量先进的企业，所以我们能第一时间能看见企业内部开发者和企业本身的真实需求。”杨澍说道，“不知道别人能不能感受到，但我们是很幸福的。”

先进，不再只是一个形容词，它更在代表一种AI原生新生产力的源头和新构成要素。

尽管于当下，对不同赛道的企业，不同数据基础的企业，以及不同AI意愿的企业而言，项目管理的AI变革仍然是一个不同赛程、不同环境的马拉松。

但在成为AI新供给、新土壤、新基建的路上，飞书项目已然启程。

本文来自公众号：产业家 作者：皮爷