
Good Proof ties AI governance policies to verifiable enforcement gates — change-triggered, scope-bounded, and auditable at decision-time.
Not a certification. Scope-limited verification.
AI governance policies exist on paper but lack verifiable enforcement at execution time.
Status Link verification tied to policy scope — changes trigger re-verification.
Evidence Pack per policy enforcement decision for audit and governance review.
Verifies enforcement of existing policies. Does not design, draft, or assess policy quality.

Done means: AI actions block automatically when policy scope status ≠ VALID.

AI actions only execute when policy scope verification returns VALID
Policy updates, model changes, or scope edits trigger NEEDS_REFRESH automatically
Every policy enforcement decision produces an exportable Evidence Pack
Different AI decision classes can map to different policy scopes and approval thresholds
AI action triggers policy enforcement check
Gate verifies Status Link against the mapped policy scope
Policy engine evaluates scope + expiry + change state
Execute only if VALID — otherwise block and route to policy review
Log Gate Decision + evidence fields for governance reporting
Explicit condition → state → action mapping
| Condition | State | Action |
|---|---|---|
| Verifier timeout | NOT_VERIFIED | Block/Escalate |
| TLS failure | NOT_VERIFIED | Block/Escalate |
| Domain mismatch | NOT_VERIFIED | Block/Escalate |
| Malformed response / signature failure | NOT_VERIFIED | Block/Escalate |
| WITHDRAWN | WITHDRAWN | Block |
| NEEDS_REFRESH | NEEDS_REFRESH | Escalate/Review |
| Out-of-scope / expired | NOT_VERIFIED | Block/Escalate |

For governance: Status Link = current policy enforcement state. Evidence Pack = decision-time governance record.
Fields per Gate Decision
Designed for governance reporting, board packs, and regulatory submissions.
Compensating control, not replacement
No. Good Proof provides verifiable enforcement evidence for your existing policies. You define the policies — Good Proof gates the execution and produces evidence.
When a policy scope, AI model version, or governance directive changes, the affected stamps move to NEEDS_REFRESH. Enforcement blocks until re-verification is completed under the updated scope.
Yes. Each decision class can be assigned its own policy scope, approval threshold, and verification lane. High-risk classes can require additional controls.
Evidence Packs provide per-decision records: policy scope, verification state, timestamps, authority reference, and change history. Exportable for board packs and regulatory submissions.
"AI actions governed under [POLICY SCOPE] SHALL require VALID verification at execution time."
Verification path excludes raw model outputs and sensitive payloads by default.
"High-impact [ACTION CLASS] SHALL require a valid externally-verifiable Status Link (No Stamp → No Execution)."

One policy lane live with enforcement gating, change control, and governance evidence output.
Map 3 AI decision classes to policy scopes, define change triggers, success criteria
Wire Status Link verification into AI execution pipeline with policy scope checks
Simulate policy change → NEEDS_REFRESH → re-verification workflow end-to-end
Governance metrics, change control validation, board-ready evidence samples, rollout plan
Designed to close the gap between governance intent and enforcement evidence.


Definition of done: AI actions block when policy scope status ≠ VALID.
Every AI action without policy enforcement evidence is governance debt.
Scope-limited verification. Not a certification.