AI 下单助手为什么先做草稿，而不是自动下单

在下单这种场景里，AI 的价值不在于代替用户做最终决定，而在于把自然语言拆成结构化草稿，让确认成本下降。

草稿流程保留了用户控制权，也让系统更容易插入审核、补充和纠错步骤。

系统需要知道 AI 说得有多像样，但用户需要知道哪些字段已经足够确定、哪些字段仍要确认。

这两个层级分开后，产品才能明确什么时候填表，什么时候回到人工输入。

一个可用的 AI 助手要能说明自己做了什么、为什么这样填、哪里需要用户再确认。

在私有业务里，这种可追踪性往往比一次性自动化更有价值。

审计事件不需要保存完整原文和敏感信息，但应该记录 AI 是否参与、哪些字段由 AI 建议、置信度大致在哪个区间、最终是否由用户确认提交。这样后续出现争议时，系统能解释链路。

AI 下单助手应该复用原来的订单创建流程，而不是另开一条特殊通道。否则权限校验、服务范围、价格规则、通知、库存或班次限制都有可能被绕过。

更稳的做法是：AI 只生成结构化草稿，用户确认后仍然调用原有创建接口。这样 AI 能降低填写成本，但不会改变业务状态机的可信边界。

这也是为什么我更看重“嵌入业务流程”的 AI，而不是孤立的对话框。对话框容易做，嵌进去之后仍然不破坏系统规则才是工程难点。

AI 填得不对时，用户应该能直接改字段，而不是重新输入一整段自然语言。草稿的优势正是在这里：它把一次不确定的生成，转成一组可编辑的表单项。

这类交互比“AI 一键下单”慢一步，但更稳定。用户知道自己最终确认了什么，系统也知道哪些字段经过人工确认。

在真实业务里，这一步慢通常是值得的。它换来的是责任边界清楚、异常可回退、后续可审计。