造无代码 AI Agent:它省掉了什么
拖几个节点就能跑起来的东西,省掉的是管道代码。而判断、验证、以及出错时的排查,一样都没省。
无代码工具让人在一小时内做出一个能跑的 agent。这一篇讲它真正省掉了什么。
它省掉的
管道代码。 调 API、解析响应、错误重试、把结果传给下一步 —— 这些在可视化工具里是连线。
接入。 连 Slack、连数据库、连表单 —— 现成的节点,不用读三份 API 文档。
部署。 托管的工具帮你跑着,不用管服务器。
这三样加起来是真实的价值,尤其对流程确定、只是懒得写胶水代码的场景。
它没省掉的
判断。 这个 agent 该在什么时候停、什么算做完、出了错该重试还是该停 —— 这些决定还是你的,只是从代码里的 if 变成了界面上的配置。
验证。 这一格无代码工具通常最弱。它们擅长「把 A 连到 B」,不擅长「判断 B 的输出对不对」。而验证是整个循环转动所依赖的铰链。
排查。 出问题的时候,你要看的是「第三步模型收到了什么、回了什么」。很多可视化工具只给你看节点的输入输出,不给你看发给模型的完整请求 —— 而那才是排查的起点。
一个判据:这个流程需不需要被比较
我认为选不选无代码,最实际的判据是:你需不需要比较两次运行的结果。
不需要比较的(跑一次是一次,比如「有新工单就通知我」)—— 无代码很合适。
需要比较的(这一版比上一版好在哪、改了提示词之后覆盖是多了还是少了)—— 你会很快撞上三堵墙:版本控制、可复现、以及能不能把两次运行的差异拿出来算。
这三样都是代码天然有、可视化工具天然缺的。
混合用法可能是最实际的
不是二选一:
- 粘合层用无代码 —— 通知、建工单、更新看板。这些步骤确定、无需判断、用死规矩就能做对
- 判断层用代码 —— 因为它需要被测试、被版本控制、被比较
能用死规矩做对的事,就别交给会瞎猜的东西;同样地,需要被反复比较的逻辑,就别放在没法 diff 的地方。
一个容易被忽略的风险
无代码工具让「上线」变得很容易,于是跑飞的成本也很容易被忽略。
一个自己定时跑、失败就重试的流程,能空转整夜 —— 而且它不会报警,因为从系统角度看它一直在正常工作。
所以就算用无代码,也要问同样的三个问题:
- 单次运行的上限是多少
- 每天的上限是多少
- 最大重试几次
这些数字主要不是为了省钱,是断路器 —— 而且单次、每日、重试次数这三个要同时卡,少一个就留着一条跑不停的路。
边界与代价
无代码的天花板来得比想象中早。 前 80% 快得惊人,剩下 20%(自定义判断、特殊错误处理、和内部系统对接)经常比从头写还费劲 —— 因为你在跟工具的抽象搏斗。
迁移成本很高。 一个画在某个平台里的流程,换平台等于重做。代码至少还能改。
这一篇我没有第一手数据。 我自己的项目是纯代码的,没有用无代码工具搭过 agent。上面的判断来自这个系列里反复出现的那几条原则(验证、可复现、预算),不是我在这类工具上踩出来的。这一点要说清楚。