A compiled flow registers itself as a single MCP tool. This page documents the wire contract between the model and that tool. You don’t usually parse it yourself, but it’s the reference if you’re building tracing, replay, or test harnesses.Documentation Index
Fetch the complete documentation index at: https://docs.waniwani.ai/llms.txt
Use this file to discover all available pages before exploring further.
Input
startbegins a new run.intentis a short summary of why the user triggered the flow.stateUpdatescan pre-fill any known fields so the engine auto-skips those questions.continueresumes the current run with the user’s latest answers instateUpdates.
Response statuses
Every tool call drives the engine until it hits one of four outcomes:| Status | Meaning |
|---|---|
interrupt | Pause and ask the user one or more questions. The response carries the question payload. |
widget | Pause and delegate rendering to a display tool. The response carries the widget reference. |
complete | The graph reached END. Server-side state is deleted. |
error | The handler threw or validation failed. The response carries an error message. |
State persistence
State persists between calls in the flow store, keyed by the session id extracted from_meta. Default behavior is described in the Platform overview:
- Without an explicit
storeand withoutWANIWANI_API_KEY,.compile()throws at compile time. - With an explicit
store: KvStore, state lives wherever your adapter writes. - With
WANIWANI_API_KEYand no explicitstore, the SDK selectsWaniwaniKvStoreand state lives onapp.waniwani.ai.