当AI将开发成本压缩到极致时，软件工程的底层逻辑正在被重构。本文以研发排期工具开发为例，揭示AI如何用124.8元现金和8小时工时完成传统团队数万元的开发流程，并深刻剖析了泰勒制管理体系的瓦解、产品经理角色重构等行业级变革。

今天继续vibe coding。

边敲代码边吃西瓜的时候，我突然意识到一个问题：AI确实有幻觉，确实不是很可控，但它有一个谁也挡不住的趋势——成本。

时间成本、人力成本、机会成本、沉没成本，全被干到了最低。产品经理心心念念喊了这么多年的MVP策略，直到这段时间，才真的变得可行。

当编码不再构成瓶颈时，软件工程的管理理论该往哪走？明确的是，AI正在瓦解一个很底层的东西——以泰勒科学管理法为基座的、以“工序切分和人工转译”为核心的旧分工体系。

说人话就是：以前我们觉得必须分工协作才能搞定的事，现在一个人加一台电脑，两个周末就够了。

我做了一个什么东西

两个周末，总计7-8个小时，我做了一个研发排期管理工具。

核心功能有几个：

• 智能排期引擎：一键自动匹配人员与岗位，解决多需求资源冲突和任务依赖排序的难题。以前排期会上吵半天的事，现在点一下就行。
• 可视化甘特图：拖拽就能调整排期，改完实时生效。
• 资源日历：统一管理加班与休假，系统自动评估人员变动对排期的冲击影响。谁请假、谁加班，排期会自己跟着动。
• 自动邮件通知：排期一改，相关人员自动收到通知，不用再在群里@所有人。

再加上仪表盘看板、多用户权限、意见反馈体系，一套下来，研发排期的全流程闭环算是跑通了。

https://schedule-d9gwumlxp26e60447-1443061996.tcloudbaseapp.com/

花了多少钱

账本如下：

– token费用：24.9元

– cloudbase云服务器：59.9元（3个月）

– 两个西瓜：30元

– 电费：10块钱

– 我的劳动时间：8小时，低强度

合计：124.8元现金 + 8小时（其中还包括吃西瓜的时间）。

如果走传统开发呢？

我们算一笔账。

首先是评审。至少两轮高强度评审，每轮两小时起步。要叫上测试、研发、UI、前端、运维。两轮下来，2×2×4=16小时，按2人天算，光评审成本就是2000块钱。

然后是开发。 按这个系统的复杂度，至少需要：5人天后端，3人天前端，2人天UI，2人天测试。这还没算产品经理的时间。

说到产品经理，这里面有个特别真实的问题：产品经理要面对无休无止的二次确认。就算PRD里写得再清楚，因为人一直在“丢失上下文”，总会有理解偏差。更别提那些研发不会给你“补齐默认逻辑”的地方——举个例子，产品经理没专门写一句“密码要加密存储”，绝大多数研发绝对会直接明文存数据库。等发现了，再来一轮迭代，再来一轮评审，才能解决。

这套流程走下来，时间、人力、沟通成本，早就不是两三个周末能兜得住的了。

真实踩过的坑

说完全不遇到问题那是假的。用AI开发这件事，真上手了才会知道坑在哪。我用的工具是Trae，前后折腾了几天，有几次差点把项目搞崩。

坑一：一开始就是个巨大的HTML文件

第一天我纯粹是靠对话描述需求：“我要一个排期工具，能管需求和人员，能自动排出甘特图”。Trae直接生成了一个index.html，数据模型、UI、甘特图全在里面。打开就能用，很爽。

但功能越加越多，这个文件涨到了将近4000行。改一个地方经常影响到另一个不相关的模块，因为所有东西都在一个文件里，变量全是全局的。改起来心里没底。

后来让Trae把项目拆成React工程，目录变成src/下有pages、components、utils、store。改了之后，修改的副作用范围肉眼可见地变小了——改需求页面不会影响排期引擎，改类型定义编译器会直接告诉你哪里需要同步更新。

经验：功能验证期用单文件快速迭代没问题，但一旦核心逻辑稳定了，尽早拆成模块化结构。

坑二：登录点击没反应，排查了半小时

加完登录注册后，准备部署前测试，发现点登录按钮完全没反应，控制台连报错都没有。

让Trae在doLogin()里加日志，重新构建后发现日志根本没打印——说明函数都没注册到全局。顺藤摸瓜，发现之前给仪表盘加图例说明时，Trae的SearchReplace匹配到了一段包含甘特图和资源负载图的代码块，结果把一个`} else {`的关键分支结构复制了一份，导致后面一大段脚本（包括doLogin等所有页面逻辑）都变成了死代码。

修完之后我养成了一个习惯：任何一次修改完都跑一遍编译，不要因为“只改了一小段CSS”就跳过。

最后：所以管理理论该往哪走？

当AI把“写代码”这件事的成本拉到无限接近于零的时候，软件工程的稀缺资源就不再是“生产能力”了，而是另外两样东西：定义问题的能力和判断价值的能力。未来的管理，可能不再是“你这一步怎么做、下一步怎么做”，而是转向几个更本质的事：

1. 结果验收：定义清晰的验收标准，而不是盯着过程。

2. 反馈闭环：代码生成后，如何快速验证对不对？

3. 约束管理：加班、休假、资源冲突这些硬约束，比排工期本身更重要。

还有一个更直接的结论：产品经理和开发者的边界正在消失。

未来的“开发者”可能就是那个懂业务、会写清晰提示词、能设计验收场景的人。

代码审查可能会变成“逻辑审查”，甚至是“成本审查”——因为你花出去的token也是钱。

旧体系里那些为了“减少返工”而设立的评审、审批、文档流程，在AI时代反而成了最大的成本。试错成本已经低到你可以放弃“大规划、大设计”了。

花8小时做出来的东西，不行就扔了重来，不心疼。那套层层审批、反复确认的流程，本质上是为了防止“人”犯懒或犯错——但AI没有这种懒惰，你告诉它密码要加密，它就会调加密库，不会跟你讨价还价。

所以，往哪走？

往“没有工程师，只有问题解决者”的方向走。

我们真的在走进新时代了。