大厂AI编程工具激战正酣，产品经理迎来"多模态"工作革命，从设计者变身开发者！本文为你详细解读字节Solo与腾讯Codebuddy如何重构产品研发全流程，并告诉你产品经理应该如何迎接这一变革。

一、两大AI编程工具引领工作方式变革

7月，如果说变化最大的是什么，那就是产品经理的工作从以往的“单模态”到“多模态”。除了Figma外，两个大厂几乎在同一个星期更新了AI编程工具——字节跳动的Solo以及腾讯的Codebuddy IDE。现在搜索引擎上搜索“Codebuddy”关键词，也会得到字节跳动的SOLO工具广告，毫无疑问双方在流量获取上也是竞争激烈。

小提示： 大厂竞争越激烈，产品经理越早使用这些工具就能获得先发优势。建议尽快申请内测或关注官方动态。

二、AI重构产品开发全流程：从需求分析到代码生成

从现在来看，产品经理的工作方式在这些大厂内部至少已经全变了，以往5年的产品经理工作经验都完全不能复用了，甚至是被淘汰。因为需求分析、PRD文档到产品设计的方式从底层上全部被AI重构了。

• 以往产品经理的工作是单线模式：需求调研 → 原型设计 → 交互设计图 → UI设计图（再优秀一点），很多产品经理因此被划分到产品设计部门。
• 现在有了这些IDE的AI编程工具，产品经理的工作要开始多模态了，不再是聚焦于原型设计、交互设计和开发，而是真的要开始做程序员了，成为产品开发者，包含产品设计与程序员开发，再分配一个运维。

曾经我们都会说，在大厂里产品和运营不分家，由此可以看到产品经理不少转型到商业化运营，懂流量与运营，而没有做产品设计了。但现在，新的角色定位已经出现。

2.1 两大工具的共同特点：从PRD需求文档开始

相比于之前介绍的Onlook、Figma Make等工具，字节的Solo与Codebuddy的核心流程都是从用户prompt先开始建设PRD文档，并且支持编辑PRD文档，通过PRD为基准标尺再来完成前端与后端功能逻辑的生成。这非常不同——有了PRD文档才能继续下一步进行原型设计与代码，这其实更加符合我们国内的产品研发流程。

• 还输出了高保真原型设计，让产品经理与设计师团队可以直接进行编辑与预览。
• 现在两个工具都还没像Figma Make提供协作功能，但是都可以通过代码管理工具再进行合并与拉新分支，完成代码开发与管理。
• 有了更海量的数据调研与数据分析，产品经理做需求就不会拍脑袋了。

2.2 腾讯Codebuddy IDE：天然支持微信生态

现在腾讯的Codebuddy IDE，是天然的支持微信小程序代码生成与部署，AI生成后通过小程序就可以直接部署在腾讯云服务器上。

2.3 都支持国外主流一线模型

现在两个平台的国际版本，都支持国际主流模型，目前最强编程能力是Claude 4.0，都可以选择支持。国内版本就是DeepSeek或腾讯混元模型，不过后续是否会支持阿里系列的，这就不好说了。如果真的支持，那将是首次大厂之间默认强强联合。

常见问题： 我所在的团队技术栈是Vue，如果AI生成的是React代码，还能复用吗？
答案： 不能直接复用。团队能不能复用AI生成的代码，取决于团队的技术栈和AI编程的语言技术栈是否相适应。比如VUE技术前端团队，AI编程是React的，显然就不能通用了。因此选择工具前需要确认支持的框架。

三、多模态工作模式下产品经理的新定位与能力要求

现在AI产生经济效益最直接的，肯定会是编码、设计领域，其性价比最高。相比于需要精准与法律风险的临床与金融行业（几乎不能允许幻觉存在），编码与设计行业的容错率较高，只要解决用户场景的问题，其中的编码是可以包容的——对幻觉出现后进行修改即可完善。并且现在这些IDE AI编程还允许产品设计师二次编辑，从而再次开发与发布。

3.1 Figma Make：让每个产品经理都是程序员

比如Figma Make可以让用户对生成的页面与图层进行二次编辑，进一步降低了产品经理成为开发者的门槛。

3.2 产品经理需要学会拆解功能单元

现在AI编程的IDE工具下，对产品经理就要求更加熟悉单元功能模块，而不是用户角度去描述产品需求。产品经理要学会拆解APP——这也是从2018年发起的每天体验APP知识星球一直在做的事：进群拆解产品。

• 例如用户说要有“发帖功能”，但发帖映射在功能模块上可以是“问答”、“评论”或者是“feed流的发帖信息流展示”。
• 再如用户说要告知用户什么场景的通知，那就是要一个“消息通知功能模块”，并且匹配更多的模板消息。
• 有了这样的prompt，就可以得到更加聚焦的功能——因为现在的AI对话本质上是要会“提示工程”，而不是简单地问问题，而是要用提示工程来完成对应的任务唤起与激活。

小提示： 建议产品经理平时多练习把用户需求拆解成功能单元清单，比如把常见的APP功能模块（登录注册、消息通知、评论系统等）建立自己的prompt模板库。

3.3 AI编程代码复用性的现实挑战

之前分享过的2个产品经理前端编码工具（Onlook、Figma Make）都提供了从原型设计到前端开发、前端编码的全部一体化工作。不过仍然有2个问题需要解决：

• 代码复用性：有用户留言说现在的AI编程是虚的。从真正的生产价值来看，一个产品需要持续迭代、持续优化，而不是一次性就可以保证产品到位。如果生成的代码不能复用或复用率很低，那么这种AI编程的效率就比较差，只能说辅助或协助开发检查。对于产品设计师来说，就是更快的生成产品设计原型高保真方案。
• 技术栈兼容性：在真正的产品研发环节中，我们即使拿到别人的开源系统做二次开发，也要熟悉别人的代码编码、注释甚至结构，也要花费一定的工作时间。而AI编程的成果本质上也是一套开源系统，但它缺失环境配置、代码注释规范以及你熟悉的技术栈。因此团队能不能复用，要看团队的技术栈和AI编程的语言技术栈是否相适应。

常见问题： 现在字节Solo和腾讯Codebuddy我还没有邀请码，体验不到其Supabase数据库及云部署服务，效果如何？
答案： 如果真的可以跑通，那么就可以将应用分发了，比如将生成的H5与网页直接投入到实际应用。一些小的功能或小产品，在前期做种子用户获取与商业化验证，就可以不需要再让自己的开发介入，并且源代码还能够复用。注意这里的源代码复用不是静态页面，而是全局组件、甚至是后端代码都可以使用。具体生成的代码语言框架是Vue还是React还是可以自定义，现在还不清楚。建议持续关注官方更新公告。

结尾

大厂AI编程工具（字节Solo与腾讯Codebuddy）正在彻底碘伏产品经理的传统工作方式，从单模态的设计者进化为多模态的产品开发者。这不仅是工具的升级，更是思维方式和能力模型的变革。如果你能快速掌握PRD驱动开发、学会拆解功能单元、熟悉提示工程，并主动拥抱代码生成与复用，你将在未来的产品竞争中获得巨大优势。现在就行动起来，关注工具动态，开启你的“多模态”产品开发之旅！