两个实战项目
项目讲解主线
训练营中的项目准备以“会讲、能答、讲得真实”为目标。项目材料用于理解业务和技术方案，面试表达必须结合自己的学习、实践和参与情况，不把未参与的开发经历包装成个人经历。
项目匹配方向
项目会结合目标岗位和个人经历选择，不要求所有人学习同一个业务。项目库中可参考以下方向：
| 方向 | 典型业务 | 重点训练能力 |
|---|---|---|
| 研发协同 | PRD 解析、需求拆分、排期和风险提醒 | Agent 编排、结构化输出、任务状态 |
| 客服与售后 | FAQ、订单查询、工单流转和人工转接 | RAG、Tool Calling、权限和人工确认 |
| 城市治理与园区服务 | 案件派单、工单协同、规则问答和处置闭环 | 状态机、业务事务、知识检索和审计 |
| AIOps 与设备运维 | 告警分析、Runbook 检索、故障诊断和运维工单 | 检索增强、工具执行、异常恢复和监控 |
| ERP、CRM 与风控 | 指标分析、客户跟进、审批辅助和制度问答 | 数据权限、引用溯源、风险边界和人工确认 |
可以先查看 Java+AI 项目库，实际匹配的项目、业务名称和技术材料以训练阶段确认的版本为准。
1. 业务背景
先说明服务对象、业务痛点和项目目标，再明确项目解决了什么问题，避免一上来只背技术栈。
2. 整体架构
按照请求入口、Java 业务服务、数据存储、消息与搜索、模型与知识库的顺序讲解。重点说明每个组件为什么存在，以及它和业务流程的关系。
3. AI 处理流程
讲清用户输入如何被理解，RAG 如何检索依据，Tool Calling 如何查询受控业务数据，Agent 如何组织步骤，以及最终结果怎样由 Java 服务校验、落库或等待人工确认。
4. 技术难点与兜底
准备模型超时、无召回、输出格式错误、权限不足、重复请求、消息重复、业务执行失败和规则更新等追问，并说明监控、重试、幂等、降级和人工处理方式。
5. 面试追问
每个项目至少准备以下问题：
- 为什么选择当前架构，哪些模块由 Java 后端负责？
- RAG、Tool Calling 和 Agent 分别解决什么问题？
- 如何做权限过滤、参数校验和高风险操作确认？
- 模型或下游服务失败时，用户能看到什么结果？
- 如何验证功能改动有效，如何定位线上问题？
准备结果
完成项目讲解训练后，应形成一版 1 分钟项目介绍、一版 3 分钟完整介绍、技术难点回答和简历项目描述，并能根据目标岗位调整重点。
项目交付与验收
每个项目至少整理以下材料：
- 业务背景、用户角色、主要功能和一条完整请求链路。
- 系统架构、模块职责、数据流向、模型接入点和 Java 后端职责。
- RAG、Tool Calling、Agent、权限、幂等、异常恢复和部署说明。
- 正常流程、超时、权限不足、重复请求、结果未知和服务不可用等场景。
- 1 分钟项目介绍、3 分钟完整介绍、简历描述和高频追问答案。
验收时会随机追问业务、架构、实现和异常处理，不只检查能否背出项目名词。能够说明“为什么这样设计、自己掌握到哪一层、怎样验证有效”，才算完成项目准备。
项目资料的使用边界
项目材料用于学习、理解和面试训练。简历中只能写真实掌握、实际参与或能够独立解释的内容；项目名称、业务数据、接口和源码是否可以对外展示，以当期服务清单、第三方授权和保密要求为准。
项目表达要求
两个项目都要能讲清：服务什么角色、解决什么问题、请求经过哪些服务、数据存在哪里、模型和 Java 如何分工、权限在哪里检查、超时和失败如何处理、为什么选择当前方案，以及怎样验证方案有效。
训练营会根据实际课程安排提供项目资料、接口演示、数据设计、正常与异常场景和运行说明。求职时应如实说明自己的学习、实践和参与情况，不将训练材料包装成未实际参与的工作经历。