MeshQu is not yet publicly available. The API and SDK are in early access. To request access, contact [email protected].
Mental model: MeshQu sits at the decision boundary. You send context, it returns a governed verdict and a verifiable receipt. You own enforcement.
Why MeshQu exists
Modern systems increasingly make automated or AI-assisted decisions, but cannot prove that those decisions followed policy at the moment they mattered. Logs show what happened. They do not prove what should have happened. MeshQu exists to make decisions governable, replayable, and independently verifiable — at the decision boundary. Key concepts: Decision context · Policy · Decision · AlertWhat MeshQu does
You send a decision context (the data describing what is about to happen). MeshQu evaluates it against your active policies and returns a decision:ALLOW, REVIEW, DENY, or ALERT, along with any violations.
Your application decides what to do with the decision. MeshQu does not block or allow anything on its own — it provides the verdict and your code acts on it.
If you remember one thing: MeshQu is called at the decision boundary, not after.
Evaluate vs Record —
evaluate is fast, stateless, nothing stored. record persists the result for audit. Most production systems use evaluate on the hot path and record for compliance-critical actions. See Evaluate vs Record.What happens after you integrate
- Your system calls MeshQu before or after the decision boundary — the moment an outcome becomes irreversible.
- MeshQu evaluates the context against your active policies and returns a verdict and a cryptographic receipt.
- Your code decides how to act — proceed, queue for review, or block.
- Auditors can independently replay and verify any recorded decision later.
Key capabilities
| Capability | Description |
|---|---|
| Policy evaluation | Evaluate a context against one or many policies in a single call. |
| Decision recording | Persist evaluation results for audit and compliance. |
| Idempotent recording | Supply an idempotency_key to safely retry without duplicate records. |
| Alert webhooks | Receive real-time notifications when alerts are raised. |
| Multi-tenant | Every request is scoped to a tenant via the X-MeshQu-Tenant-Id header. |
| Scoped API keys | Fine-grained access control with per-key scopes. |
Quick links
- Quickstart — make your first API call in minutes.
- Authentication — how API keys and scopes work.
- API Reference — full endpoint listing.
- TypeScript SDK — install and use the client library.
- Integration Patterns — common ways to wire MeshQu into your stack.
Base URLs
| Environment | URL |
|---|---|
| Production | https://api.meshqu.com |
| Staging | https://api-staging.meshqu.com |
| Local dev | http://localhost:3010 |
/v1.
OpenAPI
A machine-readable OpenAPI 3.0 spec is available at:/docs when enabled.