让 Agent 自动完成业务诉求
业务人员真正的门槛,通常不是不会用命令,而是问题没说清楚。这篇的目标就是帮你把业务诉求说得更容易被 Agent 执行。
先记住一个原则
你不需要先想:
- 我要调用哪条命令
- 我要不要先查 dataset code
- 我要不要找 SQL 名称
你更需要先想清楚的是:
- 我到底想解决什么业务问题
- 我希望最后拿到什么结果
- 这次是只读,还是允许写入
命令、SQL、BFF、飞书通知这些事情,应该尽量交给 Agent 和 skills 在后台处理。
一句话模板
你可以尽量按下面这个句式来提:
帮我在【哪个业务系统/业务域】里,查【哪个业务对象】,范围是【时间/门店/仓库/客户群】,条件是【状态/字段约束】,最后给我【名单/明细/统计/建议/通知结果】。这次【只读 / 允许写入】。
例如:
- 帮我查近 7 天付款成功但未发货的订单,按仓库汇总,再给我一份异常订单明细,只读。
- 帮我找近 30 天新增但还没完成首单的客户,按行业汇总,再给我一份销售优先跟进名单,只读。
- 帮我按手机号拉通最近工单、订单和回访记录,整理成客服可以直接回复客户的话术,只读。
- 帮我把需求 241 的状态改成处理中,先预览,再等我确认后执行。
5 个最好说清楚的信息
| 信息 | 你最好说明什么 |
|---|---|
| 业务域 | 问题属于哪个系统、哪个业务场景 |
| 业务对象 | 客户、订单、需求、工单、库存、项目等 |
| 范围 | 时间、仓库、项目、门店、客户群等 |
| 结果 | 你到底要名单、统计、建议、还是通知结果 |
| 风险 | 只读,还是允许写入 |
什么叫“问题没说清楚”
下面这种问题,Agent 很难稳定做对:
帮我查一下订单。
看看最近客户怎么样。
帮我处理一下工单。
因为这些话没有说明:
- 查哪个系统
- 查哪个时间范围
- 查什么状态
- 最终想拿到什么结果
- 这次是否允许写入
什么叫“说得够清楚”
下面这种表达就更容易让 Agent 做对:
帮我在商城后台里,查近 7 天付款成功但未发货的订单,按仓库汇总,并给我一份异常订单明细。只读。
帮我在 CRM 里,查近 30 天新增但还没完成首单的客户,按行业汇总,再输出一份销售跟进名单。只读。
帮我在项目管理系统里,把需求 241 的优先级改成高,先预览,再执行。
如果你知道这些信息,Agent 会更快
下面这些信息如果你正好知道,最好一起告诉 Agent:
- 订单号
- 手机号
- 客户 ID
- 项目 ID
- 业务系统名称
- skill 名称
但要注意:
知道这些会更快,不知道也不是不能做。
如果你不知道,Agent 也可以先去做发现动作,例如先定位应用、先看数据结构、先确认当前业务流程应该调用哪个 skill。
什么时候要明确说“只读”
建议在这些场景里明确写上“只读,不写数据”:
- 你只是先确认口径
- 你在生产环境排查
- 你想先看看系统里有什么
- 你不确定 Agent 对业务结构是否理解正确
什么时候要明确说“先预览”
建议在这些场景里明确要求“先预览,再执行”:
- 批量补录
- 批量修正
- 状态流转修改
- 删除前确认
业务人员不需要关心的东西
大多数情况下,业务人员不需要提前决定:
- 用
data filter还是sql exec - 该调哪个
sqlcode - 该调哪个
functionName - 飞书还是钉钉来发通知
这些更应该由:
- skills
- Agent
- 接入维护同学
在后台决定。
最后一个建议
如果你不确定该怎么开口,可以直接先用最通俗的话说出业务目标。
比如:
我想知道最近 7 天哪些客户值得销售优先跟进
我想知道为什么这批订单卡住了
我想让客服能一眼看到这个客户最近发生了什么
先把业务目标说清楚,比先想命令更重要。
下一步
- 想看更具体的业务示例:继续看 高频业务案例集
- 想了解写入边界:看 Lovrabet CLI 风险等级(riskLevel)完全指南