用途：在软件生产发布后生成《部署后评估报告》（PDER），评估系统健康度，并将发布后数据转化为维护与交付决策。依据 ISO/IEC/IEEE 14764:2022 §6.4.13.2 的五项强制结果，以及 Grubb & Takang（2003）首年运营指标。
主要能力：PDER 连接“发布了什么、遥测观察到什么、失败或退化或意外之处、后续维护/架构/交付系统变更”。报告包含系统标识、部署摘要、运营健康指标、维护类型实际与计划对比、用户满意度评估、文档时效状态、经验教训、下期建议行动、下期维护类型预算建议。指标含每千行代码变更请求率、加权故障数、MTTR 六阶段分解（识别、行政、工具、分析、规格、变更）、系统可用性、进度偏差。
使用方式：先加载 world-class-engineering，再加载 observability-monitoring、reliability-engineering、deployment-release-engineering，最后加载本技能。先读 SKILL.md，仅按需加载引用的深入文件，按有序指引、检查清单和决策规则执行，而非摘取孤立片段。产出物为 Markdown 文档，如 docs/releases/pder-2026-04-16.md 与验证日志。
适用场景：重大发布后 30–90 天；每次后续重大发布以跟踪健康趋势；利益相关方要求部署达成目标的证据；为软件维护计划提供真实成本、缺陷与 MTTR 数据。Osborne 安装后评审门在初始运营期结束时触发，由维护经理、CCB 代表、用户代表和项目经理参与，签署 PDER 后正式开启维护阶段。
限制：不用于发布前质量门（用 sdlc-testing）、部署流程与发布说明（用 sdlc-user-deploy）、持续维护规划（用 sdlc-maintenance）、架构或设计评审（用 sdlc-design）。所有指标必须来自实际运营数据，不得估算；用户满意度不能单独作为质量指标，需与结构性指标配对；MTTR 必须分解为六阶段；类型分布偏差超过 10 个百分点需解释并反馈至维护计划修订；无法收集证据的 ISO 结果需标记 [OUTCOME-UNMET]。平台说明：可选辅助插件在某些环境可能有帮助，但不得视为本技能必需。