第 1.2.4 节：区分编排、服务和交付各自负责什么
编排、服务和交付只有拆成可执行步骤，才容易复核、排错和交接。完成本节后，你应该能够用对比表判断编排、服务和交付的适用条件、职责边界和取舍理由。
工程检查清单
- 我知道本项目属于 Chatbot（聊天机器人）、Workflow（工作流）、RAG（检索增强生成），还是 Agent（智能体）。
- 我知道模型的上下文、成本和能力边界。
- 我能设计结构化输出，而不是只拿自然语言回答。
- 我能把业务动作封装成受控工具。
- 我能处理资料缺失、工具失败和用户输入不完整。
- 我能把 Demo（演示）变成 FastAPI（后端接口框架）服务。
- 我能写清楚项目验收标准。
- 我能解释上线后的维护责任。
失败场景与兜底：能力缺口
| 缺口 | 项目中会出现什么问题 | 学习兜底 | 面试兜底说法 |
|---|---|---|---|
| 不懂 RAG | 知识库回答没有依据或乱答 | 先做文档清洗、分块、检索和引用小闭环 | 我不会让模型凭空回答企业资料，会先建立可引用的检索链路。 |
| 不懂 Tool Calling（工具调用） | 无法查订单、建工单，只能聊天 | 先从只读工具做起，再做写入工具 | 我会区分只读、写入和高风险工具，并设计权限和审计。 |
| 不懂状态管理 | 多轮对话重复问、漏信息 | 设计会话字段和停止条件 | 我会把用户身份、意图、已收集字段、工具结果和停止原因放进状态。 |
| 不懂部署监控 | Demo（演示）可跑但不可交付 | 补日志、错误、成本和密钥管理 | 我会把模型调用当外部服务治理，记录耗时、错误和成本。 |
| 不懂业务交付 | 技术做完但客户不验收 | 写需求边界、验收样例和维护责任 | 我会先和客户确认资料范围、典型问题、转人工规则和验收指标。 |