场景与目标
先把业务的问题说明白。
员工需要在多个系统间反复录入和查状态，简单聊天无法真正办理业务，而直接开放系统权限又难以控制。
选择规则清楚、接口可用的业务流程，将意图识别、资料准备、规则校验、人工确认和系统动作分别设计。智能体负责澄清和准备信息，流程引擎负责状态、重试和权限校验。执行结果通过实际回执确认，避免把生成的说明当成已完成的操作。
交付后，你会得到什么
从业务请求到动作回执的完整流程
按角色与动作划分的工具权限
可暂停、重试和人工接管的执行记录
接入架构与系统边界
- 自然语言请求 → 参数澄清 → 业务规则校验
- 角色授权 → 人工确认 → 工具或 API 调用
- 实际回执 → 状态记录 → 重试、补偿与人工接管
怎样推进这套方案
- 01
确定单一流程与异常分支
- 02
梳理接口、字段和调用权限
- 03
接入人工确认与状态记录
- 04
演练失败、重复提交和回退
业务需求与交付示意
从一个具体需求开始
帮我整理客户资料，准备服务申请，审批后写入工单系统，并确认是否成功。
分步澄清信息、准备申请、等待审批，再调用受控接口；返回实际回执或明确的失败处理入口。
示例用于沟通定制方向，实际交付按资料、接口与验收范围确定。部署与交付安排
- 先完成一个端到端流程，覆盖成功与失败分支。
- 在测试环境验证鉴权、幂等和限流，再逐步开放生产动作。
- 交付接口契约、权限矩阵、日志和应急操作说明。
怎样验收是否落地
- 执行结果是否以真实系统回执为准。
- 未授权、未确认和缺少参数时是否能阻止执行。
- 重复提交、超时和部分失败是否按约定恢复或转人工。
开始前，一起确认这些条件
- 流程规则和责任人
- 业务接口、测试环境及调用授权
- 对外发送和重要操作的确认规则
把边界放进设计里
- 没有接口或授权的系统不假装已执行操作。
- 不可逆和高影响动作需指定人员确认，失败处理提前约定。
