Gateway status
A plain-language view of the active registry entry, its approval context, and the governed aliases and callers it covers.
| Field | Current setting |
|---|---|
| Registry overview | |
Registry revision The registry revision currently loaded by the UI. It identifies the exact policy catalog snapshot being displayed. | unknown |
Policy mutation mode Whether this deployment lets users edit the policy catalog here. Disabled means the Status tab is informational only. | read-only |
Schema version The schema version used to validate this policy catalog. Matching the schema helps confirm the UI and registry agree on field names and structure. | No catalog |
Policy tiers The risk/control tiers recognized by the catalog. Higher-numbered tiers typically require stronger controls and approval evidence before use. | None |
Audit tiers The audit evidence levels the catalog understands. Enhanced audit tiers ask for more detailed proof than standard audit coverage. | None |
Evidence owner The team accountable for maintaining evidence metadata, reviews, and ownership details for this registry entry. | Not set |
| Change record | |
Change record The catalog response did not include a change record, so the UI cannot show the approval or rollback context for this registry version. | No change record. |
| Data and retention | |
Data classes The data categories the catalog can reason about, from public data through sensitive personal, payment, and credential material. Policy checks use these labels to decide what is allowed. | None |
Retention postures The provider storage behaviors covered by the catalog. For example, no-store means the provider should not retain prompts or outputs, while retained means provider-side retention is allowed by policy. | None |
| Evidence requirements | |
Evidence requirements The catalog response did not define additional evidence-package requirements. | No evidence requirements. |
| Catalog inventory | |
Model aliases The governed model names callers use instead of directly selecting a provider model. Each alias can carry policy, provider route, and data-handling constraints. | None |
Callers The caller services registered in the catalog. These are the services the gateway can recognize when applying use-case and model-alias policy. | None |