service-readiness ยท diff

git:20260908.2b7f821 to git:20260915.7bdc8f8

1 added, 1 removed. Audit A to A.

---
name: service-readiness
- description: Assess service health evidence for a release, incident decision, or operational handoff.
+ description: Assess service health evidence for a release, incident, or handoff. Use when a readiness verdict is requested.
---
# Service readiness
## Required resources
- Apply [the service status policy](references/status-policy.md) before
classifying a healthy, degraded, or blocked result.
- Deliver the decision with [the readiness report](assets/readiness-report.md).
## Workflow
1. Identify the service and collect its current summary and every labelled
check. Record the command, time, result, and evidence source.
2. Classify any failing check with the status policy. A degraded service is not
release-ready until its failing check has an approved mitigation.
3. State the readiness verdict only after confirming availability and the
service-specific release threshold.
4. Complete the report with the status, checks, evidence, owner, and next
action. Do not omit a failing check from the final decision.
## Final report requirements
State `ready`, `degraded`, `blocked`, or `needs evidence`; reproduce the
service summary; list each labelled check and its status; identify the owner
and due date for every non-passing check; and name the next required action.