The same widget as the first page, with nothing configured ahead
of time: the agent is typed into the form, and so is every dynamic variable —
+ Variable adds a key/value row. Useful for trying an agent whose variables
are not in example/scenarios/, or not known yet.
Because the page brings its own agent, the server sends the typed keys through as they are instead of filtering them against a scenario. That is a demo choice, not a template: a production backend still owes the guarantee the other two pages show — the browser names values, never the contract.
Used for the call instead of CFLOW_API_KEY, so one deployment demos any
organisation without an .env edit and a restart. It sits in the page
rather than in the widget because it is not a call parameter — it is which
organisation the call runs as. A key typed here also drops the scenario allowlist,
the same way naming another agent does.
POST /v1/calls/web — the browser gets back just the session JSON, and the
key in .env never leaves the server.