企业做 Agent，先画权限边界表

标题：企业做 Agent，先写一张任务验收单

我这几天在试飞书多维表格和扣子模板，也对比了百度智能云组织调整公告，实际跑了一遍。新闻里说 MaaS 划入基础设施、Agent 独立成军。MaaS 大白话就是把大模型当水电卖，Agent 大白话是让 AI 替人做一连串事。方向我承认有空间，但这个方向过热了，实际落地还早。与其一上来做自动客服、自动审批，不如先写一张任务验收单。新手也能照做。

前三天先建表。打开飞书，点多维表格，再点新建，选空白表格。别选模板，模板字段太多，容易把注意力带偏。首行输入六列，任务名称、触发条件、输入来源、输出位置、是否需要人确认、回滚方式。触发条件就是什么时候让 AI 开始干活，回滚方式就是出错时怎么退回原样。第二行逐格填示例，任务名称写 AI 整理组织调整公告，触发条件写人工粘贴链接，输入来源写公开网页文本，输出位置写本表格一行记录，是否需要人确认写是，回滚方式写删除本行。输完看界面，飞书会自动保存，界面出现同步状态。预期结果是一行能说明 AI 从哪里拿信息，把结果放到哪里，谁确认，出错怎么退回。

到第三天，把表搬到真实业务。比如客服工单摘要，任务名称写客服工单摘要，触发条件写工单关闭时，输入来源写工单正文、客户备注，输出位置写内部草稿，不直接回复客户，是否需要人确认写是，回滚方式写清空草稿字段。这一步最容易错。新手常把能生成和能提交混成一个动作。解决方式是拆成两列，先设只生成，不提交。

一周后看日志，再决定能不能上线。跑一周后，看三样东西。人工确认比例。如果每条都要人改，说明 Agent 只是给人加了一道工序。垃圾内容比例。自动更新会混入垃圾内容，清洗比抓取更麻烦，所以字段里最好有来源链接和导出时间。动作是否超出任务。比如摘要任务突然去查订单金额，这就是红灯。我这边测下来，双 agent 结构在真实环境遇到意外时预演容易失效，所以别迷信复杂架构。先把一个任务看住。

如果这三样都稳定，再考虑接 API，或者用扣子、千帆这类平台做自动化。如果没稳定，先别碰提交动作。没有日志，不要谈 Agent 上线。

学完这个，下一步可以试什么。拿你公司一个周报任务，或者一个内部工单任务，按上面六列填进去。先只让它生成草稿，不让它提交，跑三天。如果三天后你还能解释每一条结果从哪来、谁看过、改了什么，再谈自动化。不然，这又是一轮炒作。