DZap AI separates planning from execution so the model can reason freely without directly controlling chain writes.
Core rule
The model can suggest actions; runtime controls whether those actions execute.
Execution classes
Built-in controls
- Required wallet metadata per ask call
- Prompt-level metadata sanitization (no
private_key in model prompt)
- Step cap (
25) and model timeout/retry controls
- Session logging for all tool activity
Interactive flow controls
- Route must already be generated and cached for the session.
- Runtime requests explicit confirmation (SDK/CLI driven).
- Approvals and transaction execution happen only after confirmation.
- Tool waits for user confirmation.
- Timeout is 120 seconds.
- Resolution is completed through
POST /zap/chain/:sessionId.
Safe execution pipeline
Logging and traceability
Session history includes metadata, conversation timeline, tool logs, and summary counters.
See ZapBot Safety for runtime-level safety guidance. Last modified on June 18, 2026
