我用 AI 计划了一套新人 onboarding 方案，两周后他的产出超出了我的预期

上周，谁人训练生小杨找我聊了一次。
他说："老师，我感觉来了两周，学到的东西比我预想的多许多。"
我内心清晰，这不完满是我的功劳。
一个月前他刚来的时间，我脑筋里只有一个动机：
我根本没时间带他。
一、一个真实的窘境

小杨是校招训练生，Java方向，学过 Spring Boot，写过几个课程作业，理论不差，但没有真实项目履历。
照往常的带法，我应该：

• 带他熟悉代码库
  
• 讲一遍业务配景
  
• 分配一个小任务，每天花时间答疑
  
• 出了标题一起 debug
  

标题是，我那段时间正在主导等保三级整改（143个字段，7天），根本抽不出体系性的时间。
从前也带过训练生，通例套路下，前两周根本是我在陪跑，他在消化，产出靠近于零，我本身也焦急。
这次，我决定换一种做法。
让 AI 负担"陪跑"的脚色，我只做关键节点的决议。
二、第一步：用 AI 给他计划一张学习舆图

从前新人入职，我的做法是：丢一堆文档，说"先看看"。
这次，我先把我们的项目配景、技能栈、小杨的现有本事，整理成一段形貌，喂给 Claude：

1. 我有一个实习生，情况如下：
2. - 背景：大三，学过 Java + Spring Boot，写过课程项目，没有生产级项目经验
3. - 我们的技术栈：Spring Boot 3, MyBatis-Plus, Redis, RabbitMQ, MySQL
4. - 项目类型：B端 SaaS 平台，有复杂的权限体系和业务流程
6. 请帮我设计一套两周的 onboarding 学习计划：
7. 1. 每天的学习重点是什么
8. 2. 用什么方式验证他学会了（不是考试，而是能做出东西）
9. 3. 哪些东西应该自己摸索，哪些应该我来讲
10. 4. 有哪些坑是新人必踩的，可以提前告诉他避开

复制代码

AI 给出的两周筹划，我调解了几个地方，变成了这个版本：
第一周：读懂体系

1. Day 1-2：环境搭建 + 跑通主流程
2.   验收：能自己发起一个完整的接口调用，从前端到数据库
3.   
4. Day 3-4：读核心模块代码
5.   要求：选一个你觉得最看不懂的模块，写一份"我的理解"文档
6.   验收：我来看这份文档，评估他理解对了几成
7.   
8. Day 5：提 3 个"为什么这么设计"的问题
9.   不要问语法问题，要问设计决策
10.   验收：我来回答，看问题质量

复制代码

第二周：做一个真实功能

1. Day 6-8：独立实现一个小需求（我来选）
2.   要求：先出方案，我 approve 之后再写代码
3.   
4. Day 9-10：Code Review + 上测试环境
5.   要求：先过 AI Review，再给我看

复制代码

这张舆图，我花了 20 分钟调解，然后直接发给了小杨。
他看完缄默沉静了一会儿，说："比我预想的要有结构。"
三、第二步：让 AI 替我答复 80% 的标题

新人 onboarding 最累的不是授课，是答复那些碎片化的标题。
一天下来，七八个标题，有的是环境标题，有的是语法标题，有的是"这段代码为什么这么写"。
每个标题单独看都不难，但打断你的节奏、斲丧你的注意力，一天下来你什么都没做成。
我告诉小杨：

碰到标题，先问 AI。 把你的标题、你实行过的方法、AI 的答复，一起发给我。 如果 AI 答复完你还不明白，大概 AI 的答案你以为有标题，再来找我。

这个规则，改变了我们的互动方式。
一个真实的记载：
第三天，小杨碰到了一个分页查询 N+1 的标题。
他先问了 AI，AI 表明白 N+1 是什么、给了修改发起。他看完照旧有点懵，然后发给我的是：

"AI 说要用批量查询替换循环查询，我大概懂了，但我不确定在 MyBatis-Plus 里具体怎么做，AI 给了两种写法，我不知道选哪个。"

这个标题，质量高多了。
他不是在问"N+1 是什么"（AI 已经答复了），而是在问"两种方案我该怎么选"——这是必要判定力的标题，也是我应该答复的标题。
我花了 3 分钟，表明白两种写法的实用场景，他立刻明白了。
两周下来，小杨发给我的标题，80% 都是这种"已经有 AI 答案、但必要我帮他做判定"的标题。
我节省了大量时间，他也学会了一个紧张风俗：先独立思考，再寻求资助。
四、第三步：用 AI 做他的代码 review 第一关

第二周，我给小杨分配了一个真实需求：做一个利用日志模块，记任命户在背景的关键利用，支持按时间和利用范例查询。
不复杂，但涉及注解计划、AOP 拦截、异步写入，刚好是能拉开差距的场景。
规则和我们团队一样：提交给我之前，先过 AI Review，把结论贴到代码解释里。
他交上来的时间，代码里有这么一段解释：

1. /**
2. * AI Review 结论（2026-03-28）：
3. * 1. [严重] 日志写入是同步的，如果日志服务出问题会影响主流程 → 已改为异步
4. * 2. [中]   操作人信息从参数里取，建议从 SecurityContext 统一获取 → 已修改
5. * 3. [低]   方法名 saveLog 不够语义化，建议改为 recordOperation → 待确认
6. *
7. * 我的判断：第3条我觉得两个名字都可以，保留 saveLog，因为和其他模块命名一致。
8. */

