2026 年 5 月，一组数据在软件开发圈引发了一场安静的震动。蚂蚁集团的"灵光"App 及配套"闪应用"功能，截至当月累计创建闪应用突破 3000 万个。百度的"秒哒"平台服务用户超 1000 万，累计创造应用价值达 50 亿元。腾讯于 5 月 15 日正式上线"吐司"应用，主打灵感共创。字节跳动的 AI 原生 IDE 工具 TRAE，正在把 AI Agent 能力从专业开发工具扩展为全民应用。新浪财经引用国联民生证券研究所的数据：AI 编程能力呈指数级增长——2023 年 GPT-4 的 SWE-bench 验证得分仅约 13%，2024 年升至 40%，2025 年达到 60%，2026 年 Claude Opus 4.6 得分已达 80.8%，逼近人类专家水平的 92%。
这个数字意味着什么？意味着一个非技术背景的产品经理，用自然语言向 AI 描述"我想要一个什么功能"，AI 已经能给出接近专业开发者质量的可运行代码。
传统产品开发流程正在被一场叫"Vibe Coding"的东西撕开一道口子。这个概念来自 Andrej Karpathy——特斯拉前 AI 总监、OpenAI 联合创始人。他用这个词描述一种编程状态：你把技术细节完全外包给 AI，你只需要营造一种"氛围"——描述你想要的功能场景、用户感受和业务目标——AI 根据这个"氛围"直接生成可运行的代码。
对产品经理而言，核心价值发生了微妙的迁移：从"画好图纸，监督施工"，变成了"描述愿景，并精准验收 AI 生成的成果"。一位在腾讯云开发者社区中分享经历的产品经理写得很直白："过去，一个涉及后端逻辑与数据库交互的 AI 应用，往往需要依赖开发团队数月的排期。现在，我只需要描述业务场景，AI 能直接生成前后端代码并完成验收测试。"
但硬币的另一面，是这个趋势正在悄然改变团队内部最根本的权力结构。
当一个产品经理不再需要等待开发排期就能独立验证需求时，她在需求评审会上说话的底气是完全不同的。她不是在"求"开发，而是在分享一个"我已经跑通了"的方案。开发不再是瓶颈，而是协作者——更准确地说，是兜底者。
这不只是效率的问题。这是话语权的问题。过去，一个 PRD 写得再漂亮，代码实现卡在开发手里，排期就是终极武器。现在，这条锁链松开了。低代码加 AI 的组合，让 PM 拥有了"自助实现权"。不会 AI 低代码的 PM，将逐步失去竞争力——这不是恐吓，是 2026 年正在发生的现实。
但也有人对这个趋势保持警惕。在一个 5 到 8 人的团队里，PM 用 AI 生成的代码直接上线，短期内确实快。但当系统变复杂，AI 生成的代码缺乏统一的架构设计——它擅长单点突破，不擅长全局规划。PM 交付的功能越来越多，但底层的技术债也在悄悄堆积。更关键的是，PM 用 AI 生成的代码出了问题，谁来兜底？PM 自己吗？还是最后还是要开发来救火？
"人人都是产品经理"的一篇深度实战报告中提出了一个关键洞察：AI 不再是单纯的代码生成器，而是一个需要被结构化输入、明确边界约束与严格验收标准所定义的"协作伙伴"。换句话说，AI 能做，但前提苛刻——你需要给出极度清晰的约束条件，并且具备验收 AI 产出质量的能力。这个能力，无论对于开发者还是 PM，都正在变成硬通货。
有趣的是，国内的低代码平台本身也是由程序员开发和维护的。平台的能力上限，取决于背后工程师的技术水平。所以最终，这场 AI 民主化运动赢家是谁，取决于一个核心问题：当 AI 让所有人都能"写代码"，区分价值的到底是什么？答案正在收敛为两样东西：架构判断力，和业务理解深度。这两样东西，不分技术还是非技术。未来优秀的 PM，不一定需要会手写代码，但一定需要能用 AI 把需求落成可运行系统，并且判断什么叫"好"。
热门跟贴