FDE 交付闭环实践
用虚构客户跑一轮 澄清 → 裁剪 → PoC 脚本 → 风险与上线清单。岗位话术见 FDE 岗位与案例面试；技术能力可挂到本模块 Agent/RAG 实践篇。
虚构场景
客户： 中型电商「北风购」
口头需求： 「做一个全能智能客服 Agent，什么都能答，还要自动退款。」
约束： 2 周 PoC；订单数据在内网 API；退款强合规；客服班长要能抽检。
Step 1：澄清问题清单
写下来并让客户书面确认（可用表格）：
| 问题 | 示例答案（虚构） |
|---|---|
| 成功标准？ | PoC：查订单状态准确率 ≥ 90%（20 条集） |
| 数据源？ | GET /orders/{id}，只读 |
| 谁用？ | 人工客服旁路助手，非直接对外部用户 |
| 不可逆动作？ | 退款、改地址 → 本期不做，仅给话术建议 |
| 不上线的边界？ | 不接支付、不自动发券 |
Step 2：范围裁剪
本期做：订单状态查询（RAG 政策文档 + 订单 API 工具）
本期不做：自动退款、多轮投诉安抚、跨系统改单
选型一句话：规则/API 查状态 + 政策 RAG；不因「Agent」二字上不可逆工具。 长尾政策类扩展见 智能客服知识库与长尾问题。
Step 3：PoC 演示脚本（对客户）
- 展示架构草图：Orchestrator +
get_order+ 政策检索 - 现场 3 个问题：已知订单号 / 无订单号 / 政策「几天可退」
- 故意演示一次 拒答/转人工（无权限退款）
- 打开轨迹日志：让班长看到「调了什么、依据哪段」
- 给出 2 周后的验收表与风险
演示目标不是炫模型，而是可控、可审计、可裁剪。
Step 4：交付物清单
| 交付物 | 用途 |
|---|---|
| 范围说明书（做/不做） | 防范围蔓延 |
| 架构一页纸 | 对齐技术与业务 |
| PoC 仓库 + README | 可复现 |
| 20 条评测集与通过率 | 验收依据 |
| 风险与上线清单 | 合规/权限/回滚 |
| 交接：如何抽检轨迹 | 运维与班长 |
Step 5：风险与上线清单（模板）
| 风险 | 缓解 |
|---|---|
| API 权限过大 | 只读账号、IP 限制 |
| 提示注入套话术 | 工具面窄；敏感动作禁用 |
| 幻觉政策条款 | 强制引用 chunk；无命中拒答 |
| 客户以为会自动退款 | 演示+书面范围反复确认 |
| PoC 当生产 | 明确环境、限流、人工接管开关 |
如何向面试官复盘（STAR 填空）
- S： 北风购要全能客服且含自动退款，2 周 PoC
- T： 交付可验收的订单查询助手，守住合规边界
- A： 澄清清单 → 砍退款 → API+政策 RAG → 轨迹与 20 条评测 → 风险清单
- R： PoC 通过率达约定；退款未做但客户接受；复盘「先裁剪再 Agent」
实践要点
- FDE 产出是范围+可演示+可验收，不是模型排行榜。
- 不可逆动作默认人审或砍出本期。
- 演示要包含失败/拒答路径，才像生产。
- 面试挂钩：用本篇 STAR 口述，技术细节指向 Agent/RAG 实践篇。