15_以为 Coze 是来解放双手的，结果我在此“低代码”平台手搓了 200 行 Python

【前言：低代码的诱惑】
今天心血来潮，把之前那个“自动抓取 RSS -> AI 总结 -> 推送 PushPlus”的 Python 脚本，迁移到了 Coze（扣子）平台上。

起初我想得很美：可视化、拖拉拽、Serverless，不用维护服务器，岂不美哉？

结果，这一天下来的体验，比直接写代码还累。 🤯

01. “搭积木”的幻觉 vs “修积木”的现实

Coze 号称是最简单的可视化工作流平台，界面看着确实清爽。但当你真正想实现一个具体且定制化的功能（比如我的 RSS 聚合推送）时，“恐怖谷”效应就出现了。

• 商店插件的“黑盒”：想抓个 RSS，商店里的parse插件要么超时，要么返回的数据结构极其诡异。你没法改它的源码，只能看着它报错干瞪眼。
• 循环节点的“逻辑迷宫”：仅仅是为了遍历几个 URL，我得先弄个配置节点，再连个 Loop 节点，再在 Loop 里嵌个子节点。仅仅是因为一个变量类型没对上（String vs Object），整个流直接崩盘。
• 数据传递的“断桥”：上一个节点改了点代码，下一个节点的连线就断了，参数直接变成null，查错查半天。

为了解决这些问题，我做了一个违背祖宗的决定：把那些花里胡哨的插件节点全删了，全部换成“代码节点”。

02.为什么“低代码”反而更麻烦？

经过这一番折腾，我悟出了一个道理：

• 自己写 Python 代码：就像是去买各种机械零件（函数库）。虽然你要自己拧螺丝、设计图纸，工作量大，但自由度极高。你想怎么组装就怎么组装，想造飞机造飞机，想造坦克造坦克。
• 用 Coze 做工作流：就像是拿着一堆别人已经做好的“小型机器”来拼一个新的大机器。
  • 运气好，有人做出了你正好需要的小机器，那确实快。
  • 运气不好（大概率），你要的小机器没人做，或者做出来的接口跟你的不匹配（半成品固定不能变）。
  • 最绝望的是：缺的那一个零件，你还得自己用 Python 节点手搓出来。
    

结果就是：我在一个所谓的“无代码/低代码”平台上，在一个简陋的在线编辑器里，写着比本地 IDE 里还难写的 Python 代码。这不是把东西“撇了”（扔了）吗？简直是脱裤子放屁——多此一举。

03. AI 辅助的“降维打击”

更让我怀念本地开发的是AI 辅助体验的落差。

• 在 Cursor/Antigravity 里：AI 就像坐在我旁边的资深架构师。它能看到整个项目文件，知道utils.py里有什么，知道config.py怎么配。我改一行，它帮我改十行。
• 在 Coze 里：AI 被切割在了一个个孤立的节点里。我想让 AI 改个代码，它不知道上文是什么，也不知道下文要接什么。借助 AI 修改工作流，就像是隔着厚厚的玻璃指挥别人干活，沟通成本极高。

【总结】

折腾了一天，虽然最终还是在 Coze 上跑通了工作流（全靠我在里面打包了一堆 Python 代码），但我必须得说：

如果你只是想玩玩简单的对话机器人，Coze 是神器。

但如果你是一个稍微有点追求的开发者，想做复杂的业务逻辑自动化，请珍惜你的 IDE，珍惜你的 Python 环境。

Coze 确实能帮你省去服务器的钱，但它大概率会透支你调试 Bug 的命。☕️🐍