4份文档扔给AI,1小时搞定原计划1个月的活—

4份文档扔给AI,1小时搞定原计划1个月的活——WorkBuddy实战

需求说明书、架构设计、数据库表设计、项目计划——4份文档核查准备就位之后，AI就可以按项目计划一步接一步，把整个技术基建搭完了。没有返工，几乎没有沟通成本，只有一个工作空间和一个可运行的项目。

运行着就卡住了

前几篇聊了用DeepSeek做需求分析、用豆包处理PDF族谱、用WorkBuddy完善需求设计为可执行方案。到这一步，我手里有3样东西：一份需求规格说明书（v4.1，近2万字，18个功能模块，多级角色权限）、两份系统设计（技术选型、模块划分、数据库表设计）。但这三份文档怎么变成可运行的项目呢

正常情况下，拿着文档，正常人会怎么做？当然是直接跟他说开干，我也不例外

所以，我之前对WorkBuddy说的原话大概是这样的：

然后它就开工了。然后它就卡住了。第一感觉怎么这么捞啊，这还没开始就要结束了。我不信，我就问他怎么个事，原来是文档没有传到工作空间。

先阅读工作空间，再动手

这是跟WorkBuddy协作最大的感受：它不会一上来就写代码。它先花时间读文档，先看工作空间中有什么。

什么架构缺了？那我丢上来，你再调整一下

什么项目计划缺了？那你自己完成一下吧

没错，就是缺什么让他自己补充一下就完事了。

什么还缺项目计划？那你也补充一下吧

给一份项目计划（分阶段、分任务、分工时，精确到0.5天）。最后还要让他整理一下丢仓库里吧。

没错，workbuddy已经很贴心的将文档按我之前的项目归档到doc文件夹中，并且推送到git仓库。

workbuddy这回就不是「问一句做一步」——是读完三份文档后，按项目计划的顺序，一项一项地干完。

需求说明书里的技术约束它看了——Spring Boot 2.5.15、Vue 2.6、Element UI、MySQL 8.0。架构设计里的模块划分它看了——familytree-genealogy要分5个子包。项目计划里的工时估计它也看了——第零阶段一共6个任务、1周工期。

读完以后，它没有问我任何问题。直接开始：打开pom.xml加familytree-genealogy模块；在根pom.xml加MyBatis-Plus 3.5.7依赖；创建genealogy/pom.xml配置继承关系；写MybatisPlusConfig.java配置分页和乐观锁；写TenantConfig.java配多租户拦截器；改generator.yml包名和表前缀；跑代码生成器，17张表一键生成CRUD。

这一步如果用传统方式——就算是我自己对着文档干——光各种配置文件的路径、命名、依赖版本号就能折腾大半天。WorkBuddy一次性全写对了。

队列化执行任务，一个接一个

重点提醒，执行的时候选ds-v4-pro，代码工程友好，不踩坑。

任务一：换MyBatis-Plus。需求文档写了引入MP 3.5.7，架构设计写了共存方案（老模块不动，新模块用MP）。WorkBuddy执行：pom改三处，GenTableMapper.xml排除规则调整。老代码一行没动，新模块BaseMapper正常注入。编译通过，零报错。

任务二：改utf8mb4。需求文档写了支持古籍异体字。WorkBuddy执行：ALTER DATABASE + 逐表ALTER CONVERT，顺便指出VARCHAR(255)索引超字节限制建议缩为191。数据库连得上，生僻字存得进。

任务三：搭模块骨架。架构设计画了5子包结构图。WorkBuddy执行：一次性创建5个子模块目录和pom.xml，确认无循环依赖，domain/mapper/service/controller四个包就位。Maven聚合编译，5个子模块全部通过。

任务四：配多租户。架构设计写了TenantLineInnerInterceptor方案。WorkBuddy执行：TenantConfig.java + IgnoreTenantTables枚举，SQL自动加tenant_id和del_flag拦截。管理员登录正常，业务查询自动限流到当前租户。

任务五：跑代码生成器。改generator.yml三条配置，针对17张gen_业务表逐一生成。输出：17个Controller + 17个Service + 17个Mapper + 17个Entity + 17个XML。全部编译通过。

不是AI厉害，是前期的活做够了

写下这一篇的时候，我想清楚了一件事。AI是聪明的，但是是需要引导的，把它肚子里的货需要一点一点的扒出来。

是需求文档把「要做什么」说清楚了，

是架构设计把「怎么做」定好了，

是项目计划把「分几步走」排好了。

WorkBuddy只是忠实地执行了一份足够详尽的蓝图，当然蓝图也是AI出。

换成人来做也是一样——作为项目经理，这就得开需求评审会、拆任务、分给前端后端、排期、每天站会跟进。我只有一个人，之前如果这种情况我基本就放弃了，因为没有时间，投入的成本太大，但我有一个AI。

你给他一份需求说明书、一份架构设计、一份分阶段计划，1小时就给你完事了，还是可运行的。我都懵圈了，这对架构师也太友好了，之前只管架构不管落地，这回落地方便了，而且重要的是按项目工程建设的形式走，跟项目经理也有共同语言。

到这里，其实你可以直接动手试一试了。别被「架构设计」「项目计划」这些词吓到——你现在手里只要有DeepSeek+WorkBuddy，哪怕只写清楚「我要做个什么系统」，它都能帮你把三份文档反推出来，然后按计划一步步执行。

这一篇不是炫技，是想告诉你一件事：AI时代，一个人能hold住一个项目的完整落地，靠的不是代码多强，而是能不能把事说清楚。

👉 你在用AI写代码/做项目时，卡得最久的一次是什么？👉 或者你对「项目计划AI驱动AI开发」这种方式怎么看？

欢迎在评论区聊聊，我希望和大家一起探讨AI的各种使用方式，。下一篇预告： WorkBuddy开发实战之核心业务与首页重构——17张表生成完了，怎么让首页真正跑起来，给用户看？

如果你觉得这篇对你有用，点个「在看」，或者转发给那个正在一个人死磕项目的朋友。👇扫码不扫码不重要，关注我，一起把「一个人就是一支团队」这条路走通。

#WorkBuddy #AI编程 #软件工程 #项目计划驱动开发