一个人配合 AI 能否顶一个团队？8 篇实战后的答案

作者：袖梨 2026-09-18

当 AI 可以快速生成代码、测试、文档和执行计划时，一个开发者似乎拥有了过去需要多人配合的产能。但速度提升并不等于团队职责被完整替代。结合两个项目和半年实践，下面将拆解这套协作方式成立所需的条件，并厘清它在需求、决策与验收环节的能力边界。

一、这个系列讲了什么

从第一篇《10 年 Java，一家公司，35 岁——以及 AI 是怎么改变我写代码的方式的》，到上一篇《用 AI 做了半年项目，我把省下的时间算了笔账》，这个系列写了 8 篇。

8 篇不是终点。它们是在回答同一个问题的 8 个侧面：一个人 + AI，到底能不能顶一个团队？

现在，用两个真实项目、半年时间、8 篇的素材，我可以回答了：

能。但顶的是"执行团队"，不是"决策团队"。

一个人 + AI 顶一个团队，不是你把活儿甩给 AI 就行。是靠 5 根支柱撑起来的：

系列里最痛的一课来自接盘离职代码——AI 翻的那 20 多个坑，没有一个是"AI 不会写代码"，全是"AI 不知道你的项目和标准不一样"。

它不知道字段标准在投标文档里、不知道框架是 3.0.5、不知道全局样式入口在哪。所以第一步永远是写 CLAUDE.md：模块地图、技术栈、红线、编码规范。

一份写清楚的项目规范，AI 就从"什么都不知道的实习生"变成"看过入职手册的新员工"。它还是不会写项目，但不会在红线边上乱踩了。

把测试扔给 AI 以后，它比我还会偷懒——用例缩水、函数体两三行、报告数字造假、通过率 100% 但没测边界。

AI 的产出质量，取决于你给它画的红线：新增必须测空值、报告必须有"发现问题"章节、函数体小于 5 行不合格。每一条规矩，都是它偷懒的上限。

一个人不可能同时干项目经理、开发、测试三个角色，但 AI 可以分别扮演——前提是分开会话。

项目经理一个会话只管规划和 Review，开发一个会话只管按计划写代码，测试一个会话只管生成用例跑报告。混在一个会话里来回切换，AI 很容易把上下文搞混。

提示词是数据资产。每个需求都有一条完整的链：需求文档 → 执行计划 → 测试用例 → 测试报告，按版本管理，提交 SVN。

出了问题，知道是谁改的、为什么改的、当时测过什么。项目越大，这条追溯链越值钱。

这是系列里重复最多的一句话。AI 会编数字、会歪腔调、会把敏感信息原样抄进去。文档里的 291 不能写成 290，这个只能你核对。

AI 负责生成，你负责验收。验收是 100% 的你的活，AI 永远替代不了。

5 根支柱收敛成一个公式：

一个人 + AI = AI 生成 × 你把关

不同场景，AI 覆盖的比例不一样：

但不管比例怎么变，乘号右边的"你把关"永远不能是 0——它是 0，整个等式就是 0。