先选一条能说清结果的工作
不要把“让公司用上 AI”当作第一期目标。先找一条重复发生、输入相对稳定、结果可以人工核对的工作。例如:从一组材料中提取固定字段,生成待审核记录;或者整理一次任务的输入文件,提交执行并归集产物。
把现有步骤列出来,记录每一步由谁完成、读什么数据、写到哪里。标出必须由人决定的步骤。这样才能分清哪些操作是固定规则,哪些需要模型理解,哪些应继续由人负责。
把模型、工具和审批分开
模型可以提出下一步操作,但执行权限需要由工具层控制。读取资料、修改记录、发送消息、删除数据的影响不同,应分别设置边界。
用 MCP 或其他工具接口连接系统时,为每个操作定义输入字段、允许访问的范围和返回结果。对外发送、不可逆修改或高影响操作,先展示具体预览,再让有权限的人确认。权限检查要放在执行端,而不是只写在提示词里。
先定义失败,再写成功路径
模型返回的内容可能缺字段,外部服务可能超时,同一任务也可能被重复提交。给每个任务保留标识、状态和可检查的结果;重试前先判断上一次是否已经产生副作用。
如果输入不完整,就退回补充资料;如果工具失败,就给出可执行的重试或人工处理路径;如果结果无法通过校验,就留在待审核状态。不要把“请求结束”当作“业务完成”。
用小样本验收,而不是只看演示
准备一组普通输入和边界输入,包含缺失字段、重复内容、格式异常和工具不可用的情况。先记录人工处理基线,再检查自动流程是否保留了必要的信息与决策环节。
验收指标可以是:正确完成的任务比例、需要人工修正的次数、重复执行的次数、完成耗时和单次成本。先定义指标口径,再决定是否扩大到更多输入或更多业务步骤。
开始前准备什么
带上一份经过脱敏的输入示例、一份理想输出,以及目前的操作步骤。说明数据在哪些系统里、谁有权限访问、哪些操作不能自动执行,以及你准备怎样核对结果。
这些材料比一份很长的功能清单更有用:它们可以直接转化成原型、工具接口与验收用例。瓦科软件的 AI Agent 与业务自动化开发围绕这条可检查的执行链路展开。
带着一个实际流程开始
准备一份脱敏输入、理想输出,以及需要人工判断的步骤。让开发讨论从可验证的需求开始。
讨论开发需求 ↗