无状态请求 Stateless Request

无状态请求只依据本次收到的内容。请求 A 完成后，服务端不会自动把上一轮的表格、目标和结果留给下一次调用；客户端要在请求 B 中重新放入本轮需要的资料。

• 聊天界面可以保存旧表格，但页面还看得到，不代表它已经进入请求 B。
• 只发送“继续”时，模型没有对象、目标和上一轮结果，无法判断要继续什么。
• 应用要检查实际 payload，把表格、未完成目标和必要结果一起发送。

无状态说的是一次模型调用不自动继承上一轮输入和结果，不是说产品不能保存聊天记录。应用可以保存记录，但每次调用仍要把需要的部分明确放进请求。

• 页面显示上一轮表格，只说明产品还有这份记录，不能证明当前 API 请求带了它。
• 把“继续”与表格、目标和上一轮结果一起发送，模型才有足够背景。

排查上下文问题时，检查请求 payload，而不是只检查聊天窗口的显示状态。

拆开这条请求路径，可以看到上一轮结果在哪里结束、服务端何时清空，以及下一轮资料怎样重新进入 payload。

• REQUEST A 是一次完整调用，输入和结果都属于这一轮。
• MEMORY: EMPTY 表示服务端完成后不会自动替下一轮保留上下文。
• REQUEST B 的“继续”只是新目标，不能单独指向上一轮表格。
• EXPLICIT CONTEXT 把本轮依赖的表格、目标和结果放回实际 payload。

请检查这条 AI 调用是否真的按无状态请求工作：第一轮发送订单表格并得到整理结果；第二轮即使用户只说“继续”，也要从应用保存的记录中取回当前表格、未完成目标和上一轮结果，并把它们与本次消息一起放入请求。验收时检查实际 payload，不要只看聊天页面是否还显示旧表格。