Yutao Liu
智能体不只是聊天：和工作流自动化、RPA 差在哪？
工具中立入门：聊天、工作流、RPA 与智能体各自适合什么活；什么叫「可验收交付」；混合职场里先从哪类任务派活。系列总论，适合首页精选。
目录
一句话区分四样东西 什么时候用智能体，什么时候别硬上 「可验收交付」是什么 小案例：同一个人，四种工具各干一件对的事 混合职场里的六个入口场景（系列地图） 常见失败模式（系列后文会反复提） 怎么开始：选一类低风险的活 延伸阅读系列说明：本篇为「智能体怎么干活」总论（混合职场向：研发、项目、销售、学习、整理都会点到）。派活心法见 派活与验收；研发深写见 研发智能体。若你已在用桌面办公智能体，可对照 WorkBuddy 能力地图。
市面上「AI 能帮你干活」的说法太多，容易混成一锅：打开通义、Kimi 或任意聊天窗口问一句算干活吗？在飞书/钉钉里配一条「收到表单就通知群」算智能体吗？影刀、UiBot 点的 RPA 机器人算不算 Agent？
这篇不绑定某一个产品，只帮你划四条线：聊天、工作流、RPA、智能体。划清之后，你才知道该把预算和时间花在哪儿，以及怎样判断一次任务算不算「真交付」。
一句话区分四样东西
| 类型 | 核心动作 | 典型产出 |
|---|---|---|
| 聊天 | 理解问题 → 生成文字 | 屏幕上的回答，默认不落盘 |
| 工作流 | 触发器 → 固定步骤链 | 日志里可追踪的一次次运行记录 |
| RPA | 模拟人在 UI 上点击、输入 | 跑完一条业务流水，很少「理解」内容 |
| 智能体（Agent） | 按目标 自己拆步、选工具、读写信件/文件/API | 你能打开、转发、验收 的文件或变更 |
下面各用一个小场景说明差异（人物虚构，流程常见）。
聊天：适合「想清楚」，不适合「帮我把活干完」
产品同事问：「帮我把这段功能说明改得更像给用户看的，别用内部黑话。」 聊天模型改一版文字，你复制到 飞书文档 或 语雀——没问题，这就是聊天该干的。
但若任务是：「根据 需求/ 里三份 Word、上周 飞书会议纪要 导出 PDF 和 MasterGo / 蓝湖 标注说明，写一份 8 页 PRD 草稿到 输出/prd-v0.md，并列出未决问题表」——只聊天的话，你要自己在网页和本地之间上传、下载、拼文件。中间任何一步漏了，模型也不知道你电脑上的文件夹长什么样。
结论：聊天强在 表达与推理；弱在 替你完成多步、落盘、对齐真实材料。
工作流：路径写死，可靠、可审计
「每当 企业微信 / 飞书邮箱 收到标题含「发票」的邮件，把附件存到 飞书云空间 / 阿里云盘 的 财务/待入账/，并在 财务群 里 @ 出纳发一条链接。」 这在 飞书集成平台、钉钉连接流、Power Automate（不少外企在华仍用） 或自建的 n8n 里都很常见：触发条件 + 节点图 事先画好，每次跑同一条路。财务喜欢它，因为 同样输入 → 同样输出，审计好讲。
但如果来了第 101 种发票版式，或者附件是扫描件要 OCR 再填表，固定工作流要么 报错停摆，要么你要 加很多 if 分支，维护成本很快赶上人工。
结论：工作流适合 规则清晰、重复极高 的链路；不适合 格式乱、步骤随内容变 的「脑力杂活」。
RPA：老系统、死规则、没有 API 时的苦力
某公司报销还在 IE 内核或老旧 OA（不少单位还用 用友 / 金蝶 Web 老版），没有开放接口。用 影刀、UiBot、来也 等 RPA 录制的步骤：打开页面 → 填格子 → 点提交。 只要界面不变、字段不变，它能 7×24 点按钮，人去做别的。
一旦系统改版、弹窗多一层、验证码出现，RPA 往往 整链失效，要重新录制。它也不会「读懂」报销是否合理——只执行，不判断。
结论：RPA 是 UI 层面的自动化；和「理解任务、写报告」不是一类东西。
智能体：用自然语言派活，交付物在磁盘或仓库里
还是发票例子：你给 WorkBuddy、Cursor Agent 等一个 授权文件夹（或本机 下载/、微信文件/ 的副本），说：「把本季度 PDF 和照片按 出差批次 重命名，生成 汇总.xlsx（日期、金额、项目码），拿不准的项目码标黄并写进 待确认.md。」 它会 多步执行：列目录、读部分样本定规则、试跑几行、再全量——路径不必你事先在画布上画满。最后你打开 Excel 验收，而不是在对话里看一段表格 Markdown。
工程侧同理：「只读 读这个 repo，写 docs/onboarding.md，说明从 API 入口到数据库表的主路径」——交付是 进仓库的 markdown，不是聊天框里的架构小作文。深一点的写法见 研发智能体。
结论：智能体强在 目标导向的多步执行 + 工具/文件；代价是 非确定性 更高，必须配套 验收与权限（下一节）。
什么时候用智能体，什么时候别硬上
| 更适合智能体 | 更适合工作流 / RPA / 纯聊天 |
|---|---|
| 步骤多，但 规则随内容变（调研、写报告、洗表、整理文件夹） | 同一步骤 每天完全相同（同步、通知、归档到固定路径） |
| 输入 格式乱（多份 Excel 表头不一、多源笔记） | 强合规、零幻觉：监管报送、精确到分的对账 |
| 你愿意 派活 + 抽检，而不是亲手点每一步 | 只要 问概念、润色一段、翻译一页 |
| 任务要 产出文件/PR/目录结构 给同事或未来的自己 | 老系统 无 API，只能点界面 → 优先 RPA |
| 探索期：还没想清楚流程，先让 AI 试一个小样本 | 流程已稳定，要 cheap、可审计 → 工作流 |
一个实用原则：能画成稳定流程图且半年不变的，先工作流；必须理解文本/表格内容才能往下走的，再考虑智能体。
别硬上的典型情况：
- 唯一原件、无备份 的大目录，第一次就给它「完全访问」。
- 对外法律承诺、医疗诊断、定价拍板——智能体只能给草稿，决策必须在人。
- 要求 100% 可复现 的数值结果，却没有任何校验脚本或人工抽样核对。
「可验收交付」是什么
智能体系列里反复会出现这个词：不是「它说做完了」，而是「你拿交付物按标准验过了」。
常见交付物形态
- 文件：Markdown / Word / Excel / PDF、整理后的目录树
- 工程：分支上的 diff、可
git revert的 PR、通过的测试命令输出 - 信息品：带 原文链接 的简报、文献矩阵、会议纪要 + 行动项表
- 结构：SOP checklist、归档规则说明、命名规范文档
验收三问（建议贴在工作区旁边）
- 来源是否可追溯？ 尤其是调研、数据结论——能否对应到链接、文件名或 sheet 名？
- 范围是否越界？ 有没有改到你说「别动」的路径、有没有多发邮件、有没有删原文件？
- 关键决策是否仍在你？ 对外版本、金额、承诺、合并到 主干分支——默认都是人点确认。
和「屏幕上一段漂亮话」对比
| 聊天式回答 | 可验收交付 | |
|---|---|---|
| -- | ------------ | ------------ |
| 存放 | 对话历史里 | 指定路径 / 仓库 |
| 转给同事 | 复制粘贴，易丢格式 | 发文件或链接 |
| 一周后 | 难找、难对比改了啥 | 文件名、git log 可追 |
| 质检 | 凭感觉 | 检查清单 + 抽样核对源文件 |
反例：「我已经帮你分析完销售趋势，结论是 Q4 会涨 15%。」——没有表、没有公式、没有原始 CSV 路径，不能算交付，只能算 待核实观点。
小案例：同一个人，四种工具各干一件对的事
小周 做产品，兼管一点项目协调，电脑里 下载/、微信文件/ 堆了半年材料。
| 需求 | 用什么 | 为什么 |
|---|---|---|
| 问「OKR 和 KPI 写进周报有什么区别」 | 聊天（通义 / Kimi / 混元等） | 单轮概念，无需动文件 |
| 每周五 18:00 把 飞书项目 / TAPD 里「已完成」条目同步到 飞书群 | 工作流 | 固定时间、固定字段，路径不变 |
| 把 老 ERP Web 里每日订单导出点一遍（无 API） | RPA | 纯 UI 重复 |
把本周五份格式不同的进度 Excel + 群聊导出 txt，合成 周报-2026-W45.md，并整理 项目A/ 目录 | 智能体 | 多源、多步、要落盘、规则软 |
小周若用聊天写周报，要自己开五个窗口复制；用工作流，要为每种 Excel 列名建分支，半年维护不完。智能体合适，但 她应先 只读 看列名映射，再 计划 确认不动原始表，最后 执行——详见 派活与验收。
混合职场里的六个入口场景（系列地图）
下面不展开成教程，只帮你 对号入座；后续单篇会写深。
1. 研发 读库 onboarding、小 bug 修复、文档与 API 同步、依赖升级、Release Notes——交付标准是 测试与 PR，不是「代码贴在聊天里」。→ 研发智能体
2. 项目与协作 聚合 飞书项目 / TAPD / PingCode 工单、企微 / 飞书 / 钉钉 群聊与日历，出周报、纪要、行动项与风险 红黄灯；智能体做 信息员，排期与 升级汇报 你拍板。
3. 销售与售前 公开信息调研、竞品一页纸、标书 / 方案章节初稿、拜访前清单；关系、报价、合同 不交给无人值守 Agent。
4. 学习 按目标拆路径、论文矩阵、lab 步骤陪练；避免变成「代写作业」——重点是 提问、对比、自测。可结合 Obsidian LLM Wiki 实践 与 用 Skill 拆书。
5. 整理资料 下载/、微信文件、邮件附件、飞书知识库 / 语雀 / Obsidian 多源笔记 → 命名、归档、去重、结项交接包；交付物往往是 一眼能看懂的文件夹 + 规则说明。
6. 内容与运营 选题扫描、长文拆 公众号 / 视频号脚本 / 社群短帖、经营数据 解读稿（数字仍要对源表）；和纯聊天写稿的区别仍是 文件链路与引用。
桌面办公向的 12 类场景 + 提示词 可对照 WorkBuddy 别人都在干什么——那是产品示例，本篇是 选型逻辑，二者互补。
常见失败模式（系列后文会反复提）
1. 幻觉当事实 简报里的融资新闻、客户背景、API 行为——若无链接或无法在你本地文件中找到依据，就当 草稿，不能转发给老板或客户。
2. 权限过大 「帮我把工作区整理一下」在 Craft 全开 时，可能批量重命名、移动、覆盖。敏感目录先 Ask 列清单，Plan 里写清 禁止删除 / 禁止移出备份。
3. 决策外包 智能体适合 缩短从材料到初稿的路径；不适合替代 你承担后果的选择。定价、对外邮件、生产变更、医疗法律——最多 拟稿 + 风险提示。
4. 没有成功标准就派活 「做个深度调研」太虚。应写成：「输出 research.md，至少 8 条结论，每条 1 个 URL，区分一手与二手来源。」
5. 和已跑顺的工作流抢活 明明 飞书 / 钉钉 里已有稳定自动化，非要用 Agent 每天跑同一同步—— 更贵、更难审计。先问：这事半年内变不变？
怎么开始：选一类低风险的活
推荐顺序与下一篇一致：Ask（只读摸底）→ Plan（对齐范围）→ Craft（小范围执行）。
第一条任务建议（任选其一）
- 整理 + 简报：本地副本目录，生成归档结果 + 300 字摘要，不碰网、不对外发。
- 只读代码库 / 文档库：产出 onboarding 或索引，不改任何源文件。
- 三份以内 Excel：先列 列名映射方案，你确认后再合并（WorkBuddy 场景文里的「先小样再全量」同样适用）。
不建议第一条就上的
- 生产数据库、客户正式环境、无 git 的单文件「唯一稿」。
- 「你看着办，把项目救活」这类 无边界 派活。
跑通一次 可验收 的小闭环后，再加大范围：加连接器、加定时、加多 Agent——那是进阶，不是入门前提。
延伸阅读
- 站内：派活与验收 · 研发智能体
- 站内：WorkBuddy 能力地图 · WorkBuddy 别人都在干什么
- 站内：用 Skill 拆书 · Obsidian LLM Wiki 实践
下一篇预告：不论 Cursor、CodeBuddy、通义灵码 还是 WorkBuddy 等桌面 Agent，Ask / Plan / Craft 怎么写进同一段派活话里，以及一张可直接打印的 验收检查清单——见 派活与验收。