五项,每一项目标都是"省掉你自己摸索的那几周"。
每个行业给两类 Agent:一个咨询型(不涉及工单,负责解答与导购) 和一个服务型(带工单,负责异常处理与后续跟进)。
这个「1 咨询 + 1 服务」的双 Agent 结构在 9 个行业里完全一致 —— 它本身是一套可复制的方法论,而不是九个互不相干的示例。
每个 Agent 都定义清楚四件事:
每个 Agent 自带建议提问与预期结果,9 个行业共 18 组。
这一项是客户自己最难造出来的:它需要先想清楚"什么算回答得好",再把它写成可复用的用例。 上线之后,这也就是你验证回答质量的依据。
每个行业给三类文档:指南 / 政策 / 记录快照。
关键在区分「规则」与「快照」—— 让 Agent 知道哪些是稳定政策、哪些只是示例数据, 从而避免把演示样例当成真实业务状态回答出去。
从导入、绑定模型方案、接入知识库,到第一次可试聊,按顺序写清每一步。 目标是让不熟悉这套系统的人也能自己走完。
我们不会替你编造业务规则。
原因见下一节。
退款要几天、什么情况能换、谁有审批权 —— 这些每家都不一样,而且会变。 一个外部的"行业标准模板"填进去,只会让 Agent 一本正经地回答错的东西。
你的售后规则、SLA、内部流程本身就是业务资产。 这套架构下它们存在你自己的知识库里,不需要发给任何第三方。
交付物是一套结构,你换一次事实层就得到自己的包; 政策变了你自己改一处,不需要重新采购。
反过来看这也是它的价值: 一个能自己维护的客服 Agent 结构,比一份半年后就过时的行业知识文档有用得多。
以下骨架已就绪,可在控制台中直接查看与试聊。
| 行业 | 咨询型 Agent（无工单） | 服务型 Agent（带工单） | 骨架状态 |
|---|---|---|---|
| 电商零售 | 商品导购助手 | 订单售后助手 | 已就绪 |
| 企业软件（SaaS） | 产品咨询助手 | 技术支持助手 | 已就绪 |
| 制造业 | 设备选型助手 | 设备维保助手 | 已就绪 |
| 教育培训 | 课程咨询助手 | 学员服务助手 | 已就绪 |
| 酒店文旅 | 行程咨询助手 | 预订服务助手 | 已就绪 |
| 房产物业 | 房源咨询助手 | 物业报修助手 | 已就绪 |
| 物流运输 | 寄件咨询助手 | 物流异常助手 | 已就绪 |
| 企业人力资源 | 招聘咨询助手 | 员工服务助手 | 已就绪 |
| 游戏 | 游戏攻略助手 | 玩家客服助手 | 已就绪 |
关于预置内容的性质,必须说清楚: 当前仓库中预置的行业内容是为了演示结构与范式而编写的虚构材料, 其中的品牌、订单编号、价格与规则均不代表真实业务。 它们的作用是让你看清"一个行业包长什么样",而不是提供可直接上线的业务规则。
可直接上线的版本,需要把你的真实资料替换进事实层。 这一步可以由你完成,也可以由我们协助。
你告诉我们要覆盖哪个行业的哪几类问题,以及是否涉及工单与人工接管。 如果 9 个骨架里有接近的,直接在它上面改会更快。
把演示内容换成你的真实政策、流程与常见问题。 你可以自己整理后导入,也可以把已有资料交给我们整理 —— 后者属于实施服务。
按部署剧本导入 Agent 配置与知识库,绑定模型方案,配置需要调用的业务工具。
用包内的评测集跑一遍,看哪些问题回答得好、哪些还缺资料。 这一步通常会暴露知识库的空白,是价值最高的环节之一。
在控制台试聊确认,然后按生产部署接入真实渠道。
可以。面向系统集成商的授权包含再分发权 —— 你可以在授权范围内为客户部署、按客户品牌交付,并基于行业包快速起项目。
行业包的价值在缩短你第一个垂直项目的交付时间, 而不是变成另一个需要维护的文档。
所以建议的用法是:拿它当起点改,而不是当成品卖。 改完之后那份配置就是你自己的资产。
按季更新场景、评测集与设计范式,跟进产品版本变化。 因为同一行业的更新对所有客户通用,单价可以远低于定制开发。
⚠️ 这一项仍在规划与验证中:它的前提是"同一行业的多家客户,规则同质度足够高, 一份更新能服务所有人"。这个前提验证通过后才会正式提供。
可以。包是按行业组织的,你也可以只取其中的服务型 Agent, 或只取评测集与文档结构。没有必须整套采购的限制。
可以。集成商授权下可按客户品牌呈现。
两种都可以。你自己写的好处是准确且随时可改; 交给我们属于实施服务,按人天计费 —— 但即便如此,最终规则的确认仍然需要你点头。
「1 咨询 + 1 服务」这个结构是通用的,可以直接套到新行业上。 如果你愿意,也可以按同样的范式帮你做一个新的行业骨架。
Agent 配置与产品版本是绑定的 —— 平台升级后,旧配置可能需要适配。 一次性购买含当前版本的适配;后续版本的适配在内容订阅或维保范围内。
导入后可以对 Agent 批量跑一遍,看每个问题的回答是否达到预期。 它主要用于上线前验收与上线后的回归检查,不是用来给模型打分的基准测试。