01
Create or import the contract
Start from OpenAPI, GraphQL, WSDL, Protobuf, or a focused workspace. DotMock keeps protocol-specific structure instead of flattening everything into generic HTTP.
How DotMock works
DotMock does not replace your backend. It gives the backend and its agents a stable environment for integrating, failing, retrying, recovering, and proving what happened.
01
Start from OpenAPI, GraphQL, WSDL, Protobuf, or a focused workspace. DotMock keeps protocol-specific structure instead of flattening everything into generic HTTP.
02
Add conditions, persistent state, latency, failures, streams, tool calls, and outbound events so the dependency behaves like the system your code must survive.
03
Swap the third-party base URL or client target in development and test configuration. Keep the application flow and client code intact.
04
Run the real flow, inspect matched traffic and state changes, verify deliveries, then reset the environment for a reproducible next run.
Governed agent execution
CLI and MCP access use the same evidence-first sequence. Costly or sensitive changes remain visible and approval-gated.
Read the active contract, state, traffic, and capability boundaries before changing anything.
Prepare the smallest workspace change without publishing it immediately.
Run validation, simulation, or a dry run and show the expected response and state diff.
Require explicit approval for publication, rollback, deletion, reset, or other sensitive actions.
Report the resulting route, revision, traffic, delivery, or state evidence.
What teams run
Stage latency, timeouts, retries, and a controlled recovery without waiting for the real provider to fail.
Move a cart through payment and fulfillment state while emitting the same webhooks the backend consumes.
Return a deterministic tool call, accept the tool result, then stream the final provider-shaped response.
Exercise expired credentials, missing scopes, rate limits, and recovery paths against a stable contract.
Start with one dependency