Debug and Inspect All Available Variables in a Flow

The Context Explorer (available inside the Simulator) helps you see every variable available in your flow, understand what each value contains, and copy expressions to use in messages, actions, splits, webhooks, and more.

Find the exact variable (and copy it)

If you just need the essentials, follow this quick path:

  1. Open the flow you want to debug
  2. Run the Simulator and reach the step you’re investigating
  3. Open the Context Explorer using the “@” icon
  4. Expand the variable tree (contact, results, input, globals, run)
  5. Copy the variable/expression and paste it into nodes (messages, splits, webhooks)

This is the fastest way to understand what your flow “knows” at any point and why a branch or message behaved the way it did.

Step-by-Step Process

1
Open your flow editor
  1. Go to Flows.
  2. Open the flow you want to inspect.

[CAPTURE: Flow opened in the editor.]

2
Start the Simulator
  1. In the flow editor, locate the Simulator button (phone icon / simulator panel).
  2. Click Run in Simulator.
  3. Run the test contact up to the step where you want to inspect variables (you don’t always need to finish the flow).

[CAPTURE: “Run in Simulator” button / Simulator panel opened.]

💡
Tip: If you’re debugging a branch, stop right after the split runs so you can inspect the operand and the values that influenced routing.

3
Run a test contact through the flow
  1. Respond to the simulated messages as needed.
  2. Continue until you reach the point you want to debug (or run to the exit/end).

[CAPTURE: Simulator conversation progressing through nodes.]

⚠️
Warning: If you’re looking for @results, you must run past the node that creates it (for example, a Wait for Response that saves a named result).

4
Open the Context Explorer
  1. In the Simulator, click the “@” icon (bottom-left of the simulator).
  2. The Context Explorer opens and shows a structured list of all available variables.

[CAPTURE: “@” icon highlighted and Context Explorer opened.]

⚙️
Technical Detail: The Context Explorer reflects the current test run state. Values change as you move through nodes (especially @input, @results, and run metadata).

5
Explore and copy variables

Inside the explorer, you can:

  • Browse key sections like contact, globals, results, input, and run.
  • Expand any item to see deeper details (timestamps, language, groups, fields, etc.).
  • Copy the variable/expression and paste it into:
    • Send Message text
    • Split by Expression
    • Webhook configuration
    • Update Contact and other actions

Examples of what you might inspect during a test run:

  • A test contact phone number under @contact
  • A shared value under @globals
  • The latest inbound text or attachments under @input
  • Flow results collected under @results
  • Run/session metadata under @run

[CAPTURE: Expanded variable tree showing contact details, globals, results.]

💡
Tip: When a message shows a variable as plain text (for example, “@results.phone”), open the Context Explorer and confirm the exact variable name exists and contains a value.

Common Issues & Quick Fixes

I don’t see the “@” icon in the simulator

Problem: The Context Explorer control isn’t visible.

Fix:

  • Make sure the Simulator is running (you must click Run in Simulator first).
  • If the simulator panel is collapsed, expand it fully and look at the bottom-left.
My variable is empty or missing in the explorer

Problem: You expected a value, but it’s blank or not present.

Fix:

  • Run the simulator past the node that creates the value (for example, a Wait for Response that sets @results).
  • If it’s a contact field, confirm the flow updated it with an Update Contact action.
I copied a variable but it doesn’t work in my message

Problem: The message renders the variable text instead of a real value.

Fix:

  • Confirm you copied the exact expression (including prefixes like @contact / @results / @globals).
  • If you’re using variables inside expressions/functions, wrap them correctly (for example, @(function(...)) when needed).
  • Check for typos—invalid variables often display as plain text.