ARTICLE DETAIL

资讯详情

深耕编程入门与网站建设的一线实战洞察。

【企业智能体开发】接入企业工单系统的查询工具

【企业智能体开发】接入企业工单系统的查询工具 小林尝试投屏指引后,现场问题仍未解决。她确认创建了普通故障单,稍后又问:“刚才那张单有人接了吗?”这句话对人很自然,对程序却有两个风险:它没有写工单号,而且“有人接了”究竟指已受理、已分派还是已到现场,必须看工单系统的真实字段。Agent 不能用一段流畅的话填补这些空白。本篇为企业服务台增加只读工单查询工具。它从可信任务状态定位工单,由服务端身份完成授权,只返回员工需要的状态、更新时间和可展示备注。示例代码采用内存仓库模拟工单系统;真实接入时应按企业现有接口的状态含义、权限模型和错误语义实现适配。文章目录“刚才那张单”如何定位工单查询的流程图用最小字段实现只读查询状态字段必须按业务语义解释用真实对话测试只读工具总结“刚才那张单”如何定位员工说“刚才”,Agent 可以先看本次任务卡中是否保存了由创建接口返回的工单号。如果没有,就不能根据语言相似度随便挑一张单;可转而查询当前员工最近的可见工单,并请其确认具体是哪一张。身份来源必须是服务端登录态,不能从对话里自行认定。定位方式适用条件注意点任务卡保存了真实工单号本次求助已确认建单优先使用,并再次核对员工可见性员工明确提供工单号无本次任务关联查询工具仍需授权,不能因知道编号就开放详情只有模糊指代存在多张可能的工单返回有限的可见候选,请员工确认创建结果尚不明确先前写入接口超时用请求标识回查,不直接编一个号码最小查询接口不必把整张工单所有字段都给模型。小林关心的是“当前处理到哪一步”,通常只需工单编号、公开状态、最后更新时间和允许向员工展示的简短说明。处理人员的内部备注、其他员工资料和系统内部字段不应因为模型请求“更多上下文”就被带出来。工单查询的流程图
返回列表