复制代码

我看到这段解释的时间，停了一下。
不但是由于他改了 AI 发现的标题。
而是由于他对 AI 的第 3 条意见，给出了本身的判定，而且分析白来由。
他没有照单全收，也没有全部无视。他在思考。
这是我带过的训练生里，第一次在第二周就看到这种状态。
我做的 Review，只补了一个他和 AI 都没发现的地方：AOP 切面在某些特别环境下会失效的界限条件，这是我们项目特有的坑，不在代码里，只在履历里。
加了这条备注，这个功能上测试环境，一次通过。
五、两周竣事时，数听说了什么

两周竣事，我做了一个简朴的复盘。
小杨的产出：

• 一份"我对核心模块的明白"文档，质量超出预期（我发现了他漏明白的两处，但团体框架是对的）
  
• 3 个计划层面的标题，此中一个触及了我们现有架构的一个真实隐患
  
• 一个完备功能，代码质量到达了我们团队"可以上线"的标准
  

我的投入：

• 统共和他面对面沟通约 4 小时（以往带一个新人，前两周至少 12 小时）
  
• 答复的标题，80% 是"判定类"标题，20% 是"表明类"标题
  
• 做了一次有用的代码 Review，时间约 30 分钟
  

和以往的对比：

1. 以往带新人（前两周）：
2. - 我的投入：12-15 小时
3. - 新人产出：熟悉了环境，能写简单功能，代码质量一般
4. - 核心问题：我的时间都花在重复解释上
6. 这次（前两周）：
7. - 我的投入：约 4 小时
8. - 新人产出：一个可上线功能 + 一份有价值的理解文档
9. - 核心转变：AI 过滤掉了 80% 的重复问题，我只处理需要判断的部分

复制代码

六、但有一件事我没想到

第二周竣事时，我问小杨：最大的劳绩是什么？
他想了一会儿，说：

"学会了怎么和 AI 协作。不是让它帮我写代码，而是用它帮我想清晰标题。"

然后他补了一句：

"但偶尔候 AI 说的太有原理了，我差点没本身想就直接用了。谁人利用日志的名字，AI 发起改，我第一反应是'AI 说改就改吧'。厥后想了想，才发现有本身的来由可以不改。"

这句话让我想到了一件事。
我在这两周里，给了他大量"先问 AI"的任务，但我没有明白告诉他：AI 的答案是参考，不是裁判。
他本身在第二周探索出来了，但这件事，我原来应该在第一天就讲清晰。
这是我这套方案里，如今还在打磨的一个地方。
七、可以直接用的模板

如果你也要带新人，这套流程可以直接参考。
Prompt 1：天生 onboarding 学习筹划

1. 我有一个新人，情况如下：
2. - 背景：[学历/工作经验]
3. - 现有技能：[会什么]
4. - 我们的技术栈：[列出来]
5. - 项目类型：[一句话描述]
6. - 我能给他的时间：每天约 [X] 小时
8. 请帮我设计一套 [两周/一个月] 的 onboarding 计划：
9. 1. 每天的学习重点
10. 2. 如何验收（能做出什么东西，而不是考试）
11. 3. 哪些靠自己摸索，哪些需要 mentor 介入
12. 4. 新人必踩的坑，可以提前告知的

复制代码

Prompt 2：引导新人问出好标题

给新人的规则（直接发给他）：

1. 遇到问题的处理顺序：
2. 1. 先查文档或自己想 10 分钟
3. 2. 想不出来，问 AI
4. 3. 把"你的问题 + 你尝试过的 + AI 的回答"一起发给我
5. 4. 如果 AI 回答完你还不懂，或者 AI 给了多个方案你不知道选哪个——来找我
7. 不要直接问我你没想过的问题。

复制代码

Prompt 3：新人代码 Review 的 AI 前置模板

给新人的标准流程：

1. 提交代码前，先把 diff 喂给 AI，用这个 Prompt：
3. "请对以下代码做 Review，重点关注：
4. 1. 潜在 bug（空指针、并发、边界条件）
5. 2. 安全风险
6. 3. 性能问题（N+1、大循环）
7. 4. 代码规范和可维护性
9. 对每个问题说明严重程度和修改建议。"
11. 然后：
12. - AI 发现的问题，说明你的处理决策（修改 or 保留，要说理由）
13. - 把这段记录贴到 PR 描述或代码注释里
14. - 再提交给 mentor Review

复制代码

八、写在末了

两周竣事，小杨问我下一步要做什么。
我说：继承做真实需求，难度升一档。
他问：照旧用这套方法吗？
我说：框架稳固，但有一条你已经应该内化了——AI 是你的参考，判定是你本身的事。
他点了颔首，说他明白了。
我以为他确实明白了。
带新人这件事，难的从来不是"传授知识"。
知识，AI 比我讲得更全，更有条理，更有耐烦。
难的是帮他创建判定力——知道什么时间该信 AI，什么时间该质疑，什么时间应该有本身的答案。
这件事，只有人能做。
但 AI 把我从重复表明中解放出来之后，我终于偶尔间，专门做这件事了。
你带过新人吗？有没有试过用 AI 来帮你计划 onboarding 流程？
欢迎批评区聊聊。
后端AI实行室
不讲概念，只谈实战
代码开源，每周更新