Earliest supported layer
Rules distinguish availability, discovery, parsing, configuration, dependency, connection, authentication, registration, exposure, activation, authorization, execution, and persistence.
Codex capability diagnosis
Include previous/current host and provider versions, surface, OS, last known working state, and the first changed checkpoint.
Local redaction. Save only by choice.
Diagnosis workspace
Not checkedYour result appears here after you review and submit the sanitized evidence.
This capability worked before the Codex update. After updating and opening a new session it is no longer visible, while the provider still starts. Previous host version: 1.2.3; current: 1.3.0.
The supported boundary is persistence/regression: the capability is reported working in an earlier session/version or temporarily, then absent or failing after restart, reopen, or update.
The evidence is comparative rather than a first-install failure. It identifies a change boundary but does not, by itself, prove which product introduced a regression.
Determine whether the capability state survives the exact restart/session boundary instead of treating a one-time success as durable.
Method and limits
Deterministic rules over your redacted evidence. What the tool cannot support, it declines to claim.
Rules distinguish availability, discovery, parsing, configuration, dependency, connection, authentication, registration, exposure, activation, authorization, execution, and persistence.
A rule must meet a deterministic threshold. Conflicting or incomplete evidence becomes partial or unknown; it is not converted into a confident root cause.
The site does not install capabilities, execute packages, contact private endpoints, edit configuration, or ask for credentials.
A diagnosis is stateless by default. Saved reports use random URLs, expire after seven days, can be deleted immediately, and are excluded from indexing.