北京
几乎每家公司都在自动化客服。但很少有人自动化"维护客服自动化"这件事。Coinbase工程团队描述的Autopilot，做的正是后者——它不是面向客户的机器人，而是套在机器人外面的一层质量循环。
具体来说，这是一条流水线：智能体负责编写、测试、探测、打分和分析客服人员所遵循的版本化流程。它把客服自动化从"一堆通过了人工抽查的提示词"，重新定义为需要可重复验证的软件。
流程是代码，不是散文。Coinbase的机器人遵循版本化的决策树——数据检索、分支条件、结束状态——用一种受限的领域特定语言表达。改动一个流程、换掉一个模型、或者调整数据接口，结果都可能在无声中发生变化。Autopilot把正确性当作一项持续的维护任务，而不是一次性的测试。
智能体负责探索，确定性服务负责打分。这里有一个刻意的架构切分：智能体做那些受益于语言理解和探索的事，比如调查异常的客户行为、探测恶意尝试；确定性服务则提供测试框架——固定装置、发布检查、一致的评分。没有可重复性的发现，无法转化为可执行的结论。
共享的测试契约让机器人之间可以比较。流程和测试契约共同规定五个要素：客户场景、模拟账户状态、预期行为、被测机器人、以及被评估的方面。同一份测试计划可以用相同的输入和评分，同时跑在Coinbase自家的机器人和合作方的机器人上。
意图路由决定哪些失败更要紧。Coinbase把客户意图与流程、产品领域分开分类，然后按意图的调用量，结合解决率和CSAT来排优先级——高频使用但结果偏弱的意图，会最先被关注。
人留在关键节点上。需要判断的案例由机器人升级处理；人依然留在流程编写的循环里。Autopilot明确表示要减少人工维护的工作量，同时保留人的判断。
需要说清楚的是，Coinbase给出的架构细节很扎实，但没有量化的上线后结果——没有测得的测试时间缩短，也没有解决率或CSAT的变化数据。它提到的基线"一轮UAT可能要花好几天"，是一张"之前"的照片，而不是被证明的前后对比。
从工程视角看，这套设计的价值在于把"客服机器人会随模型和数据接口的变动而悄悄漂移"这件事摆到了台面上。流程一旦版本化、测试契约一旦共享，机器人就不再是黑箱，而是可以被持续验证的软件组件。至于这套循环在真实流量下能省下多少维护成本，目前还没有数字支撑。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
