为什么我不认为百度快码目前的产品形态能解决他想要解决的问题?
最近这两个月,是我最拥抱 AI Coding 的这两个月,我尝试了多个不同的 AI 辅助编程工具,包括 Github Copliot、Cursor、Claude Code、百度快码、V0 等一系列 AI 辅助编程工具。
而 6月底,刚好被邀请参加了百度快码的 AI Day 发布会,我觉得要给大家分享一些我对于百度快码的看法,以及对于 AI 辅助编程的看法。
为什么 AI 辅助编程 / Vibe Coding 这么火?
如果用一句话来描述为什么 AI 辅助编程 / Vibe Coding 这么火,我觉得是人民日益增长的数字化和智能化需要同落后的软件生产力之间的矛盾。这里的软件生产力不是指个体的生产力,而是整个行业的生产力之于整个经济的生产力。我们的软件生产力,目前仅出现在互联网领域,其他领域都极差。
这个问题早已有之,我国从 2014 年开始,就开始推广大众创业、万众创新,涌现了一批又一批的互联网公司,我们国家的各种 SaaS 企业,也是从哪个时间开始逐步出现。但总的来说,新的公司和企业主要出现在互联网领域,而更多的传统行业的数字化和智能化的改造,走的并不快。这里存在一些投入产出比和优先级的问题,互联网拥有规模化效应,可以快速造富,所以所有人都冲进互联网,但所有赚钱没有那么快的领域,就缺乏大量的数字化、智能化的人才去参与到行业的改变当中,有需求的人,但因为不是赚钱最快的事情,导致始终停留在低效的工作方式里。
这两年,数据库型表格大火(比如 Notion、Airtable、多维表格),其主打的便是除了像 Excel 一样像表格一样的管理,还提供各种不同的展示形态和对接功能,使其还更像一个复杂的「业务系统」,虽然你可能到真实的落地场景中,发现依然不好用。但不得不说,这种简单的数字化处理,已经帮助很多人解决问题。
So,这个和百度快码有什么关系?
在百度快码的发布会中,我看到,百度希望快码能够帮助每个有梦想的人构建他们的世界,从愿景的视角来看,是很好的,也是符合我上面说的,在试图解决人民日益增长的数字化和智能化需要同落后的软件生产力之间的矛盾

这个初衷和愿景不错,但由于大厂「平庸的重力」,快码并没有那么的直击目标,而是走在了一个「跟随者」的脚步上。百度快码目前的产品形态都还停留在 IDE、Copliot 这个维度,就决定了他从一开始,就不是设计给非工程师使用的。

一个很现实的问题 —— 那些不懂研发的人们,他们真的知道 IDE 代表着什么?那些不懂研发的人们真的知道 AI 让他点运行时,下一步代表着什么么?
当然,这样并不是说快码不好,只是,和他的愿景相比,似乎有些南辕北辙。
单从产品力和功能的视角来看,我认为快码会是一个不错的 AI 辅助编程工具,比如各种不同点位的 AI 功能(帮你写 Commit、写单测);还有一些洞察了 Vibe Coding 用户痛点的功能(比如预览选中截图后再次修改)


我相信,百度快码可能在百度内部也被大量的使用,去解决一些基础的编程问题,但这条路可能也不一定是一个好事 —— 他会让你习惯于解决工程师的问题,而忽视了那些愿景想要覆盖的每一个人。
AI 辅助编程工具的几个世代
目前市面上的 AI 辅助编程产品大体可以分为三类, Copliot 类、 Agent 类、自动化 Agent 类。
最底层是基本上只服务于工程师的 Copliot 的产品,这类产品的特点是基本上是围绕着 IDE或者直接基于 IDE 进行魔改搞出来的,大量的依赖了工程去看代码,找到需要修改的代码。

更上一层是在 IDE 之上集成的 Agent 类产品,在我实际去做线下活动的时候,会发现大量的非计算机背景用户其实会使用 Agent 类产品来完成自己想要做的事情。这是因为 Agent 类产品基本上不需要你再找到代码给他看,而是用编辑器打开文件夹,直接让 AI 自己去改就行,你只负责提需求,并在过程中参与到其中去干活。
而再上一层,就是最近比较火的 Claude Code、 Gemini Code 类产品。这类产品基本上不太给用户看代码,而是只是让用户输入需要做的事情就可以,你不需要关注代码,你只需要关注最终我实现的效果就行。不过因为产品设计的问题,坦诚的讲,这类产品其实是对普通用户最不友好的。。。因为「终端」也是一个非常工程师的词汇。一个更好的方案可能是封装成对用户更友好的界面,让普通人也能用的起来。
而更下一代,则希望可以完全跳出开发者和工程师的视角,为用户提供一个易用的工具,同时提供全生命周期的解决方案。从这个视角来看,我认为大厂是有机会的,或者是小厂可以先做,等着被大厂收购。原因是目前来看,从 Claude Code 的终端版到 GUI 版只是个产品决策和产品时间的问题。下一步则是需要解决部署上线的问题,这个是一个传统的云厂商有优势的领域,对于大厂们来说, 既可以卖模型消耗,还可以卖云资源消耗,美滋滋。
(又回到了我的老本行 BaaS、云开发 hhhh)
AI编程的终极目标不是「让人人成为工程师」,而是「让人人不必成为工程师也能解决问题」。
给百度快码的小建议
作为一个前大厂人,我其实能理解这里面的平庸的重力,不过我还是觉得,可以给一些建议,避免说 「you can you up」(虽然我真的 can)。
- 和老板好好聊聊,画画饼,sell 一下未来:百度既然有云,又有模型,为什么不直接一步到位做第四代产品,而是继续做第一代产品呢?这个事你不干,阿里、字节也一定会干的。人家也和你一样,要模型有模型,要云有云,没有不干的理由。
- 用好云,整合好资源,实在不行用 AI 先霸王硬上弓提供了再说:大厂里难免要解决优先级排序的问题,甚至可能比小厂要慢的多,但如果你们有一个团队可以极致的敏捷,其实云现有的 API 也不是不能搞(我们当时轻服务不就是这么干的)。你们先干出来一个版本,打磨出一个还不错的产品,然后拿回去找老板要资源嘛。
& 一些小吐槽
在发布会上,邀请小朋友来分享用百度快码做应用很好,但,这是一个「only 海淀 can do」 的事情,离开北京的环境,这个 case 并不具有普适性。。。反而会让大家觉得,稍微有点「何不食肉糜」,特别是,我在台下做的时候,我旁边的一位是北京的大学老师,他都不会使用快码,同时台上的小朋友们做分享,让我深深的感觉到,背后大概率是一位大厂的工程师爸爸。。。