Flowise 即将关闭：低代码时代的终结？
Flowise Is Shutting Down
大家好，我们决定停止 Flowise 的运营。当初我们希望通过 Flowise 让构建 AI 应用变得更简单有趣，看到大家从简单机器人到复杂工作流的成果，是我们旅程中最棒的部分。但最近几个月，随着 AI 模型推理能力的提升，开发者越来越多地依赖 Claude Code 或 OpenClaw 等新的代码代理来处理复杂任务。传统的刚性低代码工作流在应对复杂性时已显局限。因此，我们决定逐步关闭 Flowise。我们深知许多用户每天依赖此工具，所以明确告知后续安排：7 月 29 日代码冻结，不再接受新 Pull Requests；8 月 10 日仓库归档，npm 包和 Docker 镜像标记为弃用；8 月 31 日结束官方支持。Flowise 的源代码将保留在 GitHub 上，采用 Apache 2.0 许可，欢迎团队 Fork 仓库自行维护或社区主导开发。感谢每一位支持我们的用户，这段旅程因你们而精彩。
随着 AI 模型在推理方面变得更加强大，我们注意到开发者正越来越多地依赖像 Claude Code 和 OpenClaw 这样的新代码代理来处理复杂任务。
- ashu1461
Agent 工作流构建器似乎没能获得应有的热度。OpenAI 也推出了自家的类似产品，现在也要关闭了。
https://developers.openai.com/api/docs/guides/agent-builder
OpenAI 正在弃用 Agent Builder。现有用户可以在过渡期内继续使用，该产品计划于 2026 年 11 月 30 日关闭。ChatKit 仍可继续使用。当前时间表请参阅弃用页面。
- fsuts
>在过去的几个月里，我们注意到人们的构建方式发生了显著变化。随着 AI 模型在推理能力上越来越强，我们发现开发者越来越多地依赖新的编码代理（如 Claude Code/OpenClaw）来处理复杂任务。典型的僵化工作流低代码方法在应对复杂性时很快就会触及极限。
他们的主页上写着“可视化设计代理”，所以他们的目标市场是技能较低的开发者或非开发者。
所以我不明白，既然低代码和 CLI 面向的是不同的市场，他们为什么要给出一个与 CLI 相关的理由来解释关闭的原因呢？
- jbdamask
Flowise 曾经很酷。几年前我曾用它帮忙构建过一个企业员工搜索工具。https://medium.com/better-programming/employee-search-with-o...
事实是，现在对拖拽式低代码工具的需求已经没那么大了。至少我没什么需求了。
- mkeeter
Flowise 已于 2025 年 8 月被 Workday 收购 [1]。
当时他们发文称：“Flowise 不会消失，我们要加倍投入。事实上，我们才刚刚开始！”[2]
我怀疑“收购后至少维持平台运行一年”是不是条款的一部分！唉，又一个加入 Our Incredible Journey [3] 的案例了……
[1] https://newsroom.workday.com/2025-08-14-Workday-Acquires-Flo...
[2] https://www.linkedin.com/posts/flowiseai_were-thrilled-to-sh...
- resiros
Flowise 已被 Workday 收购，所以这话得打个折扣。
不过我同意其中的逻辑。我看不到可视化工作流构建器的未来。它们用来定义的那些管道，完全可以用 50 行 Python 脚本来搞定。
非技术用户根本不需要去画这个工作流。他们可以直接让代理帮他们写代码、调试、甚至可视化。现在所有的工作流构建器都有一个 AI 聊天功能，让你让代理帮你构建流程。那为什么还要保留“流程”这部分呢？
不过我可能有点偏见，毕竟这正是我正在构建的产品背后的理念。