What MeshQu is not
What is MeshQu not, and which problems does it deliberately not solve?
MeshQu is a standalone service that assesses a decision against policy and records the result. It is not a rules engine you embed, not an execution layer, not a permissions system, not a real-time data feed, not a scoring or risk engine, and not an explainability tool. It is not a screening, KYC or data provider, and it does not interpret regulation for you: the rules remain your organisation’s. The documentation states its exclusions as non-goals rather than gaps.
In more detail
The scope statement is the documentation owner's own, and it is written as a set of deliberate exclusions rather than a backlog. MeshQu runs as a service your application or agent calls through its documented API or OAuth-secured MCP server, so it is not embedded in your code. It works with the screening, KYC and data providers you already use rather than replacing them. It returns a verdict and never acts on it, so it is not an execution layer. It does not manage authentication or resource access, so it sits alongside your existing identity and permission controls rather than replacing them. It does not produce risk scores or predictions, and it does not account for how a model reached an output. The documentation also bounds the intended audience and states that governance is not tiered: there is one level, and describing MeshQu as offering hierarchical governance would overstate it. The reason the product exists is stated as the same kind of boundary in reverse. Logs record what happened. They do not establish that a decision met the policy that applied to it, and closing that gap is the job MeshQu takes on.
Limits
This entry states scope, not readiness. What is available in a particular deployment is a separate question, answered by what-meshqu-does and the verified-claims register.
The exclusions are the documentation's as at 11 September 2026. They are a published scope statement, not a permanent commitment.
Stating what MeshQu is not says nothing about how well the things it does do are evidenced. That is a separate axis.
Calling MeshQu through the MCP server or the API is offered within research, evaluation and design-partner availability. No general availability or named vendor integration is claimed.
Where it applies
Answer a scoping question directly, without implying a capability MeshQu does not offer.
Check a proposed use against the documented audience before an integration is designed.
Give a reviewer the exclusions in the documentation owner's own words, rather than a paraphrase that softens them.
Sources
MeshQu docs - Concepts overview (opens in a new tab)
The documentation owner's 'Explicit non-goals' list, which is the substance of this entry.
MeshQu docs - Documentation index (opens in a new tab)
The intended-use boundary, and the statement of what logs do not settle.
MeshQu docs - Decision assurance (opens in a new tab)
The instruction that MeshQu must not be described as offering tiered or hierarchical governance.
Related answers
What MeshQu does
What does MeshQu actually do?
What a receipt evidences about a responsible-AI commitment
Can a Decision Receipt show that an AI decision was fair, accurate or correct?
The limits of verification
What does verifying a Decision Receipt actually prove?
Enhanced due diligence decisions with MeshQu
How does MeshQu support an enhanced due diligence (EDD) decision, and what does it not do?