我不会写代码,却给自己组建了一支 AI 软件团队

QUOTE

真正的变化，不是 AI 替我写了多少代码，而是我终于学会了组织一支团队。

我一直有很多产品想法，也一直把它们放在脑子里。

原因很简单：我不会写代码。

在我的想象里，做软件意味着要懂产品、会设计、写前端、搭后端、管数据库、做测试。随便数一数，就是五六个人的工作。

直到我开始用 Codex，我第一次觉得：也许一个普通人，真的可以把想法做出来。

但兴奋没有持续太久。

本文看点

最开始，我把 Codex 当成一个会写代码的许愿池。

它马上开始建文件、写组件、搭接口。屏幕上的代码飞快增长，那种感觉很震撼：以前要找程序员做的事，现在一句话就启动了。

可项目稍微变大，问题就来了。页面用的是一种逻辑，后端数据是另一种逻辑；前端为了好看先塞了假数据，接入真实接口时又要重做；我每加一个需求，都可能弄坏另一个功能。

最焦虑的是，我明明不会写代码，却要不停判断：架构对不对？接口为什么报错？下一条提示词该怎么写？

那一刻我意识到，问题也许不在 AI，而在我的使用方式：我把一个产品项目，当成了一次代码生成。

我突然想到：现实中的老板，会直接安排每一个程序员今天写哪段代码吗？通常不会。

老板只需要说清楚要做什么、解决谁的问题、什么最重要。产品经理梳理需求，设计师负责体验，技术团队实现，测试人员验收，最后由项目负责人统一汇报。

既然公司这样运转，为什么不能把 AI 也组织成一家公司？

于是，我把主角色改成了AI 总经理。它不应该一听到需求就埋头写代码，而是先判断阶段、拆解任务、召集专业角色、处理冲突，最后只把结论带回给我。

— 我只和总经理沟通，专业工作由它分配给对应角色。

我最终留下七个角色。不是为了模仿大公司，而是让每一个关键问题都有明确负责人。

一开始我以为，创建几个角色，它们就会自动配合。后来发现：没有流程，多个 AI 只是一起忙。

— 有了清晰顺序，多个 AI 才从“同时忙”变成“共同交付”。

以前，我会绞尽脑汁写技术提示词。现在，我更像一个产品发起人。

总经理负责把这些话翻译成产品、设计、开发和测试任务。我的工作，不再是猜下一条提示词；而是判断做出来的东西，是不是我真正想要的。

— 过去，我必须学会所有岗位；现在，我只需要提出目标、做判断。

它没有让我一夜之间变成程序员。

它只是把“我有一个想法”到“我有一个可运行的产品”之间，那条原本看不见的路，变成了一段段可以执行、可以检查、可以退回重做的流程。

未来，一个人可能不再只是一个人。

AI 最有意思的地方，也许不只是替我们写一段代码、画一张图，而是让一个普通人也能组织起过去只有公司才拥有的能力。

我不会写代码。