--- week: 6 lesson: 6.3 title: 项目答辩指南 duration: 120 分钟 --- # 6.3 项目答辩指南 > **周次**: 第六周 | **课时**: 6.3 | **时长**: 120 分钟 ## 学习目标 - 掌握项目答辩的标准流程和评分规则 - 能够按照模板制作一份结构清晰的答辩 PPT - 学会在 7 分钟内有效演示项目核心功能 - 掌握 Q&A 环节的回答技巧，从容应对各种提问 - 能够客观公正地进行同伴互评 --- ## 一、答辩概述 ### 1.1 时间安排 每位同学 **10 分钟**，结构如下： | 环节 | 时长 | 说明 | |------|------|------| | PPT 讲解 | 3 分钟 | 项目介绍、架构、技术亮点 | | 实机演示 | 4 分钟 | 展示核心功能，走通一个完整用例 | | Q&A 问答 | 3 分钟 | 评委和同学提问 | **时间提醒**：第 7 分钟时主持人会提醒"演示时间到"，第 9 分钟提醒"最后 1 分钟"，第 10 分钟强制结束。 ### 1.2 答辩顺序 - 抽签决定答辩顺序 - 每人答辩结束后，下一位同学立即开始准备 - 所有同学完成后统一公布成绩 ### 1.3 评分小组 - **讲师**：技术深度、创新性 - **助教**：完整性、实用性 - **同学互评**：展示质量、总体印象 --- ## 二、评分标准 ### 2.1 五维评分法（满分 100 分） | 维度 | 权重 | 评分标准 | |------|------|---------| | **完整性** | 20% | 功能完整，核心需求全部实现，无明显 bug | | **创新性** | 20% | 有独特的想法或实现方式，不是简单复制教程 | | **技术深度** | 20% | 技术选型合理，代码结构清晰，解决了技术难点 | | **实用价值** | 20% | 项目解决了真实问题，有实际应用前景 | | **展示质量** | 20% | PPT 清晰美观，演示流畅，表达有条理 | ### 2.2 详细评分细则 #### 完整性（20 分） | 分数 | 标准 | |------|------| | 17-20 | 所有核心功能实现，无重大 bug，边界情况处理到位 | | 13-16 | 核心功能实现，有少量非关键 bug | | 9-12 | 大部分功能实现，部分功能有缺失 | | 0-8 | 仅完成基本框架，核心功能未实现 | #### 创新性（20 分） | 分数 | 标准 | |------|------| | 17-20 | 有明确创新点，解决了别人没解决的问题，或用了新颖的方案 | | 13-16 | 有一定的个性化改进，在现有方案基础上做了优化 | | 9-12 | 基本跟随教程或常见模式，有少量个人想法 | | 0-8 | 完全照搬教程，无任何个人创新 | #### 技术深度（20 分） | 分数 | 标准 | |------|------| | 17-20 | 技术选型有深度思考，解决了关键技术难题，代码质量高 | | 13-16 | 技术实现合理，有一定技术难点的解决 | | 9-12 | 技术实现基本正确，但缺乏深度 | | 0-8 | 技术实现有明显问题或不够合理 | #### 实用价值（20 分） | 分数 | 标准 | |------|------| | 17-20 | 解决真实痛点，有明确用户群体和应用场景 | | 13-16 | 有一定的实用价值，但场景较窄 | | 9-12 | 有一定价值但实用性有限 | | 0-8 | 缺乏实际应用价值 | #### 展示质量（20 分） | 分数 | 标准 | |------|------| | 17-20 | PPT 精美清晰，演示流畅，表达准确有条理，时间控制好 | | 13-16 | PPT 清晰，演示基本流畅，表达较好 | | 9-12 | PPT 简单，演示有小问题，表达一般 | | 0-8 | PPT 混乱，演示失败，表达不清 | --- ## 三、答辩 PPT 模板 ### 3.1 幻灯片结构（8 页） #### 第 1 页：封面 ``` ┌─────────────────────────────────────────┐ │ │ │ [项目名称] │ │ │ │ 你的姓名 │ │ AI Agent 实战营 · 期末项目 │ │ 2026年X月X日 │ │ │ └─────────────────────────────────────────┘ ``` **要求**： - 项目名称简洁有力，不要超过 10 个字 - 可以配一张项目相关的图标或截图 - 保持简洁大方 #### 第 2 页：问题陈述 ``` ┌─────────────────────────────────────────┐ │ 我们遇到了什么问题？ │ │ │ │ 📌 痛点描述（1-2 句话） │ │ │ │ 示例： │ │ "中小企业客服人员每天要回答 200+ │ │ 重复问题，人工回复效率低且容易出错" │ │ │ │ 📌 目标用户是谁？ │ │ 📌 这个问题的影响有多大？ │ └─────────────────────────────────────────┘ ``` **要点**： - 用具体数据说话（如"每天 200+ 重复问题"） - 让听众共情，感受到问题的重要性 - 不要讲技术，只讲问题和人 #### 第 3 页：解决方案 ``` ┌─────────────────────────────────────────┐ │ 我的解决方案 │ │ │ │ 💡 一句话概括你的 Agent 做什么 │ │ │ │ 示例： │ │ "一个基于大模型的智能客服 Agent， │ │ 能自动理解客户问题并给出准确回复" │ │ │ │ 核心功能： │ │ ✅ 功能 1：智能问答 │ │ ✅ 功能 2：工单自动分类 │ │ ✅ 功能 3：多轮对话记忆 │ └─────────────────────────────────────────┘ ``` **要点**： - 一句话能说清楚（电梯演讲） - 列出 3-4 个核心功能点 - 可以用简单的 UI 截图辅助说明 #### 第 4 页：架构设计 ``` ┌─────────────────────────────────────────┐ │ 技术架构 │ │ │ │ ┌─────────┐ ┌──────────┐ │ │ │ 用户端 │───→│ FastAPI │ │ │ │ (Web) │ │ 后端 │ │ │ └─────────┘ └────┬─────┘ │ │ │ │ │ ┌──────▼──────┐ │ │ │ Agent Core │ │ │ │ (LangChain) │ │ │ └──────┬──────┘ │ │ │ │ │ ┌───────────┼───────────┐ │ │ ▼ ▼ ▼ │ │ ┌────────┐ ┌────────┐ ┌────────┐ │ │ │ OpenAI │ │ 向量库 │ │PostgreSQL│ │ │ │ API │ │ (RAG) │ │ 数据库 │ │ │ └────────┘ └────────┘ └────────┘ │ │ │ │ 技术栈：FastAPI + LangChain + GPT-4o │ │ 部署：Docker + 阿里云 ECS │ └─────────────────────────────────────────┘ ``` **要点**： - 架构图要清晰，不要堆砌太多细节 - 标注使用的关键技术 - 标明数据流向（从左到右或从上到下） #### 第 5 页：实机演示 ``` ┌─────────────────────────────────────────┐ │ 功能演示 │ │ │ │ 🎬 演示场景： │ │ "假设我是一名电商客服，客户咨询退换货" │ │ │ │ 演示流程： │ │ 1. 用户提问："我买的衣服不合适能退吗" │ │ 2. Agent 理解意图 → 查询退换货政策 │ │ 3. 给出准确回复 + 提供操作链接 │ │ 4. 展示 Agent 的回复质量 │ │ │ │ 请切换到浏览器进行实机演示 │ └─────────────────────────────────────────┘ ``` **要点**： - 准备一个完整的、有说服力的演示场景 - 演示前先在浏览器中打开好页面，减少等待时间 - 演示过程中边操作边讲解 - **Plan B**：准备录屏视频，防止网络问题 #### 第 6 页：技术亮点 ``` ┌─────────────────────────────────────────┐ │ 技术挑战与解决方案 │ │ │ │ 🏆 挑战 1： │ │ "Agent 容易回复不准确" │ │ → 方案：引入 RAG + 知识库检索， │ │ 准确率达到 92% │ │ │ │ 🏆 挑战 2： │ │ "多轮对话容易丢失上下文" │ │ → 方案：使用 Redis 做会话缓存， │ │ 支持 20 轮上下文记忆 │ │ │ │ 🏆 挑战 3： │ │ "大模型响应速度慢" │ │ → 方案：SSE 流式输出， │ │ 首字响应 < 1s │ └─────────────────────────────────────────┘ ``` **要点**： - 选 2-3 个最有技术含量的点 - 用"挑战 → 方案 → 结果"的结构 - 有数据支撑（准确率、响应时间等） #### 第 7 页：学习收获 ``` ┌─────────────────────────────────────────┐ │ 我的收获 │ │ │ │ 📚 技术层面： │ │ - 掌握了 LangChain 的 Agent 框架 │ │ - 学会了 RAG 知识库的搭建 │ │ - 第一次用 Docker 部署到生产环境 │ │ │ │ 💡 认知层面： │ │ - 理解了"从 demo 到产品"的差距 │ │ - 认识到 prompt engineering 的重要性 │ │ │ │ 🔧 工程层面： │ │ - 学会了写 clean code 和文档 │ │ - 体验了完整的开发-测试-部署流程 │ └─────────────────────────────────────────┘ ``` **要点**： - 真诚分享，不要空洞 - 具体到"我学会了什么"，而不是"我了解了很多" - 可以分享踩过的坑和教训 #### 第 8 页：后续计划 ``` ┌─────────────────────────────────────────┐ │ 下一步计划 │ │ │ │ 📋 短期（1 个月内）： │ │ - [ ] 接入更多大模型（Claude/通义千问） │ │ - [ ] 增加多语言支持 │ │ │ │ 📋 中期（3 个月内）： │ │ - [ ] 优化 Agent 的记忆和推理能力 │ │ - [ ] 开发移动端适配 │ │ │ │ 📋 长期（6 个月内）： │ │ - [ ] 探索商业化可能 │ │ - [ ] 积累 1000+ 知识库条目 │ │ │ │ 项目地址：github.com/xxx/xxx │ │ 联系方式：xxx@email.com │ └─────────────────────────────────────────┘ ``` **要点**： - 计划要具体、可执行 - 分阶段，展示你对项目的持续思考 - 留下联系方式，方便后续交流 --- ## 四、实机演示技巧 ### 4.1 演示前准备 | 准备项 | 说明 | |--------|------| | 预开页面 | 提前在浏览器打开所有需要演示的页面 | | 测试网络 | 确认服务器在线，API 可正常访问 | | 准备脚本 | 写好演示台词，反复练习 3-5 遍 | | Plan B | 录制 2 分钟演示视频备用 | | 测试数据 | 准备好演示用的测试用例，不要临场编 | ### 4.2 演示中注意 - **不要说废话**：每句话都要有信息量 - **突出亮点**：演示最能体现项目价值的功能 - **控制节奏**：不要在某一步停留太久 - **应对故障**：如果演示失败，从容切换到 Plan B（录屏），不要慌 ### 4.3 演示禁忌 - 不要从头开始注册/登录（太浪费时间） - 不要演示次要功能（如"这里可以修改头像"） - 不要边演示边改代码 - 不要解释已经很明显的内容 --- ## 五、Q&A 问答环节 ### 5.1 常见问题类型 #### 技术类 | 问题 | 回答思路 | |------|---------| | "为什么选这个框架而不是 XX？" | 列出对比维度，说明选型依据 | | "如果用户量增加 10 倍怎么处理？" | 谈架构扩展性（缓存、负载均衡） | | "数据安全性怎么保证？" | 谈加密、权限控制、数据脱敏 | | "Agent 的准确率如何评估的？" | 展示测试方法和数据 | | "成本大概多少？" | 列出 API 调用费用、服务器费用 | #### 产品类 | 问题 | 回答思路 | |------|---------| | "你的项目和 XX 有什么区别？" | 突出差异化和独特价值 | | "目标用户是谁？" | 明确用户画像和使用场景 | | "用户为什么用你的而不是现有的？" | 对比现有方案的不足 | #### 个人类 | 问题 | 回答思路 | |------|---------| | "这个项目你花了多长时间？" | 如实回答，突出效率 | | "最难的部分是什么？" | 讲一个具体的技术挑战 | | "如果重新开始你会怎么做？" | 展示反思和改进思路 | ### 5.2 回答模板 **STAR 法则回答技术问题**： ``` Situation（情境）：当时遇到了什么问题 Task（任务）：需要达成什么目标 Action（行动）：我采取了什么方案 Result（结果）：最终效果如何 ``` **示例**： > Q: "Agent 幻觉问题怎么解决的？" > > A: "在开发过程中，我发现 Agent 有时会根据不确定的信息编造答案（Situation）。为了保证回答的准确性（Task），我引入了 RAG 架构，让 Agent 先从知识库中检索相关事实，然后基于检索结果生成回答（Action）。这样处理后，幻觉率从约 30% 降到了 5% 以下（Result）。" ### 5.3 遇到"不会"的问题怎么办 **不要**： - 沉默不语 - 胡乱编造 - 直接说"我不知道"然后结束 **应该**： - 坦诚承认 + 给出思路 ``` "这个问题我现在没有研究过，但我的思路是 [给出你分析这个问题的方法]。 课后我会去查一下，感谢您的提问！" ``` **示例**： > Q: "你们的系统支持并发 1000 人同时使用吗？" > > A: "目前还没有做这么大规模的压力测试。不过从架构上看，我们用了 Redis 做会话缓存，后端是无状态设计，可以通过水平扩展来应对。具体的并发能力我会在课后做一次压测，有结果后分享给大家。" --- ## 六、同伴互评表 ### 6.1 互评表模板 每位同学听完其他同学的答辩后，填写以下互评表： ``` ┌───────────────────────────────────────────────────────┐ │ AI Agent 实战营 · 项目答辩互评表 │ ├───────────────────────────────────────────────────────┤ │ 答辩人：_____________ 项目名称：___________________ │ │ 评分人：_____________ 日期：_______________________ │ ├───────────────┬──────────┬────────────────────────────┤ │ 评分维度 │ 得分(0-20) │ 简评 │ ├───────────────┼──────────┼────────────────────────────┤ │ 完整性 │ ____/20 │ │ ├───────────────┼──────────┼────────────────────────────┤ │ 创新性 │ ____/20 │ │ ├───────────────┼──────────┼────────────────────────────┤ │ 技术深度 │ ____/20 │ │ ├───────────────┼──────────┼────────────────────────────┤ │ 实用价值 │ ____/20 │ │ ├───────────────┼──────────┼────────────────────────────┤ │ 展示质量 │ ____/20 │ │ ├───────────────┼──────────┼────────────────────────────┤ │ 总分 │ ____/100 │ │ ├───────────────┴──────────┴────────────────────────────┤ │ 最喜欢的一点： │ │ │ ├───────────────────────────────────────────────────────┤ │ 建议改进的地方： │ │ │ ├───────────────────────────────────────────────────────┤ │ 如果这个项目上线了，你会愿意使用吗？ │ │ □ 非常愿意 □ 愿意 □ 一般 □ 不太愿意 □ 不愿意 │ └───────────────────────────────────────────────────────┘ ``` ### 6.2 互评原则 - **客观公正**：按标准打分，不要因为关系好就打高分 - **具体反馈**：简评要具体，不要只写"很好"或"一般" - **建设性**：提建议时指出具体可以改进的方向 - **尊重他人**：用友善的语言，避免尖锐批评 --- ## 七、答辩准备时间线 ### 答辩前 3 天 - [ ] 确定 PPT 内容，完成 8 页幻灯片 - [ ] 写好演示脚本，确定演示流程 - [ ] 录制备用演示视频（Plan B） - [ ] 在服务器上确认应用正常运行 ### 答辩前 2 天 - [ ] 完整练习 3 遍（计时 10 分钟以内） - [ ] 检查 PPT 是否有错别字 - [ ] 准备 Q&A 可能的问题和回答 ### 答辩前 1 天 - [ ] 最后 1 次完整彩排 - [ ] 确认演示环境的网络和设备 - [ ] 早睡，保持良好状态 ### 答辩当天 - [ ] 提前 30 分钟到场测试 - [ ] 确认演示页面已打开 - [ ] 深呼吸，保持自信 --- ## 八、动手练习 ### 练习 1：制作你的答辩 PPT（60 分钟） 按照上面的 8 页模板，为你的期末项目制作答辩 PPT。 **检查清单**： - [ ] 每页内容不超过 5 个要点 - [ ] 字体大小不小于 24px - [ ] 配图清晰、相关 - [ ] 架构图表表意清楚 - [ ] 有具体的数据和成果 ### 练习 2：模拟答辩（30 分钟） 找一个同学互相模拟答辩： 1. 每人轮流做一次 10 分钟答辩 2. 对方填写互评表 3. 互相给出改进建议 ### 练习 3：准备 Q&A（30 分钟） 列出你可能被问到的 5 个问题，并准备好回答： | 问题 | 回答要点 | |------|---------| | 1. | | | 2. | | | 3. | | | 4. | | | 5. | | --- ## 总结 答辩是展示你 6 周学习成果的机会，记住三个关键词： 1. **准备**：充分的准备是自信的来源。PPT、演示、Q&A 都要提前准备好 2. **简洁**：10 分钟很短，抓住重点，不要面面俱到 3. **真诚**：坦诚分享你的收获和不足，比完美表演更打动人 评分不是目的，通过答辩发现项目的不足、获得同学的反馈、明确下一步方向，这才是答辩真正的价值。