在同一个订单中心里，逐周做出智能客服

W03 做出的订单中心继续保留：查询、创建和查看订单仍由普通业务代码完成。从 W04 开始，我们给它增加一个客服入口。后面每一周增加客服能力，不再另交一个和订单系统无关的聊天网站。

先看用户从哪里进来

登录订单中心后，右下角“智能客服”用于商品咨询。打开一笔订单，点击“咨询此订单”，再问金额、状态或售后问题。关闭客服后，订单列表仍在原处。

当前项目是员工工作台。课堂上由员工选择一笔虚构客户订单演示咨询，不等于已经实现了外部消费者登录。员工身份由 W03 登录系统确认；聊天里的客户上下文由后台读取订单后确定，不能听信用户在聊天框里写的“我是 C9999”。

阶段	用户遇到的问题	新增能力	现场怎样核对
W04 单轮客服	不懂页面字段，只想直接询问订单与商品	模型理解和解释；程序提供只读业务事实	回答中的金额、状态与订单详情一致；没有资料就说明不知道
W05 多轮客服	用户会追问、补充条件，也可能中途停止	会话隔离、有限历史、真实流式输出、取消与失败处理	同一会话可继续，切换订单要新建会话；取消后的半句话不能变成已完成回答
W06 知识库客服	数据库有订单，却没有完整的售后政策说明	检索政策、核对依据、显示引用、无依据拒答	“破损需要什么材料”能回到文档片段；没有依据或知识服务中断时不编答案

价格、订单金额和状态来自 Commerce API（商城业务接口）；售后政策与说明来自 RAG（检索增强生成）知识服务。数据库字段已经能回答的问题，不必再让模型去猜。

订单中心的客服侧栏
  → 带登录状态提交问题、订单 ID、会话 ID
  → 订单后台检查登录与请求，再读取最新业务资料
  → 客服：单轮解释 / 多轮上下文 / 按问题调用知识服务
  → 返回回答、完成或失败状态、耗时与用量
  → 同一侧栏展示，订单功能保持独立

浏览器不提交价格、客户身份、历史消息或模型 Key（密钥）。后台每轮重新读事实，避免上一轮回复覆盖已经变化的订单状态。模型没有支付、取消或退款写接口；“建议人工核实”也不代表已经创建工单。

W04 先跑通模型、结构化输出和工具的小实验，再把只读能力接到 W03 的页面入口。宿主页面已经选定订单的接线，与“模型自主提出工具调用”是两种情况，需要分别验证。
W05 先验证会话和流式机制，再替换同一个入口的回复方式。原 Streamlit（Python 网页工具）页面可用于观察状态，不再作为脱离订单中心的最终作品入口。
W06 先用固定问题验证知识接口，再从订单侧栏提问相同问题，对比答案、引用和拒答原因。接口成功不能替代浏览器中的完整路径。

每周仍在自己的工程目录开发。跨周沿用业务字段、接口和验收案例；不把前一周全部代码复制进来，也不要求现在理解后续 Agent（智能体）或工作流实现。

操作	应看到的结果	排查与复验
停掉客服服务	提示客服不可用；订单查询仍正常	检查客服端口和后台接线，恢复后重跑同一问题
在浏览器请求中伪造 customer_id 或价格	后台拒绝多余字段	查看 Network（网络请求面板）中的 422，不把错字段静默忽略
当前会话询问另一笔订单	提示先打开那笔订单并新建会话	比较两个会话 ID，确保旧历史没有带过去
取消或中断一条回复	半成品标记为未完成，不自动重试	查看最终状态与历史，确认没有提交完整 assistant（助手）消息
政策没有依据或知识服务不可用	无依据说明或服务错误，不编造引用	分别检查检索结果和接口状态；恢复后再核对引用

先用离线回放验证接线和错误分支，再运行本人真实模型调用。展示“本轮耗时与用量”时说明来源：没返回 Token（词元）不等于免费，浏览器出现逐字效果也不等于真实模型流。W06 现有知识接口先生成完整回答再展示，其页面分块不能冒充模型逐 Token 输出。

这个入口没有替代各周的完整业务验收：W04 仍要验证意图、结构和只读工具；W05 仍要验证双五轮与偏好约束；W06 仍要验证知识处理、真实 Embedding（嵌入向量）与生成、引用和拒答。老师跑通也不等于每名学生都已经掌握。