最近 Power Apps 圈子里吵得挺热闹，而且吵得有点真实。
今年3月底，一位小红书用户晒出了自己的"vibe 开发"成果：用 Power Apps 的 vibe 模式做了个记工时 App，"从开发到部署生产环境让同事都用（不是什么localhost），前后甚至不到1小时。"手机电脑都能跑。小红书这条帖子拿了87个赞、46条评论，评论区却直接吵成了两派，被顶得最高的一句泼冷水的话是：“用到生产环境就是大坑。”
而就在这周，知乎上有篇热帖，标题就叫《AI写代码这么强了，低代码平台还有未来吗？》，里面一个提问被顶得很高："这玩意儿会不会还没上线就被AI干掉了？”说实话，这问题问得挺狠，也问到了很多人的心坎里。知乎
那今天就把这件事掰扯清楚：Power Apps 的"AI 开发"，现在到底能干到什么程度？谁该上车，谁该先缓缓？
先搞清楚：AI 开发不是一件事，是三条路
很多人刷到"一句话生成应用"，以为 Power Apps 只有一种新玩法。把全网最近的讨论拼起来看，其实是三条完全不同的路，对应三拨完全不同的人。
第一条路：编辑器里的 Copilot 辅助。你还是照常拖控件，AI 帮你描述生成页面、帮你写 Power Fx 公式，本质是"老方法 + 智能助手"。门槛最低，没听说过 vibe coding 也能直接用，属于大多数人不知不觉就在用的那条路。
第二条路：vibe 模式（vibe coding）。讨论度最高的一个：用自然语言描述需求，AI 直接生成完整应用。小红书上那个刷屏的记工时 App 走的就是这条路。这个玩法从2025年底开始冒头，今年已经有真实用户跑通了从开发到上线的全流程，但它仍然很新——评论区到现在还有人问"Power Apps Vibe模式是新出来的吗？"，不同租户能用到的程度也不一样，上手前最好先在自己的环境里确认一下入口。
第三条路：VS Code + AI 的源码级开发。传统 Canvas App 开发"主要依赖浏览器界面"，现在有 UP 主已经整理出完整教程：用 VS Code 搭配 GitHub Copilot 或 Claude Code，加上 Power Platform CLI，就能以源码方式开发 Canvas App。哔哩哔哩这条路跟纯业务人员基本无关，它是给有开发底子、想做工程化应用的人准备的。
这三条路不是互相替代的关系，而是服务不同的人。判断"靠不靠谱"的第一步，其实是先看清自己站在哪条路上。
AI 到底解决了什么？先说公道话
把各平台的实测翻一遍，AI 的功劳主要集中在一件事上：把"我想做个东西"到"有个能用的成品"这段路压缩了。
速度是真的快。记工时、申请 License、登记表这类小内部工具，以前拖控件要折腾好几天，现在一两个小时就能跑通全流程。6月有位微博用户晒出自己的成果：一个简单的App，两个SharePointList，两个PowerFlow，把License申请这块自动化了。微博这类应用的价值不在界面多炫，而在把邮件来回、Excel 转发的时间省了下来。
生态也在往这个方向补位。光8月份，B站上就有 Power Apps 全新模板怎么用、企业智能体怎么跟 Power Apps 协同的视频，还有 UP 主开始研究怎么用 MCP 打通 M365 Copilot，让 AI 直接调用 Power Apps 里的业务数据。哔哩哔哩这个信号值得留意：微软正在把"AI 帮你做应用"和"AI 帮你用应用"往一起缝。
但注意这些成功案例的边界：几乎全是单团队、小数据量、逻辑简单的小应用。AI 在这个区间爽，是因为这类场景本身的复杂度就低，而它恰好最擅长处理套路化的工作。
冷水部分：AI 没解决的三个坑
这一节比上一节值钱，因为演示视频里不会讲这些。
第一，账单跟着应用一起"提速"了。刷屏帖子下面最扎眼的一条评论，把成本问题挑明了：同事得买 powerapps per app license 吧。小红书这不是抬杠——vibe 模式生成的应用，数据主路径围着 Dataverse 转，一旦碰到 Premium 连接器，license 就要按应用、按人头算钱。以前做应用速度慢，账单涨得也慢；现在 AI 按小时出应用，账单的累计速度未必慢。社区里甚至有人半开玩笑地说，跟微软谈 license 的时候记得压价。
第二，工程债不会因为 AI 而消失。知乎一位开发者在"工程实录"系列里讲了个真事：费用管理 App 里 CostPlan 页面的保存按钮，最初点一下只需几秒，半年断断续续开发后，竟然需要好几十秒。知乎这种性能债背后是数据源查询、缓存策略一层层叠出来的。而评论区有经验的开发者，对 AI 开发的边界说得更直接：遇到需要custom PCF的，这玩意就没辙了。而且vibe模式生成的代码是基于react的吧，没点前端基础，后期维护成本巨大。小红书
第三，数据仍然是最难啃的部分。做过30多个企业应用的开发者，总结过上线前夜的翻车现场：数据少了一半、点一下卡5秒、一个Premium连接器让全员预算翻倍、改一个按钮牵动半个应用。知乎AI 把界面生成得更快了，但2000行的委托限制、连接器分级、数据源权限这些坑一个没少，全在数据层等着。评论区到现在还有人问"怎么样连share point，连几次都显示错误"——AI 给了你好用的壳，上下水的活儿还是得自己干。
那到底该不该用？三个直白的建议
放心用的情况：你是 M365 企业用户，要解决的是自己团队或小部门的工具，数据量几百行以内、逻辑简单。vibe 模式加 Copilot 直接上，先把"不到1小时"变成真实生产力。就算翻车，重做一遍传统方案的成本也不高。
可以用，但别指望一键从零到上线：应用要跨部门、长期用、数据会一天天涨。把 AI 生成的结果当高保真原型，上线前找懂连接器和委托的人把一遍。这一步不能省，是因为同一个"卡"，背后的原因可能完全不同——查询结构、缓存策略、页面体量，优化方向完全不一样。
先别碰的情况：不懂前端、不懂 Power Fx，还想把 AI 生成的应用直接放进数据上千行、审批链好几级的核心业务流程。那句"用到生产环境就是大坑"，坑的就是这种。小红书
另外，上线前留三分钟过一遍这个极简清单：
数人头：这个应用最终多少人用？按 per app / per user 的 license 单价乘一下，看账单过不过得了审批。
数数据：主表会长到多少行？数据源是什么？这决定你踩不踩委托和连接器的坑。
数维护人：半年后谁改这个应用？如果答案是"做它的那个 AI"，那就先别上。
值得继续盯的三个信号
最后留三个观察点，这个兴趣方向接下来几个月大概率还会变：
一是 vibe 模式从"新玩法"走向"稳定能力"的节奏，这直接决定"一句话做应用"的门槛是不是真的能降到地板。二是 Power Platform 跟智能体、Copilot 的融合动向，8月的社区已经在讨论用 MCP 打通应用数据，"应用"在微软生态里的位置未来半年可能会变。三是"AI 会不会取代低代码"这场大讨论本身——Power Apps 是微软自家的"低代码 + AI"样本，它怎么走，是整个行业的风向标。
你用 Power Apps 做过什么？AI 生成的应用又踩过什么坑？评论区聊聊，你踩过的坑，可能正是别人马上要踩的。
