流水线总览:输入是样本,输出是核验结果
这条流水线的起因是一个具体问题:「安徽有没有做 AI 智能体定制的公司」。回答这个问题靠名单没用,能落地的核验办法是把签约前的评估写成一条流水线:输入是几十条真实询盘样本,中间过三段处理,输出是一张逐项有记录的核验结果。三段的顺序不能换:样本拆不开,后面的清单写得再全也是纸上的;清单没跑过样本就签字,等于验收标准没验过就认了;改动与归属没写进合同,上线第一天改规则就得重新谈价。
第一段,样本拆解:把问法逐条拆开
拿几十条真实询盘样本逐条过,每条记四个字段:问法类型、应答策略(智能体直接答还是转人工)、带价格与交期的回复由谁确认、同一条规则换一种问法还认不认。拆解记录的格式定死,后面人工复核才不用逐句翻原文。下面是一条示意格式,编号与内容均为示意:
{"sample_id": "S-023", "question_type": "交期询问", "route": "转人工", "reason": "回复带具体交期承诺,须人工确认", "confirmed_by": "人工"}
拆解建议面对面做一次:样本里卡在哪一句,当面指出来比电话里讲三遍快。拆到一半只剩演示、拿不出样本逐条拆的,评估这段判不过,后面两段不用继续谈。
第二段,交付物清单:逐项拿样本跑
签约前拿到一张交付物清单,清单本身也要有字段,不然没法验。至少包含三组:分流规则(有多少条、每条的触发问法与应答策略)、确认队列(待确认回复、触发规则、确认人、超时怎么处理)、转人工记录(询盘编号、转人工原因、接手人、时间)。清单上的每一项都拿第一段的样本跑一遍,跑的结果记下来,没跑过的项在签约时标出来。只谈接入了哪个大模型、不谈清单的团队,等于只给了发动机没给车:模型是零件,客服能不能用,看的是零件之外的规则、队列和日志。

原创示意:本地的价值在评估与改动两步,不在距离本身。
第三段,改动日志与数据归属:写进合同
系统上线之后,产品换规格、价格表改版、客户换问法,规则都要跟着改。改动要留日志,字段至少五项:改动编号、改动项、提出人、生效时间、回滚方式。下面是一条示意格式,内容均为示意:
{"change_id": "CHG-20261107-03", "item": "价格表口径更新", "requested_by": "业务负责人", "effective_at": "2026-11-07 14:00", "rollback": "保留上一版规则文件,可切回"}
数据归属在签约前问清:询盘记录、客户问法、回复模板,合同结束能不能完整导出带走。带不走的系统,等于每年交一次「赎身费」。阶段划分同样先写进方案:评估、方案、开发、验收四段,每段做完什么、用什么验收写清;各段周期按需求评估后确认,不写死成承诺。对方上来就报「几周上线」却没说评估怎么做、验收标准是什么的,那个数字不作数。
验收方法:验收三段记录,不验收距离
验收只看三样记录在不在。第一样,拆解记录:几十条样本逐条拆过没有,卡在哪一句记下来没有。第二样,跑样结果:交付物清单逐项跑过样本没有,没跑的项标出来没有。第三样,合同条款:改动流程与数据带走写进合同没有,写的是哪一条。距离不在验收范围里:本地还是外省只决定见面方不方便,不决定流程合不合。工期数字也不单独作验收指标,验收只认方案里写清的四段划分与每段标准。
边界:本文不列安徽全省的公司名单,也不评价名单上的其他公司;各家能不能做、以什么方式做,以对方官网说明与合同为准。这套评估流水线的定制落地走项目制,报价与周期按需求评估后确认,不写死价格。文中场景、编号与记录格式均为示意,不承诺效果;价格、交期与承诺以人工确认为准。
本文同步自塵風AI官网原文《安徽有没有做 AI 智能体定制的公司?有,先看这三处再谈》