There is something about agent workflow builders not gaining as much traction as they could have. Open AI also launched something in house and they are also shutting it down https://developers.openai.com/api/docs/guides/agent-builder OpenAI is deprecating Agent Builder. Existing users can continue using it during the transition window, and the product is scheduled to shut down on November 30, 2026. ChatKit remains av…
Flowise is shutting down
41–49 of 49 posts
Re: Flowise is shutting down
#42I think workflow builders are mostly the wrong mental model for AI. A graph of predefined nodes and edges is useful when you already know the exact sequence of work.... but the point of an AI agent is that it can decide what to do next from the current context.
IMHO reusable building blocks still matter enormously. You should not have to recreate an integration, a capability, or a piece of reliable deterministic logic every time. It is wasteful and you cannot oneshot it. Even with coding agents which we use all the time system to system connectivity is more complex than writing the code. But those should be available to the agent as tools, mechanics, and features that are not wired together as a visual workflow of sorts.
A product can look graph-like at a glance though, while avoiding making a workflow builder. I think this still matters in order to put a mental model around it. But the mechanism should not be graph / workflow like in practice.
Re: Flowise is shutting down
#43Full disclosure I'm a founder of cbk.ai and chatbotkit.com, where we've built reusable agent components. I have never really saw flowise, n8n the now defunct OpenAI agent builder and other similar products as competitors and I wanted to describe why. I think workflow builders are mostly the wrong mental model for AI. A graph of predefined nodes and edges is useful when you already know the exact sequence of work....…
n8n had an LLM step, not sure if they had an "agent" step. For instance, your workflow could pull down Google Docs using their connectors and deterministic steps then run something agentic with the contents, then upload the contents to Google Drive or send an email.
Re: Flowise is shutting down
#44There is something about agent workflow builders not gaining as much traction as they could have. Open AI also launched something in house and they are also shutting it down https://developers.openai.com/api/docs/guides/agent-builder OpenAI is deprecating Agent Builder. Existing users can continue using it during the transition window, and the product is scheduled to shut down on November 30, 2026. ChatKit remains av…
There does seem to be a need for a semi-deterministic workflow where nodes in the workflow are agentic, i.e., powered by LLMs, but the workflow itself remains deterministic. Lets say my daily workflow is to download a PDF from some website, extract some information from it, and email that information. I cannot just ask an agent to script this workflow, because the website will keep changing, the PDF layout will keep…
Re: Flowise is shutting down
#45Yet if you complicate the problem just a notch, the graph becomes big fast and that renders like complex spaghetti you're afraid to touch in the UI.
The other problem is that the UI paradigm becomes the driver - you try to think of the problem in terms of fitting it into the UI graph editor, which is often not a natural way of thinking about said problem.
All of this to say is that I've always thought that graph/flow editors looked cool, except I've never found good use for them in practice except for very simple and predictable graphs.
Just writing the flow as a data structure in text is often a lot simpler and practical..
Re: Flowise is shutting down
#46That said, Relay.app announced its shutdown a few weeks ago, and now Flowise is winding down too. I wonder whether coding agents are really the cause, or whether these products simply struggled to find a sustainable market.
Disclosure: I’m building Aqua Blue (aquablue.app) around a related idea: AI builds the workflow, but fixed rules run it.
Re: Flowise is shutting down
#47>Over the last few months, we've noticed a significant shift in how people build. As AI models become more capable at reasoning, we've noticed that developers are increasingly relying on new coding agents such as Claude Code/OpenClaw to handle complex tasks. The typical rigid workflow low code approach quickly hits the limit when it comes to complexity. Their front page says ‘design agents visually’ so their target m…
I feel like there's a fundamental shift in the user interface that's causing this. People are starting to expect an "agentic interface" - that they are able to give kinda vague inputs and nudge things to work in a way they like, over the traditional experience of having increased clarity at the cost of increased setup (drag and drop, many UI first interfaces, etc). I was editing a google doc yesterday and found it an…
Also small world ;)
Re: Flowise is shutting down
#48There is something about agent workflow builders not gaining as much traction as they could have. Open AI also launched something in house and they are also shutting it down https://developers.openai.com/api/docs/guides/agent-builder OpenAI is deprecating Agent Builder. Existing users can continue using it during the transition window, and the product is scheduled to shut down on November 30, 2026. ChatKit remains av…
There does seem to be a need for a semi-deterministic workflow where nodes in the workflow are agentic, i.e., powered by LLMs, but the workflow itself remains deterministic. Lets say my daily workflow is to download a PDF from some website, extract some information from it, and email that information. I cannot just ask an agent to script this workflow, because the website will keep changing, the PDF layout will keep…
Re: Flowise is shutting down
#49Earlier quoted context omitted.
Correct and I think for non technical folks just creating pure ai agents is much easier than creating these workflows which can be harder to test as well.
This will come with higher risks, no transparency, and higher costs, of course. That seems like a recipe for even higher frustration than normal software incurs.
Liability plays a big role here, in the end a person needs to be made responsible for the output of stuff and face consequences.