先分清官网表述与需要自己验证的结果
小美客服机器人页面写明，机器人会根据用户反馈自主学习，调整对话策略和对话结果；官网首页还列出知识库自定义、人机协作，以及自主与监督式学习。这些是产品页面公开的能力描述。本文的验收清单由本站整理，作用是帮助团队在自己的问答场景中观察结果，不能代替官方对功能范围、配置条件和实现方式的说明。
先写下本次要核对的一个具体问题、期望答案和不能接受的答案，再用相同问法做前后对比。记录表分成“官方页面列出的能力”和“本次实际观察”两栏；前者抄明来源，后者只填写亲自看到的答复和时间。两栏不要互相代替。一次答复变化只能作为继续核对的线索，不能直接写成某项学习能力已经生效。
- 公开表述：反馈调整、自主与监督式学习、知识库自定义。
- 待验收结果：特定问法在实际试用中能否给出可交付的答案。
- 未知细节：生效条件、处理时间、管理入口与人工审核方式需向官方核对。
选一个多轮场景，准备可重复的固定问法
官网机器人页面把快递查询、订餐和医生预诊列为多轮交互的服务示例。团队可以从自身确实需要的一个场景开始，而不必把三个示例都当成已经适用于自己的业务。先画出用户可能连续提出的两到三个问题，再写出团队认可的答案依据；涉及订单、医疗或个人资料时，测试应使用经过允许的样例信息，避免把真实敏感内容写进公开记录。
固定问法至少保留一条正常提问、一条措辞不同但意图相同的提问，以及一条应当转交人工判断的边界问题。每条都写明预期答案和不应回答的内容。固定问法的价值是让前后对比有共同基准，而不是证明机器人使用了某种未公开算法。如果业务只有静态、单轮的常见问答，也可以先核对知识库内容是否准确，再决定是否需要测试反馈调整。
- 记录场景、渠道、问法、预期依据和边界问题。
- 前后测试尽量使用相同问法与相同业务条件。
- 敏感业务先确定人工处理范围，不把测试答案当成正式承诺。
保存反馈前后答复，同时记录其他可能的改动
先在有权使用的试用环境里选择一个实际接入的渠道。运行固定问法后，逐项保存测试时间、问题原文、答复原文和所用渠道，再让负责业务规则的人核对答案。不同渠道分别建记录，不把一个渠道的结论复制到另一个渠道。尚未完成接入或没有权限测试时，写“未验证”和具体原因，保留空白结果，等条件具备后再补测。
只有在实际界面提供可用的反馈入口时，才记录反馈操作、操作时间和提交内容；找不到入口时，把入口位置与适用权限列为待问官方的问题。之后在约定时间再次运行同一问法，并记下团队同期是否改过知识库、业务规则或测试数据。答复相同时记录“本次未观察到变化”；答复不同时保存两版原文，再请业务负责人核对，暂不归因于某一功能。
- 记录表字段：日期、渠道、固定问法、反馈前答复、反馈内容、复查答复。
- 另记人工改动与尚未核实的条件，避免误判变化来源。
- 没有试用权限或反馈入口时，诚实标注未验证。
用人工复核表判断答案是否真的可用
人工复核是使用方在试用时自行安排的验收步骤。请让熟悉业务规则的人逐条核对答复中的事实、适用条件、遗漏事项和需要转人工处理的边界，并在记录里写明核对依据。即使措辞变得更流畅，只要关键判断仍然错误、条件未讲清，或把尚未核实的答案说成定论，就不能把它记作验收通过。把核对结论交给负责维护问答内容的同事，再用同一组问题复测；这份清单只用于团队内部判断，不能代替产品方给出的功能说明。
复核表可以设置‘正确且完整’、‘需要补充’、‘可能误导’和‘未能验证’四种结果，并写出具体理由。对涉及退款、订单状态或专业建议的问题，还应对照团队自己的有效规则；这属于使用方的核对工作，不表示产品内置了特定审批队列或风险标签。把不合格答复留在试用记录中，交给有权限的同事处理，并在再次测试时使用同一评价标准。
- 逐条检查事实正确性、条件完整性和需要人工介入的边界。
- 把答案变化与业务正确性分开评价。
把页面没有说明的配置和机制列为待官方确认
把会影响试用和上线决定的未知项列成提问清单：反馈入口在哪里、谁有权限操作、答复何时复查、错误答案怎样处理、不同渠道要不要分别设置。每得到一项官方答复，就写下来源链接、答复日期和适用条件；没有得到答复的项目保持“待确认”。清单里的问题只是读者要核对的事项，不表示产品后台已经提供对应开关、审核队列或自动处理机制。
建议按问题逐项记录‘官方已说明’、‘自己在试用中观察到’和‘仍待确认’三类证据。例如：是否能看到反馈记录，是否可以人工修改知识库内容，不同接入渠道是否适用同一规则，以及误答发生时有哪些实际可用的处理动作。这里列的是要询问和测试的问题，并非对现有功能的承诺。如果关键问题得不到确认，应暂停把它用于高风险场景的正式答复。
- 向官方确认配置入口、适用账户、反馈处理与生效条件。
- 未见到真实界面或官方说明前，不写具体按钮、日志或审核状态。
- 关键条件未确认时，记录限制而非补写猜测。
汇总试用结论，再回到官方来源核对下一步
完成一轮试用后，把固定问法、两次答复、期间人工改动和复核结论放在同一份记录里。结论可以是‘该场景的测试答复符合现有规则’、‘仍有误答需人工处理’或‘缺少权限，暂时无法验证’。不要把少量样例提升为所有渠道、所有业务的准确率，也不要宣称产品会自动修复错误。本文整理的是读者自己的验收流程，公开资料只支持页面列出的能力范围。
如果准备进一步试用或接入，请回到小美客服官方页面核对注册和渠道说明，并按团队的数据使用规则安排测试。本站不托管安装包，也不代表官方提供技术支持。若还需要先梳理客服场景，可继续阅读本站的官方入口准备与团队权限交接指南；做出上线决定前，把上节待确认的问题交给官方解答，并保留日期和来源，便于以后复核。
- 结论只覆盖实际测试的场景、渠道与日期。
- 未验证项保持未验证，不填入效果承诺。
- 后续注册或配置以官方页面和官方答复为准。