让武大郎当衙役，让武松去卖烧饼

我的CTO上班有两个选项，步行或者开车。步行省钱，开车省时间。降本增效的惯性让他每天都在想最佳方案。开车上班他就遗憾没省到钱，步行上班他就遗憾没有省到时间，所以他到办公室总是不太开心，就像世界上每一个老板一样。

有一天我跟他说:”你开车出门，开车五十米，又下来跑步一百米，然后又开车五十米，再跑步一百米，如果循环往返，等你到达公司的时候，你又开车了又步行了，理论上，你就又能省时间又能省钱，两全其美！”CTO看了我一眼，转头和HR说:”此人有病治病，无病辞退！”

我这个主意，毫无疑问，不会两全其美，只会两全其病，又浪费时间又浪费油，非常愚蠢。不过，我们这个行业，像我这样愚蠢的，恐怕并不只有我。

在探索 AI 开发软件的路上，我看到很多团队采用这么一个流程:

每一步都让 AI 去做，同时又由人来审核。

得物公司的流程大同小异。每一步都有人的参与，也都有AI的参与。

不客气的说，这就是开车五十米又跑步一百米的蠢想法。理论上，可能得到AI和人力参与的双重好处，实际上，是让AI和人力互相拖后腿。

得物团队自己也认识到问题了，他们说

乍一看使用 Curosr 后流程更加繁琐，而实际上也确实如此。

所以这里更推荐换一个心态来看待流程上的变化，不必为了使用工具而使用。过去我们面向 Google / GitHub / Stack Overflow 编程也并不是因为我们为了搜索而搜索，是因为在具体开发中遇到了不明确的信息需要确认，现在这个角色可以渐进地由 Cursor 替代，比起搜索引擎，Cursor 能充分地根据项目现状分析出更贴切的答案，如同行车的导航和选购的得物，为此不必有太多的心理负担。

AI让开发更繁琐，这显然走在错误的方向。

我个人认为，这种错误的原因还是很多技术管理者思维没有转变过来，还是把AI当做工具而不是员工。只要把AI当做员工，你就可以看出这种流程有多荒谬了。张三写个代码，做个文档，上个厕所打个屁，都由李四来复核一遍，并且在李四复核完成之前，张三不能自主走到下一个环节。这是什么奇葩协作模式？这显然不会两全其美，只会两全其病。

AI和人类似，但是能力差别也很明显。哪些环节交给AI，哪些环节交给人类，需要认真思考，不断的尝试。

当然，最差劲的是字节Solo团队，让AI去做需求分析，结果AI一个问题都不问，拿到一句话需求就开工写代码。这就相当于让武大郎当衙役让武松去卖烧饼，偏偏安排你做不擅长的。

当然，我说这个不行那个不行，大家也会有疑问:马工你肚子里又有什么货？ 我只能说，还在摸索阶段，请各位看官耐心等待几个月。

AI 编程不靠运气，Kiro Spec 工作流复刻全攻略
Cursor 在前端需求开发工作流中的应用｜得物技术