Day 28：思考题只得61分后，我重新想清楚了如何学习Agent｜Java工程师转AI Agent

系列Java工程师转AI Agent 3个月学习计划作者宸丶一| 28岁Java程序员今日目标总结前 27 天并从知识学习过渡到 Agent 项目实践个人格言代码改不改变世界我不知道但先让我准时下班。前言Day 25我深入看了 MiMo CodeDay 26我分析了 OpenCodeDay 27我学习了 Agent 的异常处理、监控和安全机制。按原计划Day 28 应该做一次总结然后进入项目阶段确定方向、收敛 MVP、准备后面的开发。可真正开始回答思考题时我答得并不好最后只拿到了61分。有些答案只写了一个方向有些边界没有补全还有一道题直接空着。最开始我觉得是这一天和前面衔接得太突然之前大多是老师先给学习范围和计划这次却一下子让我从零定义项目。但继续聊下去后我发现这次低分反而暴露了一个很重要的问题学习不能永远由老师喂给我但从“跟着学”走到“自己主导”也不能一步跳过去。所以 Day 28 最终没有变成一篇漂亮的项目规划而是变成了对学习方式的一次真实校准。学习目标回顾前 27 天的学习积累分析思考题为什么只得到 61 分明确 Vibe Coding 在学习阶段的作用找到 Python、Java 与 Spring AI 的渐进实践路线为后续 Agent 项目阶段重新建立连续性一、先对齐主计划总体进度没有跑偏我重新翻了最初的计划。第 9-12 周本来就不是继续无限学理论而是选择细分方向 ↓ 完成需求分析 ↓ 搭建核心架构 ↓ 开发 MVP ↓ 测试、优化、文档和发布在当前按 Day 拆分的计划里Day 29-30 同样被安排为Agent 项目设计Vibe Coding 工作流设计完成架构和开发上下文准备所以问题不在于“为什么突然要做项目”。做项目本来就是计划的一部分。真正的问题是从前面的老师带学进入项目阶段时怎样逐渐把选择、设计和实现的责任交到自己手里。二、61分暴露了什么问题这次思考题不是完全不会但答案普遍不够落地。1. 会说方向不会收敛我知道项目可以面向 Java 程序员也知道要做代码理解、审查、规范等能力但一到 MVP就只写了“代码块的增删改查”。这还不能算一个完整闭环因为没有回答输入是什么Agent 怎么处理输出是什么怎么验证结果可用2. 有模块意识缺少接口边界我能想到 Agent 主体、消息、记忆、工具和配置但对于模块之间怎样协作、哪些地方不能改、验收用什么案例还没有说清楚。3. 太快想到写代码谈到后面两天的计划我第一反应是每天实现一个模块。但真正开始项目前还应该先完成目标 → 边界 → 上下文 → 接口 → 验收 → 编码这正是 Day 27 学到的 Vibe Coding 方法只是我还没有真正把它融进自己的项目规划里。三、这不是简单“重答一次”如果只为了提高分数我当然可以按照老师的提示把答案补完整。但这样会有另一个问题表面上从 61 分变成 80 分实际上仍然是老师替我把计划写好了。所以这次我们没有急着改答案而是先讨论为什么我会觉得突然老师应该带到什么程度哪些东西该由我自己决定AI 工具越来越强之后学习代码还有什么意义最后得到的结论是不是在“老师全喂”和“学生全靠自己”之间二选一而是逐步增加自己的主导比例。四、我重新确定的渐进路线我最终更认可下面这条路线Python Agent MVP跑通最小闭环看懂模块与调用链学习 Java / Spring AI重构关键模块提高自己的手写与设计比例第一阶段用 Python 快速做出 MVPPython 的 Agent 生态成熟再配合现在的 AI 编程工具可以很快验证一个想法。这个阶段的重点不是证明自己能一行一行手敲而是经历完整业务闭环看清 Agent 有哪些核心模块发现真正的工程问题形成一个能运行、能验证的项目第二阶段学习 Java / Spring AI 并重构我的主业是 Java长期方向仍然是 Java Agent 的企业项目实战。等 Python 版跑通后再用 Java 或 Spring AI 重构就不再是对着抽象概念学习而是能带着具体问题比较Agent 循环如何实现工具调用如何抽象会话和记忆如何管理异常、日志和权限如何工程化Python 模块如何映射成 Java 接口与组件第三阶段逐步增加手写比例前期可以充分利用 Vibe Coding 快速实现后期则要逐步自己完成关键业务逻辑接口边界风险控制测试和验收架构取舍目标不是排斥 AI而是借助 AI 更快进入真实项目再慢慢把主导权拿回来。五、Vibe Coding 会不会影响学习我现在的答案是会但取决于怎么用。如果这样用会妨碍学习只说一句“帮我做个 Agent”代码生成后不运行、不阅读出错就继续让 AI 盲改项目完成后说不清模块、接口和取舍如果这样用会加速学习先写清目标、边界和验收标准让 AI 生成可运行的第一版自己检查关键调用链通过错误和测试理解项目再用另一套技术栈重构一次所以我的新理解是Vibe Coding 用来加速实现不用来跳过学习。六、项目做什么反而没那么重要了最开始我容易纠结到底做代码助手、运维 Agent还是企业知识库 Agent现在我发现第一个项目的题目没有想象中那么重要。只要它满足下面几个条件就可以作为学习载体有清楚的用户和问题能形成一个最小闭环Python 版可以较快运行后面能迁移到 Java / Spring AI有真实的工程化问题可以学习项目本身是载体真正要练的是需求分析 Agent设计 Vibe Coding 运行验证 Java重构具体题目可以在下一步从有限候选方向中选择不必在 Day 28 凭空拍脑袋决定。七、今天的学习方式发生了什么变化前面的学习更像老师给内容 → 我学习和答题 → 老师评分和补充后面应该逐渐变成老师给候选方向和判断标准 ↓ 我做选择并说明理由 ↓ 借助 AI 实现和验证 ↓ 我解释代码、修改问题、完成验收 ↓ 老师只做评审和纠偏这个变化不会一天完成但方向已经明确跟着做 → 参与设计 → 独立实现 → 主导项目。这才是我想要的渐进式学习。八、今日收获知识层面明确了 Python MVP 与 Java / Spring AI 重构之间的关系理解了项目题目只是载体完整闭环才是学习重点重新理解了 Vibe Coding 的价值和风险技能层面能从低分答案中识别需求、边界和验收能力的缺口开始关注 AI 生成代码背后的模块关系和工程结构能把后续实践拆成验证、理解、重构和手写几个阶段思维层面不为了分数好看而掩盖真实问题不希望永远被老师喂也不追求突然独立使用 AI 不是为了逃避学习而是更快进入真实问题九、留给读者的 4 个问题1. 使用 Vibe Coding 做出的项目怎样才算真正学会提示方向除了项目能运行还可以看看自己能不能解释调用链、定位错误、修改关键逻辑并说清架构取舍。2. 学习新框架时应该先系统学完还是先做一个项目提示方向可以比较“先学后做”和“先做再补”分别适合什么阶段不一定只有一个正确答案。3. Python 原型重构成 Java / Spring AI真正值得比较的是什么提示方向不要只比较语法可以从模块抽象、依赖管理、工具调用、状态管理和工程化能力去观察。4. 老师或 AI 应该在什么时候逐步放手提示方向也许不是按固定天数而是看学习者能否独立完成选择、解释、验证和复盘。十、明日计划Day 29Agent MVP 方向选择与需求收敛从有限候选场景中选择一个 MVP明确目标用户和核心问题写清做什么、不做什么和验收标准准备 Python 版 Vibe Coding 实现上下文保留未来迁移到 Java / Spring AI 的接口小小腾老师的评分维度得分评价初次学习复盘19/30有真实感受但迁移能力不够具体项目定题26/40有方向MVP 和验收没有收敛规划设计16/30有模块意识接口和行动顺序不完整初次总分61分及格老师说这次最有价值的不是把 61 分改成 80 分而是你开始主动设计自己的学习方式。低分被保留下来因为它真实记录了从“跟着学”走向“在实现中学”的转折点。