AI 应用研发工程师：12 周核心能力路线
从 Agent 与大模型能力出发，补齐后端、数据、工程交付与线上可靠性的高优先级学习计划。
这不是一份“把所有技术都学一遍”的清单，而是一条面向 AI 应用研发交付 的最短核心路径。目标是从“会做 Agent 原型”，提升到“能独立设计、实现、测试、部署并排查一个可靠的 AI 服务”。
12 周学习进度
完成一周的验收任务后，可在自己的学习记录中标记进度。
先说结论：优先级怎么排
| 优先级 | 能力 | 学到什么程度 |
|---|---|---|
| P0 必须掌握 | Java、Spring Boot、MySQL、Redis、HTTP、Linux、Git、测试 | 能独立完成一个有数据库、缓存、异常处理和测试的后端服务 |
| P0 必须掌握 | 并发、异步、消息队列、幂等、重试、超时 | 能解释失败场景，并让任务在重复执行和局部故障下仍然正确 |
| P0 必须掌握 | 日志、指标、链路追踪、Docker、基础 CI/CD | 服务出错时知道在哪里看、如何定位、如何回滚 |
| P0 必须掌握 | RAG 与 Agent 工程化、评测、安全边界 | 不只让 Demo 跑通，还能衡量质量、成本、延迟和成功率 |
| P1 尽快补齐 | JVM、性能分析、设计模式、系统设计 | 能讨论线程池、内存、索引、缓存和容量设计的取舍 |
| P1 尽快补齐 | Python/FastAPI、模型服务集成 | 能维护 AI 侧服务，并与 Java 主服务清晰分工 |
| P2 后续扩展 | Kubernetes、复杂微服务、搜索推荐、模型训练 | 工作真正需要时再深入，当前不抢占核心路线时间 |
建议采用 Java + Spring Boot 作为主后端栈，Python + FastAPI 作为 AI 侧补充。AI 应用研发常常同时面对传统业务系统和模型能力：Java 负责稳定的领域服务、数据与中间件整合，Python 负责模型、检索、评测和实验迭代。先把一条主线练扎实，再理解双栈边界。
时间分配建议：后端与计算机基础 50%，AI 应用工程 30%，测试、部署与可观测性 20%。
每天怎么学：两小时闭环
不要以“看完课程”为完成标准。每天都必须留下可以运行、测试或解释的产物。
- 20 分钟：读原理。 只读当天问题所需的官方文档或高质量章节，写下 3 个关键点。
- 70 分钟：写代码。 在同一个长期项目上增加一个小能力，不新建无数教程项目。
- 20 分钟：验证。 至少补一个测试、构造一个失败场景，或用日志和指标观察行为。
- 10 分钟：输出。 用自己的话记录“今天解决了什么、为什么这样做、还有什么没懂”。
周末安排 3–4 小时做一次集成：整理分支、补测试、运行完整流程、写周复盘。复盘只回答四个问题：本周能演示什么？最难故障是什么？哪个概念还讲不清楚？下周只保留哪三个最重要的任务？
第 1–2 周：语言、并发与计算机基础
第 1 周｜Java 基础与工程习惯
重点学习 Java 语言、集合、泛型、异常、I/O、Maven、JUnit 和基本代码组织。不要花时间背冷门语法。
本周产物： 用 Java 实现一个命令行任务管理器，支持增删改查、文件持久化、异常处理和单元测试。
验收标准： 能解释 List / Set / Map 的使用场景；能区分受检异常和运行时异常；项目可以通过一条命令运行全部测试。
第 2 周｜并发、HTTP、网络与 JVM
掌握进程与线程、线程池、锁、原子类、并发容器、死锁；理解 HTTP 请求生命周期、TCP 基础、超时和连接池；建立 JVM 内存、GC、线程栈和排障的基本认知。
本周产物： 为任务管理器增加并发批处理，比较串行、固定线程池和不同队列策略的耗时与失败行为。
验收标准： 能解释为什么不能无限创建线程；能根据 CPU 型和 I/O 型任务选择线程数；能读懂一次线程 dump 的基本结构。
第 3–4 周：真正可用的后端服务
第 3 周｜Spring Boot 与 REST API
学习 Controller / Service / Repository 分层、依赖注入、DTO、参数校验、统一异常处理、配置管理、API 文档和基础鉴权概念。
本周产物： 把任务管理器改造成 REST 服务，提供分页、筛选、错误码、请求校验和 OpenAPI 文档。
验收标准： API 语义清晰；错误响应格式统一；业务逻辑不堆在 Controller；关键接口有测试。
第 4 周｜MySQL、数据建模与事务
重点掌握表设计、主键、索引、JOIN、事务 ACID、隔离级别、锁、慢查询和 EXPLAIN。ORM 只作为工具，不能代替 SQL 理解。
本周产物： 使用 MySQL 持久化用户、任务、执行记录；为常用查询设计索引，并保存优化前后的执行计划。
验收标准： 能说明索引为什么生效或失效；能设计一个避免重复提交的事务；能解释脏读、不可重复读和幻读。
第 5–6 周：缓存、消息与可靠异步
第 5 周｜Redis 与缓存一致性
学习常用数据结构、TTL、缓存旁路模式、分布式锁的边界，以及缓存穿透、击穿、雪崩和数据一致性问题。
本周产物： 为热点查询增加 Redis 缓存，记录命中率；实现空值缓存、随机过期和更新后的缓存失效。
验收标准： 缓存不可用时服务仍可降级运行；能解释为什么“先更新缓存再更新数据库”容易出错。
第 6 周｜消息队列、异步任务与幂等
学习 Kafka 或 RocketMQ 的基本模型：生产者、消费者、分区、消费组、偏移量；重点理解至少一次投递、幂等键、重试、退避和死信队列。
本周产物： 把耗时任务改成异步执行，支持状态查询、失败重试、重复消息去重和死信记录。
验收标准： 同一个消息处理两次不会产生双重副作用；进程在执行中崩溃后，任务可以恢复或被明确标记失败。
第 7–8 周：让服务可测试、可观察、可交付
第 7 周｜测试、日志与可观测性
建立测试金字塔：单元测试覆盖业务规则，集成测试覆盖数据库和外部依赖，端到端测试覆盖关键路径。日志必须结构化并带请求 ID；指标至少包含吞吐、错误率、延迟和资源使用；链路追踪要能串起一次请求。
本周产物： 为服务加入结构化日志、健康检查、核心指标与 Trace；主动制造数据库超时、下游 500 和消息重复三类故障。
验收标准： 不打开 IDE，只根据日志、指标和 Trace 就能定位故障发生在哪一层。
第 8 周｜Linux、Docker 与基础交付
掌握常用 Linux 命令、进程与端口、权限、环境变量、日志查看；理解镜像、容器、卷、网络和多阶段构建；用 CI 自动运行检查和测试。
本周产物： 用 Docker Compose 启动服务、MySQL、Redis 和消息队列；写清本地启动、配置和故障恢复步骤。
验收标准： 一台干净机器只需要 README 和一条启动命令即可运行；密钥不进入镜像和仓库。
第 9–11 周：把 AI 原型升级成工程系统
第 9 周｜RAG 工程化与评测
从端到端链路理解文档解析、切分、Embedding、向量与关键词混合召回、重排、上下文构建、引用和离线评测。重点不是更换向量数据库，而是建立可复现的数据集和指标。
本周产物： 建立 30–50 条带标准答案和证据的评测集；比较两种切分策略和两种召回策略，记录 Recall@K、答案正确率、延迟与成本。
验收标准： 每次改动都能跑回归评测；回答必须能追溯证据；检索失败和生成失败可以分开定位。
第 10 周｜Agent Runtime 与工具系统
把 Agent 看成有状态的任务运行时：模型只是其中一个决策组件。学习工具 Schema、参数校验、状态机、上下文裁剪、记忆边界、权限、人工确认、超时和执行恢复。
本周产物： 实现一个面向学习资料的 Agent：可检索知识、创建任务、生成摘要；写操作必须确认；每一步都有状态和 Trace。
验收标准： 工具参数不合法时不会执行；任务中断后可以恢复；循环有最大步数和预算；敏感操作默认拒绝。
第 11 周｜稳定性、安全与成本
学习超时、重试、指数退避、限流、熔断、降级、负载保护；区分用户输入、系统指令和工具输出的信任边界；记录 Token、模型调用、工具成功率和端到端延迟。
本周产物： 为 Agent 服务加入预算限制、速率限制、模型降级、外部调用熔断和提示注入测试集。
验收标准： 外部模型不可用时服务能给出可理解的降级响应；失败不会触发无界重试；可以回答一次请求花了多少时间和成本。
第 12 周：完成一个能讲清楚的综合项目
最终项目建议做成 “可观测的知识工作 Agent 平台”，而不是再做一个聊天框。
- Spring Boot 提供用户、知识库、任务和运行记录 API；
- Python 服务负责文档处理、检索、评测与 Agent 执行；
- MySQL 保存业务数据，Redis 保存缓存与短期状态，消息队列执行异步任务；
- 支持引用、人工确认、幂等、重试、超时和失败恢复；
- 有测试、Docker Compose、结构化日志、指标、Trace 和一份故障手册；
- 有 30–50 条评测集，并展示质量、延迟、成本的对比结果。
项目展示不需要堆功能。更重要的是能在 10 分钟内讲清楚：需求是什么、架构为什么这样设计、最难的故障、如何验证质量、下一步如何扩展。
暂时不要投入太多时间
- 不要同时学习多个 Agent 框架；先能不用框架写清状态与执行循环。
- 不要先学复杂 Kubernetes；Docker、Linux、配置和日志更急迫。
- 不要为了“全栈”投入大量前端时间；会调试接口和做简单管理页即可。
- 不要先研究大规模模型训练；当前岗位价值在应用工程和系统交付。
- 不要背大量面试题而缺少可运行项目；每个知识点都应回到代码和故障场景。
- 不要追逐每周出现的新框架；基础设施、评测和可靠性比框架名字更耐用。
每四周做一次能力验收
第 4 周验收：后端基础
从零设计并实现一个 REST 服务；解释接口、表、索引、事务和异常策略；现场修改一个需求并补测试。
第 8 周验收：工程交付
一键启动完整依赖；制造并定位三个故障；展示日志、指标、Trace 和恢复过程。
第 12 周验收：AI 系统
演示 Agent 完成真实任务；展示评测集和回归结果；说明工具权限、失败恢复、成本控制和架构取舍。
如果某次验收无法独立完成，就不要急着进入更多新主题。回到项目，把缺口补成代码、测试和文档。
推荐资料：优先官方文档
- Spring 官方 Guides：REST、JPA、事务、缓存、消息、测试、Docker。
- Java Core Libraries：集合、并发、I/O 与 JVM 基础。
- MySQL 8.4 Reference Manual：事务、索引、优化与
EXPLAIN。 - Redis Documentation：数据类型、持久化、缓存与消息能力。
- Apache Kafka Documentation：生产消费模型、可靠性和运维基础。
- Docker Get Started：镜像、容器、Compose 与构建。
- OpenTelemetry Documentation：日志、指标、Trace 与自动埋点。
- FastAPI Documentation：Python API、异步、测试与部署。
路线会随着实践调整，但标准不变：能运行、能测试、能观察、能恢复、能解释。