
先把一个需求拆成三种问题
面对“希望有一个企业助手”的需求,先追问:使用者缺少依据,还是不知道下一步,或需要系统代办动作?知识库侧重资料检索与问答,工作流组织明确的处理路径,智能体可根据任务状态选择工具与后续步骤。三者可组合,同一入口的界面名称不能决定内部架构。
Anthropic 的架构文章区分预定义路径的工作流与动态选择步骤的智能体。本文只借用这一划分,不据此选择厂商或断言某种架构效果更好。
用任务比较表选起点
| 要解决的事 | 可先验证的方式 | 必须保留的边界 |
|---|---|---|
| 员工查当前制度 | 知识库返回依据与适用条件 | 没有依据时说明缺口;不代替审批 |
| 收齐材料后按规则流转 | 工作流按固定条件进入下一节点 | 异常回到指定人员;避免重复执行 |
| 目标已知但步骤随情况变化 | 智能体在获批工具中安排步骤 | 限定可用工具、动作范围和停止条件 |
| 查依据后生成待办并流转 | 组合检索、任务规划和工作流 | 分别验证资料权限与动作授权 |
按不确定性安排验证顺序
- 写下一项任务的开始条件、完成状态和业务负责人,先不罗列工具。
- 把步骤分成查资料、按规则处理、需要动态判断三类;能写成固定规则的步骤先明确规则。
- 逐个验证最难的环节,例如资料冲突、工具不可用或目标条件不完整。
- 约定何时追问、何时停止、何时交给人;为外发、修改记录等动作单列确认点。
如果只是查资料,先验证引用与拒答即可;如果需要执行,就额外验证动作对象、权限和失败恢复。增加可自主选择的步骤,也增加需要观察的分支,不能把自主性本身作为验收结果。
用假设任务演练组合方式
假设销售支持人员要整理一份产品对比草稿。知识库查获准使用的产品资料,固定规则检查型号和版本,助手提出缺失问题并形成草稿,由员工确认后发送。此为假设任务,不代表客户项目或已交付能力。
演练时可以故意移除一份依据、撤销一项工具权限,并让输入缺少目标型号。分别检查系统是否说明缺口、停止未授权动作、追问必要条件。不要只检查草稿是否流畅;应记录每个步骤的输入、选择依据和终态。
确定谁能决定、谁负责处理
| 环节 | 需要确认的负责人 | 建议保留的记录 |
|---|---|---|
| 资料依据 | 资料负责人 | 版本、适用条件、授权范围 |
| 流程规则 | 业务流程负责人 | 分支条件、人工确认点 |
| 工具动作 | 目标系统负责人 | 可访问对象、读写范围、停止条件 |
| 异常接续 | 运行负责人和业务处理人 | 失败状态、接手入口、恢复决定 |
NIST 的风险管理建议强调治理与持续测量。上述责任表是本文的任务讨论模板,不能代替企业制度或完整风险评估。
带着任务卡沟通岗位智能体
准备使用岗位、典型任务、允许的工具动作、脱敏输入和成功终态,再沟通岗位智能体定制;若主要缺口是资料或固定流转,也可先讨论知识库和办公流程自动化。先形成一项能复查的任务范围,再决定组合方式。公开留言只描述任务,不上传内部资料和访问凭据。
参考资料
以下为文中相关方法的公开资料,具体服务范围以项目沟通为准。