# 故障复盘 Skill - Skill 盲测评审

## 场景

一个基础设施团队经常把 Slack 故障时间线、告警数据和部署记录整理成故障复盘和后续行动项。

### 用户请求

请创建一个可复用的 governed skill，用于故障复盘。输入包括告警时间线、Slack 摘要、部署记录、客户影响说明和负责人列表。输出应包含时间线、影响、根因假设、行动项、未解决证据和后续负责人矩阵。

### 评审标准

1. 是否处理 governed/运营风险和未解决证据。
2. 是否区分假设和已确认根因。
3. 是否定义行动项负责人矩阵和回滚/跟进边界。
4. 是否要求 file-backed 或 source-backed 证据。
5. 是否有针对 blame language 和编造因果的审查门禁。

## 方案 A

来源已隐藏

## Skill 包建议：incident-postmortem

### 边界

负责根据 source-backed 时间线、Slack 摘要、部署记录、客户影响说明和负责人列表起草 governed 故障复盘。不要用于实时 incident command、最终 RCA 签核、HR/归责分析或面向客户的法律声明。

### 类型

Governed。这个包会影响运营责任归属，如果证据不足，容易制造虚假因果。

### 包结构

    incident-postmortem/
      SKILL.md
      agents/interface.yaml
      references/
        postmortem-contract.md
        severity-policy.md
        blame-free-language.md
        action-owner-matrix.md
      evals/
        output/
          cases.jsonl
          fixtures/
            alert_timeline.json
            slack_summary.md
            deploy_notes.md
      reports/
        output-risk-profile.md
        output_quality_scorecard.md
        trust_report.md
        review-studio.html

### SKILL.md

    ---
    name: incident-postmortem
    description: 根据告警时间线、Slack 摘要、部署记录、影响说明和负责人列表起草 governed 故障复盘。用于 source-backed 时间线重建、影响总结、根因假设、行动项、未解决证据和后续负责人矩阵。不要用于实时故障指挥、最终 RCA 审批、归责或法律/客户承诺。
    ---

    # 故障复盘

    ## 工作流
    1. 要求提供 source-backed 故障输入，并把缺失输入列为 `missing evidence`。
    2. 只根据已提供时间戳建立时间线；如需推断顺序，必须明确标注。
    3. 分开列出 `confirmed_facts`、`root_cause_hypotheses` 和 `unresolved_evidence`。
    4. 总结客户影响，但不要编造受影响账户、持续时间或 SLA 违约。
    5. 创建行动项：包含 owner、due date、验证信号和回滚/跟进边界。
    6. 使用 `references/blame-free-language.md` 的无责语言。
    7. 除非 reviewer 明确提供，否则最终 RCA 审批不属于本 skill。

    ## 输出契约
    - incident_summary
    - source_inputs
    - timeline
    - customer_impact
    - confirmed_facts
    - root_cause_hypotheses
    - unresolved_evidence
    - action_items
    - owner_matrix
    - approval_status

### 输出评测用例

1. Slack 和部署记录冲突：必须保留为未解决证据。

2. 告警时间线缺恢复时间：不能编造持续时长。

3. 用户要求实时故障决策：应路由出去，或说明本 skill 只做复盘。

4. 来源材料带有归责语言：输出必须改写为系统/流程语言。

5. 缺负责人列表：行动项 owner 字段应为 `missing evidence`。

### 门禁

- 时间线和部署记录需要 file-backed fixture 覆盖。
- 输出评测禁止编造因果和隐藏未解决证据。
- Review Studio 在人工 reviewer 审批行动负责人矩阵前保持 warning。
- Trust report 应显示无网络和无破坏性操作。

## 方案 B

来源已隐藏

## 建议 Skill：incident-postmortem

### 目的

帮助 Codex 根据时间线、Slack 摘要、部署记录、影响说明和负责人列表创建结构化故障复盘。

### 包结构

    incident-postmortem/
      SKILL.md
      agents/openai.yaml
      references/
        postmortem-template.md
        severity-policy.md

### SKILL.md 草稿

    ---
    name: incident-postmortem
    description: 根据告警时间线、Slack 摘要、部署记录、客户影响说明和负责人列表创建故障复盘。当用户需要时间线、影响、根因假设、行动项、未解决证据或负责人矩阵时使用。
    ---

    # 故障复盘

    ## 工作流
    1. 收集告警时间线、Slack 摘要、部署记录、客户影响说明和负责人列表。
    2. 建立按时间排序的时间线。
    3. 总结客户和系统影响。
    4. 识别已确认事实和根因假设。
    5. 在提供负责人和截止时间时，起草行动项。
    6. 清楚标记未解决证据。
    7. 避免归责式语言。

    ## 输出
    - 故障摘要
    - 时间线
    - 影响
    - 根因假设
    - 已确认事实
    - 未解决证据
    - 行动项
    - 负责人矩阵

### agents/openai.yaml

    display_name: 故障复盘
    short_description: 根据故障证据生成结构化复盘。
    default_prompt: 请把这些故障证据整理成复盘和负责人矩阵。

### 验证

用证据完整、缺部署记录、Slack 说法冲突和暂时没有根因的 case 测试。确认 skill 会区分事实和假设。

## 你的判断

只根据评审标准和页面里可见的两个输出做判断。选择会保存到当前浏览器的本地存储里，也可以回到入口页导出。

方案 A 更好 方案 B 更好 平局 / 没有明显胜出
信心程度
理由