Overview
Every operation, across all three surfaces. One ops core means the REST API, the CLI, and the MCP tools can never disagree.
The API is resource-oriented JSON over HTTPS, mounted under:
https://YOUR-TESTVIBE-SERVER/api/v1/opsEach reference page documents one operation across its three surfaces: the REST route, the MCP tool (same name as the page), and the CLI command. They are generated from one shared manifest and one shared operations core, so behavior and guardrails are identical everywhere.
Operations at a glance
GET /projects/{project}/features/{feature}/generation
testvibe generate <feature> --watch
GET /projects/{project}/automations/{automationId}
testvibe automations show <automationId>
PATCH /projects/{project}/automations/{automationId}
testvibe automations update <automationId> …
DELETE /projects/{project}/automations/{automationId}
testvibe automations delete <automationId>
POST /projects/{project}/automations/{automationId}/run
testvibe automations run <automationId>
GET /projects/{project}/automations/{automationId}/runs
testvibe automations runs <automationId>
wait_for_generation and wait_for_run are client-side conveniences (the MCP server and CLI poll for you). Over raw REST, poll the corresponding GET route — see Long-running operations.
Start with Conventions & errors for the request/response basics shared by every page.
Last updated
Was this helpful?
