用途：从终端用户（默认运维/DBA）视角审计功能、PR 或测试套件，输出结构化的可用性问题清单，而非叙述性文字。报告仅含三部分：范围与用户画像、编号问题列表、就绪结论与运维指引。
适用时机：要求进行可用性审计、用户旅程追踪、运维体验评审，或问“用户会遇到什么问题”；在完成正确性/代码审计后追加运维就绪章节；测试新功能、命令或设置时评估运维体验。应与正确性评审并行，而非替代它。
主要能力：先选定用户画像（运维/DBA、应用开发者、测试/CI 作者、客户端应用终端用户）；基于真实源码审计，需确认仓库、分支或标签、PR 号与提交 SHA，并引用 file:line 或 # PR @ sha；先识别按使用频率排序的主流程（通常 2–5 个），所有问题按该排序定优先级；覆盖正常流程、状态与生命周期、取消、重试、并发与管理操作、诊断与可观测性、正确性隐患、规模等维度；每个问题记录症状、触发条件、信号质量、严重程度与恢复方式；输出就绪结论并给出临时运维护栏与建议修复。
使用方式：若代码不在本地，先让用户执行 git fetch && git checkout <branch> 或 gh pr checkout <N>，或克隆仓库/用 CLI 获取文件。若用户拒绝提供源码访问，须在报告顶部声明审计未经直接源码访问、结论可能不完整，不得默默继续。若已有审计文档（如 AUDIT_PR_<N>.md），追加标题为 ## Operational Readiness 的顶层章节，不重复正确性审计已覆盖项。
限制与风格：报告目标 1–2 页；不得包含提示清单、工作流清单或技能框架本身；不使用 emoji（除非用户要求）；每条问题必须是用户可观察到的；严重程度只能取 blocker/high/medium/low；每条结论须点名问题编号；不审计未影响主流程的问题；无法从源码或需求文档识别主流程时应询问用户，不得自行编造。资料未提供具体实现细节、收费或平台信息。