经常使用OpenAI和Kumologica对用户支持恳求启动智能分类

Kumologica 协助开收回AI代理API。此类API可以经常使用用户提交的消息，有效地对企业内生成的用户支持恳求案例启动分类，而无需客户支持代理（即：Helpdesk之类的接单人员）的干预。

从适用性角度思考，这样的API治理打算可以智能对来自各种渠道的案例，启动分类和优先级的判定，识别出那些高优先级的案例，对其运行标签，并将它们调配给适当的成员组，而无需那些“代理”去手动口头此类义务。

目前，市场上典型的案例治理产品包含：ServiceNow、JIRA和Salesforce等。只管其中的一些产品已内置了案例分类性能，但其实它们往往是基于预先设定好的分类，而不够智能。它们与第三方系统的集成才干也比拟受限。

用例背景

在本场景中，ABC企业经过企业门户处置各种IT类和非IT类疑问。用户提供各种关键性细节，如：疑问的题目、形容、触及的部门(包含：基础设备、网络、CRM等)，以及疑问应该提交到哪里。一旦用户填写终了这些细节，案例就会被提交，并进入一个队列，供支持代理人员审查。接着，代理人员从队列中检索出案例，检查其消息，并在案例治理系统中手动创立该案例。下图1展现了ABC企业现有的案例创立流程。

图1案例创立的环节(截图归Pranav K一切)

架构设计

针对上述环节，架构团队发现，案例处置中的绝大局部提前是由人工流程形成的。在人工流程中，支持代理人员须要阅历：读取、了解并将案例分类到案例治理平台中预设好的正确部门的环节。对此，他们提出了一种新的设计，以处置提前，并提高案例系统的全体效率。

依据新的设计，用户在企业门户网站上提交的案例，以及案例治理平台的处置将不再有任何的人工干预。企业门户将经过智能化的案例分类AI代理服务，与案例治理平台间接集成。该代理将智能解读用户提供的具体消息，将案例分类到适当的部门，并在案例治理系统中调配正确的标签和名目。

图2新的案例创立流程(截图归Pranav K一切)

技术设计

在新的设计中，他们将开发基于API的AI代理服务，以便将企业的门户与案例治理平台集成到一同。在流程上，此服务将接受来自企业门户的疑问，提取形容细节，并将其传递给AI提供者，以启动分类。而后，AI将前往必要的数据，以便在案例治理平台中创立相应的案例。在此，Kumologica将作为集成框架，以低码的模式构建AI代理，并应用OpenAI节点与OpenAI衔接，以成功智能分类。

图3案例创立的具体设计(截图归Pranav K一切)

成功

先决条件

链接 ，下载KumologicaDesigner，并经常使用如下命令启动装置。

npm i @kumologica/sdk

2. 在Kumologica的名目包中，请经常使用如下命令装置OpenAI节点。

npm i @kumologica/kumologica-contrib-openai

链接 登录OpenAI帐号，以访问OpenAI平台上的token。

步骤

如今咱们将在Kumologica中开局实施“智能案例分类器（Smartcase Classifier）”服务。假设您是初次接触Kumologica，那么请参考上方的教程以开局学习。

1.关上KumologicaDesigner，将EventListner节点从面板拖放到界面上，并为节点提供以下性能。

Display Name : [POST] /case/createProvider : AWSEventSource : Amazon API gatewayVerb : POSTURL : /case/create

留意 ：本文假定ABC企业曾经领有了AWS云基础设备。

2.拖曳Logger并将其衔接到步骤1中增加的EventListener节点上。再为Logger提供以下性能。

Display Name : Log EntryLevel : INFOMessage : 'Request recevied : ' & msg.payloadLog format : String

3.向界面增加两个set属性节点，并提供以下性能。这是为了提取恳求数据，并设置对案例启动分类的各个规定。

Set-Property 1Display Name : Set Case>