Skip to content

rj-s-org/mockingbird

v0.1.0-rc.1MIT OR Apache-2.0

Mock any API from its contract with LLM-generated, schema-valid responses: install, LLM onboarding, self-hosting and the full Admin API as MCP tools and skills.

mockingbird

Mock any API from its contract with Mockingbird - REST/OpenAPI, GraphQL, gRPC, SOAP, SSE, WebSocket, Kafka/AMQP/MQTT - with schema-valid, LLM-generated responses and per-session state. Use when the user wants a mock server, a fake or stub backend, an API sandbox, test doubles for an HTTP/gRPC/GraphQL/SOAP dependency, or to work against an API that does not exist yet. Start here; it routes to the setup, mock-api, deploy and testing skills.

mockingbird-deploy

Self-host Mockingbird beyond a laptop - a background server, Docker, the Docker Compose stack (Postgres, OIDC), Kubernetes with the Helm chart (all-in-one or split control/data planes), authentication and API keys, and exposing the MCP server over HTTP for ChatGPT and other remote agents. Use when the user wants a shared, persistent, team or cloud mock endpoint.

mockingbird-mock-api

Create and drive Mockingbird mocks - import an OpenAPI/Swagger, GraphQL, protobuf/gRPC, WSDL/SOAP or AsyncAPI contract, or turn API docs, a HAR recording or a Postman collection into one; call the mock; add scenarios (forced errors, latency, fields), per-session state and fixtures, chaos, and event channels. Use when the user asks to mock, fake or stub an API or a specific endpoint behaviour.

mockingbird-setup
mockingbird-testing

Use Mockingbird mocks in automated tests and CI - deterministic offline mode, seeded fixtures, isolated sessions per test, forced errors and latency, scenarios, asserting on the request log, and GitHub Actions setup. Use when the user writes integration or end-to-end tests against an external API, or wants a mock dependency in a pipeline.