这套AI新人onboarding方案，两周后他产出超预期，是何原因？

上周，那个实习生小杨找我聊了一次。 他说："老师，我感觉来了两周，学到的东西比我预想的多很多。" 我心里清楚，这不完全是我的功劳。 一个月前他刚来的时候，我脑子里只有一个念头： 我根本没时间带他。 一、一个真实的困境 小杨是校招实习生，Java方向，学过 Spring Boot，写过几个课程作业，理论不差，但没有真实项目经验。 照往常的带法，我应该： 带他熟悉代码库 讲一遍业务背景 分配一个小任务，每天花时间答疑 出了问题一起 debug 问题是，我那段时间正在主导等保三级整改（143个字段，7天），根本抽不出系统性的时间。 以前也带过实习生，常规套路下，前两周基本是我在陪跑，他在消化，产出接近于零，我自己也焦虑。 这次，我决定换一种做法。 让 AI 承担"陪跑"的角色，我只做关键节点的决策。 二、第一步：用 AI 给他设计一张学习地图 以前新人入职，我的做法是：丢一堆文档，说"先看看"。 这次，我先把我们的项目背景、技术栈、小杨的现有能力，整理成一段描述，喂给 Claude： 我有一个实习生，情况如下： - 背景：大三，学过 Java + Spring Boot，写过课程项目，没有生产级项目经验 - 我们的技术栈：Spring Boot 3, MyBatis-Plus, Redis, RabbitMQ, MySQL - 项目类型：B端 SaaS 平台，有复杂的权限体系和业务流程 请帮我设计一套两周的 onboarding 学习计划： 1. 每天的学习重点是什么 2. 用什么方式验证他学会了（不是考试，而是能做出东西） 3. 哪些东西应该自己摸索，哪些应该我来讲 4. 有哪些坑是新人必踩的，可以提前告诉他避开 AI 给出的两周计划，我调整了几个地方，变成了这个版本： 第一周：读懂系统 Day 1-2：环境搭建 + 跑通主流程 验收：能自己发起一个完整的接口调用，从前端到数据库 Day 3-4：读核心模块代码 要求：选一个你觉得最看不懂的模块，写一份"我的理解"文档 验收：我来看这份文档，评估他理解对了几成 Day 5：提 3 个"为什么这么设计"的问题 不要问语法问题，要问设计决策 验收：我来回答，看问题质量 第二周：做一个真实功能 Day 6-8：独立实现一个小需求（我来选） 要求：先出方案，我 approve 之后再写代码 Day 9-10：Code Review + 上测试环境 要求：先过 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，把结论贴到代码注释里。