Day 28：思考题只得61分后，我重新想清楚了如何学习Agent｜Java工程师转AI Agent
🤖系列：Java工程师转AI Agent 3个月学习计划
👤作者：宸丶一| 28岁Java程序员
🎯今日目标：总结前 27 天，并从知识学习过渡到 Agent 项目实践
💬个人格言：代码改不改变世界我不知道，但先让我准时下班。
前言
Day 25，我深入看了 MiMo Code；Day 26，我分析了 OpenCode；Day 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 快速做出 MVP
Python 的 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 29：Agent MVP 方向选择与需求收敛
- 从有限候选场景中选择一个 MVP
- 明确目标用户和核心问题
- 写清做什么、不做什么和验收标准
- 准备 Python 版 Vibe Coding 实现上下文
- 保留未来迁移到 Java / Spring AI 的接口
📝小小腾老师的评分
维度 得分 评价 初次学习复盘 19/30 有真实感受，但迁移能力不够具体 项目定题 26/40 有方向，MVP 和验收没有收敛 规划设计 16/30 有模块意识，接口和行动顺序不完整 初次总分：61分（及格）
老师说：这次最有价值的不是把 61 分改成 80 分，而是你开始主动设计自己的学习方式。低分被保留下来，因为它真实记录了从“跟着学”走向“在实现中学”的转折点。