# 第 10 课练习：先说清楚已确认与未知

[English](README.en.md)

打开 [impact.csv](impact.csv)。你的任务是写一份读者能据此行动的初步更新，并列出下一次更新还需核对什么。60 条记录是独立合成范围核对表：沿用公开情景的 37 条确认、最多 60 条可能、2 条高温设定；“29 条已联系”等逐条分配是**新增练习设定**。它不是实际事故台账，也不表示课程已经联系真实用户。

## 读懂字段

| 字段 | 含义 |
| --- | --- |
| `source_type` / `task_id` | 独立合成标记 / 任务编号 |
| `version_status` | `confirmed_wrong_version` 确认版本错配 / `unknown` 尚未确认；未知不等于无影响 |
| `equipment` | `current_model` 当前型号 / `old_model` 旧型号 |
| `high_temperature` | 1 表示本模拟设置了高温情景，0 没有该设定 |
| `contacted` | 1 表示本模拟记录已联系，0 未联系 |
| `contact_status` | `acknowledged` 联系已获回应 / `not_contacted` 未联系；不是影响已排除或恢复获批准 |
| `protection_status` | `withhold_steps_and_escalate` 不给操作步骤、转交专业人员；`pause_path_pending_reconciliation` 暂停相关路径、等待核对 |

两个数值布尔字段先转数值，避免把字符串 `'0'` 当真。保护状态是演练中的记录或拟议处置，不是实际执行回执。联系获回应不证明用户已经阅读全部说明或现场风险解除。

## 逐步核对与写作

1. 统计总数与版本状态：**60 条待核对范围、37 条确认错配、23 条未知**。不要写“60 条已受影响”，也不要把未知从调查队列删除。37 / 60 ≈ 61.7% 是本待查清单的确认比例，不是全部业务任务的事故率。
2. 在 37 条确认记录中核对 **2 条高温、29 条已联系、8 条尚未联系**。29 / 37 ≈ **78.4%** 是确认范围内的联系覆盖，不是解决率；未知记录仍需核对和按需要联系，不能自动排除。
3. 写一段初步说明：“已确认 37 条版本错配，另有 23 条仍待核对；确认范围内含 2 条高温情景。相关建议路径应受限，设备操作由有资格的人按既有流程处理。已联系 29 条确认任务，其余仍需跟进。”注明这些是演练数字。
4. 补齐更新安排：谁负责范围核对、联系与专业接手，下一次何时更新、用什么来源更新、未得到结论时如何继续说明。练习中可自定更新时间，但标为拟议，不编写已批准的承诺。
5. 对恢复单独列证据：适用版本、受影响型号、旧资料撤回、停止与接手、正常允许的任务。道歉、全部联系完成或总体通过率高，均不能替代恢复条件。

## 自检与判断边界

此表不能说明真实伤害、全部受影响人数、联系后的处理结果或具体根因。不要把第 7 课旧会话越权与这里版本错配混为一个事故，也不要由型号或高温字段给设备维修指令。

交付初步更新、待核对清单、优先联系理由和恢复条件。独学可用“待实际验证”标注联系人、执行权限与恢复证据；如有同伴，请其只看更新说出已知、未知和下一步，看是否会误解成已经恢复。

下一课计算价值时，把异常处理、复核与支持工作纳入成本，不以“事故已处理”省略这些工作量。