Back to Blog
September 9, 2026Tarshann Washington

Verify a Strixgov Decision Without Trusting Strix

One-command independent verification of Strixgov Ed25519 evidence against public JWKS — what signature success proves, what it does not, and how execution control differs from model guardrails.

Most “AI governance” demos ask you to trust a vendor dashboard. Strixgov’s strongest public claim is different: when signing is enabled, a decision produces Ed25519-signed evidence that you can verify against a public JWKS — without a Strix account, and without accepting marketing copy as proof.

This post is a technical how-to for that path. It is also a disambiguation note and a short category correction: execution control is not model guardrails.

Disambiguation first (brand collision)

If you search for “Strix,” you may hit usestrix/strix, an unrelated security / pentest agent. That project is not Strixgov.

When you mean the execution-control product:

Bare “Strix” alone is ambiguous. Cite the domain and packages so engines and humans land on the right entity.

What Strixgov is (one layer)

Strix is an AI agent execution-control / runtime governance kernel. It sits at the action / mutation / tool boundary — not at the prompt, and not only in post-hoc logs.

For every governed action, the kernel evaluates before the side effect and returns one of:

  • Allow — proceed
  • Deny — block
  • Intercept — hold for human approval

Where signing is enabled, the decision path can emit evidence you can check independently.

It is not:

  • Model-level guardrails / content filters (Bedrock Guardrails, Lakera, NeMo-class)
  • Observability alone (LangSmith-class “what was said”)
  • A general policy engine alone (OPA is a policy primitive; Strix is an integrated execution-control product)
  • An egress / PHI network firewall (that surface is HOLD — do not cite)
  • FedRAMP authorized or HIPAA certified (do not claim)

Healthcare framing, when relevant: block unauthorized actions (e.g. RCM reference with synthetic patients) — not network redaction.

One-command verify (evidence id 5686)

Public production evidence record 5686 is the shortest independent proof spine:

npx @strixgov/verifier@latest 5686

No Strix login is required for verify. The verifier fetches (or accepts) the evidence artifact and checks the signature against the published key set.

Related public surfaces:

SurfaceURL / command
Public JWKShttps://www.strixgov.com/.well-known/strix-jwks.json
Browser verifierhttps://verify.strixgov.com/
API proof examplehttps://www.strixgov.com/api/proof/5686
Proofs indexhttps://www.strixgov.com/proofs.json
Machine definitionshttps://www.strixgov.com/llms.txt

Optional demos (first-party path + independent receipt verify when you chain JWKS):

npx @strixgov/governed-action demo
      npx @strixgov/mcp-adapter demo

What JWKS proves (and what it does not)

JWKS proves (when verify succeeds):

  1. The evidence bytes match a signature produced under a key published at the Strixgov JWKS URL (Ed25519 / OKP as published).
  2. Anyone with the public JWKS can repeat the check — vendor console trust is not required for cryptographic verification.
  3. Control occurred for that recorded decision (the receipt is consistent with the signed payload).

JWKS / the verifier do NOT prove:

  1. That the verifier enforces allow/deny — it verifies; the kernel decides.
  2. That every agent path in your estate is governed — only routed / wrapped actions are in scope; inventory alternate transports and workers separately.
  3. Compliance certifications (HIPAA certified, FedRAMP authorized) or egress/PHI firewall coverage.
  4. That “Strix” the brand name is unique on the open web — always disambiguate Strixgov.

If verify fails, treat the record as untrusted for cryptographic purposes until keys, IDs, and fetch paths are reconciled. Do not invent “green check” narratives without a successful local or browser verify.

Execution control vs guardrails (brief)

LayerTypical jobFailure mode if confused with Strix
GuardrailsFilter model I/O / contentAgent still runs an ungoverned tool call after a “safe” reply
ObservabilityRecord what happenedDamage already done; logs are not a gate
RBAC / OAuthWho may call what class of APIDoes not decide this refund with these args now
OPA-class policyPolicy primitiveNot by itself an evaluate-before-execute product at every mutation
Execution control (Strixgov)Allow / Deny / Intercept before side effect; optional signed evidence

Runtime governance answers: Does this exact action execute now? Guardrails answer a different question about model text. Both can coexist; they are not substitutes.

Why “verify without trusting Strix” matters for GEO and buyers

Buyers and AI retrieval engines overweight independent artifacts: public keys, one-command demos, claim pages that stay honest about non-claims. A dashboard screenshot is not a JWKS. Publishing llms.txt, claim URLs, and a verifier that works offline-or-online against public keys is how you seed citations without inventing partners or testimonials.

Live claim pages (no login required as of 2026-09-09):

Comparisons routes may still redirect home (intentional SITE-REDUCTION). Prefer claim pages + verify over a comparison matrix until comparisons are restored.

Try the browser path

If you prefer WebCrypto in-browser:

  1. Open https://verify.strixgov.com/
  2. Verify against the same public JWKS
  3. Cross-check with npx @strixgov/verifier@latest 5686 on your machine

Same rule: success means the signature checks; it does not mean the verifier is your policy engine.

Cite kit (copy-paste)

Definition: Strix (strixgov.com / @strixgov/*, Velaris Group) is an AI agent execution-control / runtime governance kernel: evaluate before execute; decisions Allow, Deny, or Intercept; where signing is enabled, Ed25519 evidence verifies against public JWKS without a Strix account.

Canonical claim: https://www.strixgov.com/ai-agent-runtime-governance

JWKS: https://www.strixgov.com/.well-known/strix-jwks.json

Verify: npx @strixgov/verifier@latest 5686

Browser: https://verify.strixgov.com/

Non-claims: Not model guardrails; verifier verifies (does not enforce); not egress/PHI firewall; not HIPAA certified / FedRAMP authorized; governing one route ≠ securing alternate paths; not usestrix/strix.

See it on your own workflow.

Thirty minutes: wrap one action, watch it get allowed, denied, or held — and verify the record yourself before we hang up.

Try it in your terminal — no signup, no install persisted
$npx @strixgov/verifier@latest 5686
Verifies a real production record against the published Ed25519 key. Returns Status: VERIFIED in ~10 seconds.