When to Use This API
- Automated test creation – Send context from your system to create tests without opening the QA.tech UI
- PR/Change reviews – Automatically trigger AI-powered change reviews from CI/CD pipelines
- Custom integrations – Build buttons or workflows in your project management tools that interact with QA.tech Chat
- AI-assisted QA workflows – Let your automation systems communicate with QA.tech’s AI assistant
Authentication
All endpoints require Bearer token authentication. Create your API key in the QA.tech dashboard: Organization Settings → API Keys. The key is shown only once, at creation. See the API Introduction for details.Endpoints
For full request, response, and error details, see the generated reference pages:- Start Chat Conversation – Create a conversation and send the first message
- Start Change Review Chat – Create a conversation that reviews a pull request or raw code changes
- Send Chat Message – Send a follow-up message to an existing conversation
- Get Chat Conversation – Retrieve conversation metadata and messages
How Conversations Work
Chat processing is asynchronous. Creating a conversation or sending a message returns202 Accepted immediately with an empty messages array — the assistant’s reply is not included. To read the reply, poll Get Chat Conversation until the most recent assistant message reaches the COMPLETED status. We recommend polling every 2-5 seconds.
Assistant responses typically complete within 10-60 seconds depending on the
complexity of the request. Test creation and execution may take several
minutes.
Change Reviews
Start Change Review Chat creates a conversation that initiates an AI-powered review of code changes. It supports two modes:- PR mode – Provide a pull request URL (GitHub or GitLab) and QA.tech fetches the changes
- Raw changes mode – Provide a change description and a git diff directly, useful when the changes are not in a hosted PR
mode: "pr", vcsProviderId: "github"), an explicit change-review request also creates or updates the QA.tech / PR Review check on the PR. This applies even when Auto-run on PRs is disabled in the GitHub App integration. See PR Review check on GitHub.
PR mode also accepts optional postMerge options (enabled, and optional prompt). When set, they override the GitHub App integration post-merge settings for that PR after it merges. See Post-merge agent.
Attributing a Review to a Commit
Both modes accept the same optional git fields as Start Run:branch, commitHash, commitMessage, actor, and repository. Populate them from your CI context so the runs the review starts show the branch and commit in the dashboard, and so list_runs can filter them by branch or commitHash.
In PR mode these fields are optional: when they are omitted, QA.tech falls back to the head branch and head commit recorded for the pull request. Send them explicitly when the deployment you are reviewing was built from a different commit.
Related
- AI Chat Assistant – Learn about QA.tech’s AI assistant
- API Introduction – Authentication and ID reference
- Start Run API – Trigger test runs programmatically