支持与工单
一个像同事一样站在队列前的智能体:新工单把它唤醒,它读历史,把该在内部弄清的弄清——而往外走的东西,只有获批之后才走。
现状
工单系统里未结的案子总比人手多,而大多数并不难,只是多:同一个问题换了种说法、一个要重置的账户、一个要去查的号码。智能体可以接下来。挡住它的从来不是能力,而是这些问题:谁给它权限,谁在它写完之后再看一遍,以及当它把同一个错误答案发好几遍时谁来叫停。
一件案子怎么走
四步——和任何 covey 智能体一样,只是这里由工单系统来唤醒它。
工单唤醒它
Zammad 把新工单通知 covey,Salesforce 也一样。做不到的地方,covey 按间隔查看究竟有没有东西在等。其余时间智能体睡着,不花一分钱。
它先看自己已经知道什么
它连同整段对话读这件案子,并带上自己记忆中与之相关的页面。上次关于这位客户学到的东西,它随手可用。
它在隔离的环境里干活
对工单系统的访问只在它工作时建立,时间很短,而且只对这件任务有效。内部备注它自己写;往外发的回复可以设成必须先获批。
它收尾,并留下点什么
案子被答复或转交,会话被记录,成本被计入。凡是有普遍意义的,它写进自己的记忆,而不是到下一张工单再推导一次。
它和什么一起干活
为这个领域随附的系统。缺了哪个,MCP 服务器是最快的路;需要自己的唤醒事件和更细权限的,就写一个插件。
- Zendesk
- Zammad
- Salesforce Service Cloud
- E-Mail (IMAP/SMTP)
- Microsoft Teams
平台会强制执行的事
支持类智能体不会自己拍板的事。
往外发的回复
任何出门的动作都可以绑定审批。智能体把它准备好等着;由人放行,或者先改一改。
它的访问权限
它没有工单系统的口令。访问在活儿开始时建立,时间很短,而且只覆盖为它登记过的那些动作。
什么会看不见
没有。每个动作连同成败都出现在记录里,每次运行连同成本都进入账目。想知道上周发给客户的是什么,回头读就是了。
自己试试
covey 由你自己运行:一个程序、一个 Postgres 数据库、工位用 Docker。步骤都在文档里。