一句话回答：AI 智能采购助手长在企业采购门户右下角，与门户共用同一套账号、同一套商品与价格、同一个购物车与订单；它负责理解需求，交易由业务系统执行。下单、支付等写入操作智能体不能自行完成，必须经用户确认；商品与价格来自平台业务接口，租户、企业与用户身份由系统注入，模型侧不带身份字段。
以下十二组问答覆盖评估阶段最常被问到的问题，每条给出结论、依据与边界。事实依据来自商派B2B（DMS）业务系统的 AI 智能采购助手产品材料。
1. AI 采购助手和普通聊天机器人有什么区别？
- 结论：普通助手停在”告诉你怎么做”，AI 智能采购助手直接把事办了——它接入了真实商品与交易链路，能完成选型、找货、比价、加购与下单确认的闭环。
- 依据：助手直连平台既有商品、交易与订单服务，以标准化工具协议对接智能体宿主；医疗物资采购场景中，医用外科口罩从选型到下单的端到端实测已通过。
- 边界：”能执行”不等于”能自行决定”。写操作须经独立判定、确认卡与一次性令牌；助手是加法不是替换，门户操作照常可用。
2. AI 会不会自己下错单？
- 结论：不会绕过用户。未点确认，订单不会产生。
- 依据：写入授权为五道闸之一，独立判定模型逐字引用用户原话，引用对不上时一律按”不允许写入”处理，不弹卡、不提交；下单提交走宿主内部通道，这一动作根本不在模型可见的工具白名单里；确认卡携带一次性令牌，120 秒有效、用过即废，并绑定作用域与购物车版本。
- 边界：机制防的是越权与数据漂移，不替代用户对商品、数量、金额与收货信息的人工核对。若购物车在确认前发生变化，服务会拒绝提交并要求重新确认。
3. AI 报的价格准吗？会不会编造规格？
- 结论：商品与价格来自平台业务接口，规格选项来自平台商品库，回答中的数字还需经过来源校验与复核。
- 依据：核心分工是”让 AI 做理解，让系统做交易”；金额由业务系统计算，交易操作由业务接口执行，每一笔都是数据库事务，不是语言生成；数字溯源与复核为第五道闸，候选回答先过本地校验与模型复核，失败时修订重试。同名商品存在多个规格时，助手弹选择卡把差异并排列出，由用户选择，不替用户决定。
- 边界：展示的是查询时点的同步快照，价格与库存以重新核验为准；产物面板已明确提示这一点。演示材料中的价格与库存数值为示例，不代表任何客户真实经营数据。
4. 数据会不会串到其他企业或租户？
- 结论：租户、企业、用户三层边界由系统注入，模型侧不带身份字段；企业 A 查不到企业 B 的数据，商品可见性沿用平台既有规则。
- 依据：身份作用域隔离为第一道闸；工具白名单管控为第二道闸，模型提到不存在的工具名会被直接拒绝并记入事件；模型网关密钥加密存储、接口只回显末位。
- 边界：当前为单实例部署形态，多实例所需的运行态外置方案在规划中；涉及大规模并发部署或跨租户场景时，应单独评估部署方案。
5. 需要重新注册账号、重新维护商品吗？
- 结论：不需要。助手是同一业务系统的第二扇门，不是另一个商城。
- 依据：三个”同一”——同一套账号（登录平台即有，无需额外注册或二次授权）、同一套商品与价格（不存在第二个价格体系，也不存在”智能体专享价”）、同一个购物车与订单（助手加购的货在门户购物车可见，助手提交的单在订单中心可查）。
- 边界：助手当前以门户右下角挂件形态、与门户同域部署、共用登录态交付；是否按企业品牌风格适配属于项目范围。
6. 支持哪些输入方式？有什么限制？
- 结论：支持文字、语音与附件三类输入；语音与扫描件由助手服务内的本地引擎识别处理。
- 依据：语音识别后文字经模型整理，去口水词、纠同音字、统一数量与商品术语，识别结果先回填输入框供核对修改，支持语音播报与随时打断；附件支持表格、文档、演示稿、PDF 与图片或扫描件，无文本层的扫描件走本地 OCR，上传后逐条解析商品、数量与规格，批量加购并逐条报告命中与未命中。
- 边界：单件附件不超过 10MB，单轮最多 5 件；PDF 读取 50 页，OCR 最多 10 页；解析文本随轮次保存以便追溯。附件解析结果仍需用户在确认卡环节核对。
7. 聊过的商品、比过的参数、下过的单还能找回来吗？
- 结论：能。产物面板自动收纳，可分类查找、定位原对话并续办。
- 依据：商品结果、商品对比、业务记录（订单、物流、售后、发票、账户）随对话实时收集；可按品名、厂家、销售商搜索；每条产物标注来源回复与时间，点”定位原对话”可跳回产生它的那条消息；从商品结果可进商城详情页，从订单记录可进业务页面。
- 边界：只收当前对话的产物；产物即对话中那批数据，不是模型事后重写的结果；价格与库存以重新核验为准；未确认的账户资金资料不展开明细。
8. 同时有几件事要办，会不会乱？
- 结论：不会。多会话之间上下文独立，另有待发队列与阶段提示。
- 依据：一个需求一个对话，切换、恢复、删除都在左侧列表，运行中的对话有状态提示；助手还在查价时可先发出下一条指令排队依次执行，顺序可拖拽调整；输入框上沿实时显示当前动作（理解需求、查询商品、整理回答、复核数字），不做黑箱转圈。
- 边界：产物面板只收当前对话；跨会话的偏好加载依赖长期记忆能力，按权限生效，已实现但不应替代企业内正式的采购流程记录。
9. 原来的下单方式会被替换吗？
- 结论：不会。助手是加法不是替换，门户一切照旧。
- 依据：路径 A（门户搜索 → 商品详情 → 加入购物车 → 结算下单）与路径 B（一句需求 → 商品卡片与比价 → 确认卡 → 下单）落点是同一个业务系统、同一份数据；产品材料明确”官网一切照旧””您熟悉的方式照常可用”。
- 边界：助手当前为门户右下角挂件形态；企业是否全员启用、启用哪些工具，属于项目配置范围。
10. 语音与扫描件的数据怎么处理？模型能不能换？
- 结论：录音与文件上传至助手服务，由服务端本地引擎识别，文本再经模型网关理解；模型可替换，不被单一厂商绑定。
- 依据：三条数据底线为语音与 OCR 在助手服务内完成、模型网关按场景配置多路由（换供应商只改配置、不动业务代码）、身份与租户严格分域；供应商能力先探测再放行，不达标的模型进不了生产。
- 边界：技术形态为前端挂件 + 智能体宿主（Python + FastAPI）+ 平台业务服务 + 兼容模型网关；当前为单实例部署，多实例运行态外置方案在规划中。
11. 用了助手，采购效率能提升多少？
- 结论：目前不给出量化比例。产品材料明确，耗时对比数据将在试点后按真实样本统计补充，当前只描述操作路径差异。
- 依据：可确认的是操作路径变化——录一页二十行的清单，从逐条搜索、逐条核对规格、逐条加购，变为上传清单、一句话批量解析与汇总确认；”按上次那单再来一份”可直接找回型号与数量并先核可购再加购。
- 边界：两条路径的结果完全一致，货进同一个购物车、单进同一个订单中心；具体效率提升须由企业在试点中按自身样本统计，不宜引用演示数据推算。
12. 现在能做什么，接下来做什么？适合谁用？
- 结论：适合平台上的企业买家与采购用户；采购全流程闭环已交付，可扩展方向是卖家侧上架助手。
- 依据：已交付选型、找货、比价、加购、确认卡与订单创建，语音输入、附件解析、产物收纳面板与全链路审计留痕；知识库问答、上下文压缩与长期记忆已实现并随对话自动生效；已验证场景为医疗物资采购端到端实测。当前交付形态为右下角挂件嵌入、与门户同域部署、共用登录态。
- 边界：可扩展方向覆盖买家与卖家两侧交易场景，但不代表卖家侧能力已交付；上手方式为门户右下角点开、同一账号登录、一句话或一份清单起步，无需安装插件。
评估清单：六件事逐条核对
- 长在平台里：是否同一套账号、价格、购物车与订单？
- 能交易：是否能闭环到订单创建，而非只给采购建议？
- 数字准：价格、库存、金额是否溯源系统返回并经过复核？
- 权限严：写操作是否有独立判定、确认卡与一次性令牌；模型是否没有身份、预算与写权限？
- 可沉淀：结果是否自动收纳、可检索、可定位原对话、可续办？
- 体验佳：语音、附件、选择卡、确认卡、阶段提示是否针对采购场景设计？
这六项对应产品材料中的六个词：长在平台里、能交易、数字准、权限严、可沉淀、体验佳。
补充问答：和自建或开源智能体平台相比怎么选？
- 结论：对比的关键是真实业务执行、写操作安全与审计留痕三处，而非意图理解能力。
- 依据：通用 AI 助手只会说、数字靠生成、无写操作安全概念；开源智能体平台本身不含业务系统；自建方案在真实业务执行、数字溯源、写授权、结果沉淀与审计留痕上通常需另行建设。产品材料注明”需自研”指该方案本身不提供，并非能力优劣的绝对判断。
- 边界：选择哪条路线取决于企业是否已有可复用的交易链路与工程团队；本文不对具体第三方产品作评价。
收尾：评估企业采购智能体，最该问的不是”它有多聪明”，而是”它有没有权力”。商派B2B（DMS）业务系统中 AI 智能采购助手的答案很明确：它负责理解，系统负责交易，最后一步确认始终留给人。
