Wanderer Flow

Chatbots usually block when they offer buttons, forms, or input fields. That's always annoyed me. I fixed that and built a working demo. This bot can show you a form and simultaneously guide you on how to fill in certain fields or where to find the information. Furthermore, it works locally first in the browser.

You can find the demo and a short blog post here: https://wanderer-flow.de/flows/a-chatbot-that-helps-you-fill-out-a-form-4klu6pqihjd5403a98ugvrluqmkunuvw

TL;DR: I spent years working with flow editors for chatbots, forms, and LLM orchestration. They all share the same broken architecture: nested menus, hidden logic, black-box nodes. So I built Wanderer – an open-source flow editor based on a new concept called Reactive Graph Sequencing, where the graph structure is the logic. No nested menus. No inline code. No configuration hell.

---

## The problem I kept running into

Every flow builder out there – Botpress, Voiceflow, n8n, you name it – follows the same pattern: drag a node, click on it, get buried in configuration. Need a condition? Another menu. API call? Another node, another config panel. Want to change something? Good luck finding where that logic actually lives.

I kept hitting this wall across different projects: chatbots, complex form flows, onboarding wizards, LLM orchestration. The tools all promise simplicity but deliver hidden complexity.

And here's the thing that really bugged me: no developer would accept this in a code editor. Imagine clicking a variable name and suddenly 10 nested submenus pop open. You'd close that editor instantly. But somehow we accept exactly this in flow builders.

## Why "better UI" isn't the fix

Most people blame the interface. "It just needs cleaner design. Fewer options." I don't think so. The UI is a symptom. The actual problem is the underlying architecture.

Think about it:

- An edge between two nodes already represents a condition ("if this, then that"). So why do flow builders bury another layer of conditions inside the nodes?

- Most builders love super-nodes – a "Choice Node" that contains the question, answer options, branching logic, and validation all packed into one. But those answer options are invisible to the graph structure. They're hidden inside a black box.

- Most flow builders are event-driven at their core. They have no real concept of state. So every edge case, every "what if the user goes back" scenario has to be manually wired inside nodes. The architecture can't handle it, so it dumps the complexity on you.

## What I built instead

I asked: what if the graph could hold the state itself?

The concept is called Reactive Graph Sequencing (RGS). The core idea:

- Every node knows if it's active or inactive

- Connections have clear semantic meaning – just three edge types: Must, May, Must Not

- These three types can express every logical gate visually: AND, OR, NOT, XOR

- When state changes, the graph re-sequences itself. No manual fallback paths, no inline conditions

Change a decision and entire branches die while others come alive. The structure is the logic.

And no, it doesn't get slower with complexity – it actually gets more efficient. The more branches exist, the more are "dead" at any given moment. Traversal shifts, it doesn't accumulate.

## The product: Wanderer

Wanderer is an open-source flow editor built on RGS.

- No nested menus

- No inline code

- No configuration hell

- The graph structure defines the logic

🔗 Website: wanderer-flow.de

🔗 Examples: wanderer-flow.de/flows

## Where I'm at

I'm currently focused on getting Wanderer in front of more people and gathering feedback. I've been building this mostly solo, and I'd love to hear from anyone who's struggled with flow builders before.

Has anyone else here hit the same wall with flow editors? And does the "graph = logic" approach make sense to you, or am I overthinking this?

Most flow tools force you to pick a lane: chatbot builder, form builder, AI orchestrator, automation platform. Each one hides its logic behind code, sends data across the internet, locks you into a proprietary format, and charges you for the privilege.

I wanted one system that handles it all.

The problem I kept running into:

Whether it's a chatbot conversation, a multi-step form, an AI agent pipeline, or a tool orchestration, at the core it's always the same thing: a flow of decisions, inputs, and reactions. Yet every tool reinvents the wheel with its own format, its own editor, its own limitations.

The people who actually understand the content (therapists, support teams, product managers, domain experts) get locked out because they can't code. And once a flow grows, it becomes impossible to follow. Which input triggers what? Why was that branch chosen? Nobody knows.

What I built:

Wanderer is a visual, no-code flow engine that runs entirely in the browser. No backend. No data collection. No signup. One system for all kinds of flows.

• One engine, many use cases. Chatbot flows, form flows, AI agent orchestration, tool chains. All built with the same graph-based system.

• Graph-first editing. Every node, edge, and condition is visible. Logic lives in the graph, not in hidden scripts.

• Live debugging. Watch your flow execute in real-time as you build. Every traversal path is visible directly in the editor.

• Reactive flows. Users can go back, change their mind, and correct inputs without restarting. Like real conversations.

• Privacy by default. Everything runs client-side. No data leaves the browser unless you choose to share it. GDPR-friendly out of the box.

• Open JSON format. Flows are text-based, readable, shareable, forkable. No vendor lock-in. AI models can generate or modify flows directly.

• One-line embed. Drop a single script tag on your site, and you're live.

What people are building:

Therapy intake flows, product configurators, legal advice bots, multi-step forms, AI agent pipelines, customer support, adaptive surveys, and rapid prototyping.

Why I'm sharing this here:

Wanderer is a solo project, built in Würzburg, Germany. It's free to use. I'm not chasing VC funding or building the next SaaS unicorn. I believe flow logic should be open, transparent, and accessible to everyone, not locked behind paywalls and black boxes.

I'd love to hear your feedback. What kind of flow would you build with a tool like this?

👉 Explore live demos and examples: https://wanderer-flow.de/flows