Skip to main content
Twinbay gives every test run its own copy of the third-party APIs your code calls. You name the twins you need, Twinbay hands back a private hostname and a provider-shaped API key, and the vendor’s own SDK talks to it without a code change beyond the base URL. A twin is not a schema-generated mock. Each one is written by hand against a provider’s behavior: its state machines, pagination, idempotency, authentication and error envelopes. CI validates every twin by running the provider’s official SDK against it.

​
What you get

State you cannot get from a test mode

Hard bounces, declined sends, revoked keys, half-finished workflows. A twin starts as a working account, and you advance its time or edit its records to reach the rest.

Isolation per run

Every environment has its own hostname, records, credentials and request log. Run CI jobs in parallel without sharing state.

Provisioned on demand

Ask for an environment and Twinbay builds it: a container per twin, serving within a couple of minutes. Stop it when the suite ends.

A record of what your agent did

Read back every request: method, path, body, status and latency.

​
Where to go next

Quickstart

From an API key to a passing SDK call against a live environment.

Concepts

Twins, environments, credentials, records and time.

CLI

Provision and inspect environments from a shell or a CI job.

MCP server

Give a coding agent the same operations as tools.
Twinbay is free for academic researchers. Sign up in the console with an email address.