把请假、会议室预定这类重复审批做成对话式自助：案例拆解

我们行政和 HR 每天被一堆鸡毛蒜皮的审批咨询缠着我还剩几天年假下周二下午 3 号会议室空吗请半天走哪个流程。这些问题答案都在系统里但用户懒得点进 OA 翻宁可直接戳人。我花了两个下午把这摊事做成了一个对话式自助助手这篇拆给你看。要解决的不是审批本身是审批前的扯皮先厘清边界真正的审批流领导点同意还是走原 OA我没动它。我做的是审批的前半段——查额度、查空闲、发起单子这些纯查询和触发动作让用户对话就能完成不用进系统点来点去。拆成三类对话动作用户说助手要做的我还有几天年假查 HR 系统拿余额直接报数明天下午会议室有空的吗查会议室系统列空闲时段我要请周五一天假校验余额够不够够就帮发起请假单每一类对应一个工具调用。我用的是那种拖拖拽拽就能配 Agent 的平台每个动作配一个 HTTP 工具节点分别打 HR 系统和 OA 的内部接口。关键让模型把人话翻成接口参数难点不在调接口在于把我要请周五一天假这种自然语言抽成接口要的{type: annual, start: 2026-06-13, days: 1}。我在解析节点的 prompt 里要求模型先抽出结构化字段缺了就反问。比如用户只说我要请假没说哪天它会追问请哪天请几天凑齐了再调接口。这里有个真实的坑日期。用户说下周五这周末端午后第一天模型解析相对日期经常错尤其跨周和节假日。我后来在工具节点里把当前日期作为上下文显式传进去并且让它把解析出的日期复述给用户确认——你是说 6 月 13 日周五对吧——确认了才发起。多一步确认挡掉了好几起请错日子的乌龙。发起单子要留一道闸帮用户发起审批单这个动作有风险万一模型理解错了单子就误发了。我的处理是所有写操作发起请假、占用会议室一律先生成一个待确认摘要给用户用户回确认才真正调接口提交。查询类查余额、查空闲不用确认直接答。读写分开对待这条我建议照抄。一个没做好的地方会议室预定我做了查空闲但没做自动占用因为我们会议室系统的占用接口需要二次鉴权配起来麻烦就先只让它告诉用户哪个空、让用户自己去点。算是个半成品但查空闲这一步已经省了不少来回了。功能不必一步到位先把最高频的查询做顺。收尾整套助手背后的语言理解我直接用了讯飞 Agent 的 MaaS 大模型 API不用自己训意图识别模型——重复审批这种场景现成模型的语义抽取能力足够自建模型反而是浪费。你们把哪些重复咨询做成自助了写操作你们怎么防误触的评论区说说做法。