Welcome to the Open QA Protocol (OQP). This guide will help you understand how to implement an OQP server or build an agent that consumes the OQP standard.
If you are building a QA tool, testing framework, or Knowledge Graph (like OrangePro), you should implement the OQP server specification.
Your server must expose GET /.well-known/oqp. This endpoint returns a JSON manifest declaring the capabilities your server supports.
{
"protocol_version": "1.0.0",
"capabilities": [
"context.read",
"verification.execute"
],
"extensions": {}
}Depending on what you advertised in the discovery endpoint, you must implement the corresponding routes defined in the OpenAPI specification.
- If you advertise
context.read, you must implementGET /context/workflows/{workflow_id}. - If you advertise
verification.execute, you must implementPOST /verification/execute.
If you are building a coding agent (like a Cursor plugin, Claude Code extension, or custom CLI tool), you can use OQP to give your agent semantic awareness.
When your agent initializes in a repository, it should query the configured OQP server's /.well-known/oqp endpoint to see what testing capabilities are available.
Before your agent writes code for a specific feature, it should query the OQP server for the semantic business rules.
curl -X GET https://api.your-oqp-server.com/v1/oqp/context/workflows/checkout_flow \
-H "Authorization: Bearer YOUR_TOKEN"The response will provide your agent with the necessary business rules and historical edge cases to ensure the generated code is semantically correct.
- Read the Core Concepts to understand the philosophy behind OQP.
- Learn how to extend the protocol in Extensions.