Skip to main content
Rule-Based Chatbots are deterministic, token-free workflows. They do not invoke an LLM. Each incoming message follows this model:

Enable the mode

  1. Open an agent in Studio.
  2. Open Overview.
  3. Set Conversation mode to Rule-Based Chatbot.
  4. Open Rule Flow.
  5. Create and save the nodes and actions.
Rule bots use the existing messaging pipeline, channel adapters, MCP connections, and HTTP connections.

Nodes

A node is one deterministic step in the conversation. Supported trigger types:
  • slash_command: /start, /help, or another command.
  • button_click: a button or interaction payload.
  • menu_selection: a platform menu selection.
  • keyword: a supported keyword/text match.
  • text: an exact text match.

Actions and routes

Actions are interactions attached to a node. The builder’s Save button persists the node and action fields. If the node has no action yet, Save creates one when action settings have been entered. Action types:
  • Response only: return the node response and end.
  • Route to another node: continue to the selected node.
  • Route by slash command, keyword, or menu selection: use the configured payload as the next route.
  • Execute MCP tool: run an existing MCP tool attached to the agent.
  • Execute HTTP tool: run an existing HTTP API tool attached to the agent.
  • Execute action + continue: run a tool, then route on success.
The action payload is the routing value. Keep it stable even if the visible label changes.

Recipe: welcome menu

Create a node:
Add two actions:
Create Services and Support nodes with their own responses.

Recipe: HTTP lookup

Configure an action with:
Use workflow variables in the tool arguments:
Configure the result node response:

Recipe: MCP action

Attach an MCP connection to the agent, then configure:
The rule engine passes the configured arguments to the existing MCP executor. Domain-specific interpretation belongs in the tool schema, not in the rule engine.

Recipe: multi-step flow

Use one node for each step:
Use workflow state and templates to carry values forward. Use /cancel to reset a conversation during a multi-step flow.

Templates

Responses can reference the latest action result:
Tool arguments can reference workflow state:

Platform behavior

The backend emits platform-neutral interactions. Adapters translate them into each channel’s supported markup, including Web Chat, WhatsApp, Telegram, Slack, and Discord. The same label and payload are therefore reusable across channels.

Testing checklist

Test all of the following before deployment:
  • /start or the first entry trigger
  • Every button payload
  • Response-only actions
  • Successful MCP and HTTP actions
  • Failed actions and configured fallback text
  • Success routes to another node
  • A node with no target, which should end the flow
  • /cancel during a multi-step flow
  • Agent Preview and Web Chat
  • Native button rendering on every connected platform

Troubleshooting

The node does not match

Check that the node is enabled and that the trigger type and value match the incoming text or payload.

A button appears but does not route

Check that its action payload is saved and that the target node belongs to the same agent.

The action succeeds but the response is empty

Check the target node response and template names. Use {{tool_result}} for the latest action result.

The tool fails

Configure a failure response on the action. Internal executor errors should not be exposed to users.

No LLM response appears

That is expected. Rule-Based Chatbots intentionally bypass the LLM pipeline.