很多1688店铺做客服交接，习惯把当天聊天复制进群里，再补一句“这个客户明天跟一下”。接班的人看到了记录，却不知道买家已经确认了什么、工厂承诺了什么、还有哪些条件没问清。用牛顿智能体处理这类工作，最有价值的不是把长聊天缩成一段顺口的摘要，而是把“待确认”单独留下来，让下一位同事知道哪些话不能当成事实。
聊天记录里通常混着四类信息。买家明确说过的需求是一类，例如数量、规格、用途和希望到货日期；客服已经回复并形成承诺的是一类，例如寄样时间、含税口径或某个报价有效期；双方正在讨论但尚未确认的是一类；客服自己的判断又是另一类。人工交接容易把这四类内容揉在一起，智能体如果只收到一句“总结客户需求”，也会倾向于把上下文整理成一个看起来完整的结论。
因此，第一步不是让牛顿总结，而是规定它只能按来源整理。客户原话能够直接支持的内容，标为已提及；客服明确确认过的内容，标为已回复；没有明确答案的条件，全部进入待确认；销售对客户意向、预算和成交可能性的看法，只能放在内部备注，不能混入客户事实。这个边界定清楚后，智能体才是交接助手，而不是替业务作判断的人。
例如定制纸盒询盘中，买家说“先做一万个，尺寸和上次差不多，月底前要”。这句话里只有数量和期望时间相对明确，“和上次差不多”并不是可生产的规格。如果牛顿把它改写成“客户需要上次尺寸的一万个纸盒，月底交货”，交接记录就多出了两个未经确认的事实：上次具体是哪一单，以及月底是出货还是到货。正确的整理应保留原话，同时把订单编号、成品尺寸、材质、印刷文件和交付节点列入待确认。
接入牛顿前，先确定交接卡的固定字段，但字段不要多到没人愿意看。比较实用的结构包括客户与商品、已确认条件、客户原话、我方已承诺、待确认事项、下一步动作、责任人和计划时间。这里最重要的是“我方已承诺”和“待确认事项”分开。前者关系到履约，后者关系到下一轮沟通，两者混在一个摘要里，接班人很容易把计划当承诺，或者把承诺重新问一遍。
原始材料也要控制范围。不要把客户过去几个月的所有聊天一次塞给智能体，再要求它生成今日交接。输入内容应以本次询盘相关的聊天、报价版本、样品记录和必要的商品信息为主，并标明时间顺序。若对话中出现多个商品或多个项目，要先分开，再分别整理。输入越杂，智能体越容易把不同订单的规格、价格和交期拼在一起，最后得到一份看似完整却无法使用的记录。
牛顿的提示要求应写得像业务规则，而不是文案要求。可以明确告诉它：不得补全缺失的尺寸、材质、数量、价格、交期和付款条件；无法从原文确认的内容写“未确认”；涉及我方承诺时保留原句与时间；同一条件出现冲突时并列显示，不选择其中一个；下一步动作必须能够对应到某个待确认事项。这样的约束比“请专业、准确地总结”有效，因为它告诉智能体遇到不确定信息时该怎么处理。
工业配件询盘更能体现冲突保留的重要性。买家上午说设备型号是A系列，下午发来的铭牌照片却像B系列；客服又根据旧型号推荐了一个接口。如果牛顿为了让交接内容整齐，只保留最后一次出现的型号，接班人可能直接按错误接口报价。交接卡应同时写出文字型号和铭牌信息不一致，并把“确认完整铭牌、接口尺寸和设备年份”列为下一步。智能体不需要决定哪个是真的，它要把冲突暴露出来。
生成初稿后，原客服必须做一次短审核。审核不是重新读完全部聊天，而是重点看数量、规格、价格、税费、样品、交期、付款和承诺动作。任何会影响报价或履约的字段，都应能回到原始消息。牛顿可以在每条重要信息后保留时间或消息片段，方便快速核对。没有来源的句子即使写得合理，也不能进入正式交接。
下一步动作要写到可执行的程度。“继续跟进”和“保持联系”没有交接价值。更清楚的写法是“明天10点前向客户确认内径和适配机型，确认后由技术核对选型”“收到印刷文件后交给设计检查出血位”“仓库确认现货数量后再回复当天能否发出”。动作中应有对象、条件、责任人和时间。牛顿可以根据待确认事项生成动作草稿，但责任人和时间仍要由团队按实际安排确认。
有些店铺希望智能体顺便判断客户等级，这一步不适合混在交接生成里。客户是否值得优先跟进，可以基于信息完整度、采购节点、样品进度和明确的下一步来排序，但不能让牛顿根据语气热情、消息长短或某句话直接推断成交概率。交接卡先把事实整理干净，后续再由销售规则进行优先级判断，两个任务分开，记录会更可信。
客服交接还要处理隐私和权限。输入智能体的资料应限于完成工作所需的内容，手机号、详细地址、个人身份信息和与订单无关的聊天不应无条件进入共享记录。报价底价、特殊账期和内部审批意见也要按岗位权限展示。牛顿输出在哪里保存、谁能查看、保留多久，应沿用公司的客户资料管理规则，不能因为生成方便就把完整对话散落在多个群和文档里。
真正落地时，可以先选一种高频询盘试运行，而不是立刻覆盖全店。连续几天比较人工交接和牛顿交接，重点看三件事：待确认是否被漏掉，承诺是否有来源，接班人能否直接执行下一步。如果记录仍然需要重新翻聊天，说明字段或输入范围不合适；如果经常出现过度补全，就要收紧禁猜规则；如果交接卡太长没人读，则保留影响选型、报价和履约的内容，删掉无关寒暄。
交接数据积累后，还能反过来改善商品和客服流程。某类商品总在确认同一个尺寸，运营可以补充测量图；买家经常误解交期起算点，可以在详情页和报价单中统一说明；客服多次漏问同一参数，可以把它加入首轮询问路径。牛顿在这里连接了聊天、交接和页面优化，但它提供的是结构化线索，最终修改什么，仍要由运营、销售和产品人员共同判断。
一份好的客服交接，不追求把客户说得十分确定，而是让不确定的地方清清楚楚。牛顿可以减少整理时间，也能帮助团队保留原话、承诺和冲突，但前提是它被要求诚实地留下“未确认”。当下一位同事打开记录时，能迅速知道现在到哪一步、哪些不能承诺、接下来该找谁确认，这套智能体工作流才真正进入了业务，而不是多生成了一段漂亮文字。