夜雨聆风学习资料网

ARTICLE · 1061473

你们公司的AI产研,真的在做AI吗?

你们公司的AI产研,真的在做AI吗?

一个反常识的结论先放出来:很多公司挂着「AI / Agent」招牌的产研,本质是在做 RPA。

不是他们不努力——是这件事,从一开始就不该叫 AI。

把业务梳成 SOP、一步步串成工作流(workflow),这件事本身没问题——RPA 完全能做完,更便宜、更可靠。问题出在「包装」两个字:用 dify / skill / OpenClaw 拼一套可视化节点,对外叫 Agent,对内用「升级模型」「加 token」兜底上线后所有问题。

但这不是 AI。这是套壳。

更严重的是,连「套壳的不是真 Agent」这件事,很多团队自己都没想清楚——因为他们从来没见过真正在跑决策的 Agent 长什么样。

下面 5 分钟,我会用一张表 + 5 个问题,把 Agent / Workflow / RPA 的边界一次讲清。

— 01 —

一张表分清:RPA、Workflow、Agent

先把话说在前面——RPA / Workflow / 真正的 Agent 是三件不同的事。下面的图把 7 个维度 × 3 种形态一次性列清。

判别铁律(这是表格无法传达的判断逻辑):

 能用 if/else 穷举的 → RPA / workflow,别披 AI 外衣

 需要在未知输入下做规划、重组、记忆复用的 → 才是 Agent 真正的活。

— 02 —

为什么「套壳 Agent」是个问题

挂羊头卖狗肉不只是营销问题——它在偷业务方的判断力。

▶ 预算错配:把「升级模型、加 token」的预算砸到一个本质上不需要 AI 的流程上,产出近乎为零。

▶ 预期错配:老板看到「我们在做 Agent」,以为公司在跟时代走,实际交付的是 5 年前的 RPA。

▶ 团队错配:让真正做决策型问题的 Agent 工程师去搭 dify 节点——人才错配是很大的浪费。

▶ 复盘错配:上线后出问题,团队归因到「模型不够好」,没人去复盘「这件事是不是根本不该让 AI 做」。

我见过极其离谱的一次复盘:客户花了 40 万 token 预算做一套订单状态查询,准确率卡在 78%。

这活一个 SQL + 一个查询接口 3 天就上线,准确率稳定 100%。

— 03 —

给业务方的 5 个判断问题

下次再有人跟你说「我们在做 AI / Agent」,把这 5 个问题拍过去,看他能不能答上来:

5 题任一答不上 → 这不是 AI,只是套壳

免责说明:升级模型确实可能带来行为路径变化(指令遵循、长上下文、多步推理),所以问题 5 更严谨的问法是「升级后是否能处理之前处理不了的输入」。

— 04 —

给产研的 1 条铁律

能不用 AI 就不用 AI;必须用 AI 时,把「Agent 管调度、Skill 管执行」拆干净。

这两句话看上去像废话,但在 90% 的所谓「AI 项目」里,这两条都做不到。

如果你正在搭 dify / Coze 节点,请先停下来问自己:

▶ 这段流程能不能被 SOP 写死?→ 能 → 用 RPA

▶ 这段流程需要在未知输入下决策?→ 是 → 才值得上 Agent

▶ 上 Agent 之后,Skill 必须做成原子调用,不要再把一段 workflow 包装成 Skill。

— 05 —

真正的 Agent 长什么样

套着 workflow 壳的 Agent 不是 Agent。

真正的 Agent 必须同时具备四件事:

1. 记忆——跨轮次、跨任务记得住上下文;

2. 技能(≠ workflow step)——调用的是单一、确定、可执行的原子能力,不是流程;

3. 松散架构——决策路径不是硬编码死的,可以根据输入动态重组;

4. 自主决策(非线性)——面对未知输入,能自己规划「先做什么、再做什么、要不要绕路」。

关于「Skill 管什么、Agent 管什么」,我专门写过一篇《Agent 与 Skill 核心关系》:

▶ Skill 管「功能与执行」:业务逻辑、接口请求、数据计算、底层 IO。输入固定 → 输出固定,不写业务流程、不写对话逻辑。

▶ Agent 管「流程与策略」:分支判断、循环、多技能串联、对话记忆、提示词、路由、权限校验。不写底层具体执行代码

铁律:如果你的「skill」其实是「一段编排好的子流程」,那它本质上还是一个 workflow step。换名字不换本质。

— END —

不是 AI,就别叫 AI

我写这篇文章,不是为了踩 workflow。Workflow 有它的价值——流程自动化本身就是 ROI 极高的工具,没必要被包装成 AI。

但 不要让 workflow 套个壳就冒充 Agent。这事的本质是:

▶ 公司拿到了不该拿的 AI 标签;

▶ 团队做了两遍功(先 AI 噱头,再用技术补);

▶ 预算被错配;

▶ 真正在做 Agent 决策的人,被埋没在搭节点的日常里。

下次再有人跟我说「我们在做 Agent」,我会先问一句:

把它换成 RPA,能不能跑通?

能跑通,那就是 RPA。别叫它 Agent。

既然看到这里了,如果觉得有用,随手点个三连吧

👍

点赞 · 推荐 · 分享

💬 互动话题:你身边有遇到过挂着「AI Agent」招牌、实际在做 RPA 的项目吗?评论区聊聊你判断真假 Agent 的方法。

我是 Arthur,热衷于分享 AI 工具、办公提效、运营人职场成长干货、数据运营、销售运营、业务运营、市场渠道运营相关的干货~

📌 AI 配图免责声明:本文配图由 AI 生成,仅为辅助示意,不代表任何商业品牌或具体技术方案。

作者原创声明:本文为 Arthur 原创,首发于公众号。未经授权,禁止转载。

相关学习资料