8.2 灾害应急任务：灾情不等人
8.2 灾害应急任务：灾情不等人
本节摘要：灾害任务把遥感链路放进应急语法：时效压倒完备，多星接力替代单星常规，雷达在阴雨天保底，产品按"分钟级速报、小时级精报、天级核定"分级交付。本节以洪涝与地震两类场景为主线，拆解应急任务与常规任务的结构差异，并用演算量化"响应时间"这张硬指标。
灾情不等人
应急任务与常规任务的根本差异只有一句话：信息的价值随时间指数衰减。这句定理派生出全部结构性差异。时效优先于完备：第一张速报图允许粗糙——分辨率可以低、边界可以粗、精度可以打折，但必须快；常规任务追求的尽善尽美在应急语法里是负资产。多星接力：单星重访赶不上灾情演变，任务调度从"排计划"变为"抢窗口"——星座批量侧摆、多源任务优先级插入、中继星保障即时下传（第 1、3 章的工程现实在此全部兑现）。产品分级交付：速报（出图范围与疑似程度）、精报（高分辨率定界）、核定（损失量算）三档走三条时间线，对应指挥部从"判断影响范围"到"分配救援资源"再到"损失核定"的决策节奏。
以洪涝为例走一遍应急时间线。零至数小时（响应启动）：触发信息来自气象预警或水文站超警；调度中心向过顶星座批量下达成像指令，优先选 SAR——暴雨云层下光学全盲，雷达穿云是唯一的保底观测（第 7 章互补口诀的生死场）。数小时至一天（速报）：SAR 影像下传后走极简处理链——水体检提用阈值加地形约束（低洼优先），与永久水体库做差分得到淹没范围，叠加居民点与路网出第一张影响图；这一步的精度有限但方向性明确，够指挥部圈定重点乡镇。一至三天（精报）：天气窗口允许时补拍光学精化边界，融合定界；一周后（核定）：高分辨率影像逐地块量算受灾面积，进入损失核定与保险理赔流程。
# 应急响应时间线演算：每一小时花在哪里（简化账） timeline = [ ("调度与成像指令下达", 0.5), ("卫星过顶等待（星座接力后）", 3.0), ("影像下传与快视", 1.0), ("速报制图与审核发布", 2.5), ] total = sum(v for _, v in timeline) for k, v in timeline: print(f"{k:<24} {v:>4.1f} 小时") print(f"首图承诺合计 {total:.1f} 小时") # 想再压缩，看瓶颈：过顶等待靠星座星数，处理链靠自动化流水线 # 这就是星座组网与云端自动处理在应急场景的定价依据
图 8-1：应急任务的时间线与产品分级
地震场景的差异与两张清单
地震任务的观测清单与洪涝不同：震害不是"水体变化"而是"建筑与地表形变"，主力技术切换为高分光学对比（倒塌检测）与 SAR 干涉（同震形变场，第 3 章的 InSAR 在此出场）；光学立体像对在震后快速生成灾区三维模型，辅助滑坡隐患排查。两份场景放在一起看，应急任务的方法论浮出来：先问观测对象的物理量是什么，再选载荷；先问决策要什么，再定产品分级。 附两张自查清单——灾前常备清单：星源与调度协议、极简处理链的自动化演练、永久水体与建筑底库、历史灾害案例库；灾后执行清单：数据可用性快评、速报模板、质量标注（哪些结论基于坏观测）、逐级版本归档。
常见问答
问：应急速报允许的精度底线是多少？ 按决策用途倒推：圈定"哪些乡镇可能受灾"，边界误差数百米都可接受；指导救援力量分配，误差要压到街区级；理赔核定则要地块级。速报的价值在"方向正确且快"，别用核定级的标准苛求它，也别用速报的速度承诺核定级的精度。
问：灾害期间数据源全乱怎么办？ 这正是灾前常备清单存在的意义：星源调度协议、备用数据源、极简处理链的演练版本，都在灾前锁定；灾中按清单执行而不是临时选型。应急的从容全是预案给的——这句话值回整章篇幅。
问：震后 InSAR 没出形变场是什么原因？ 常见原因有：失相干（同震地表剧变超出干涉条件）；重访错过（形变发生后没有及时过顶）；雪雨覆盖。处置不是硬算，而是切换手段——像素偏移跟踪、光学倒塌检测、无人机航测补位。应急方法论的精髓是"每个方法都带备胎"。
要点回顾：应急语法把时效放进第一位，速报、精报、核定三级产品对应三个决策节奏，各谈各的精度承诺；洪涝靠 SAR 保底加光学精化，地震靠形变测量与倒塌检测，观测对象决定载荷选择；响应时间的账本上，过顶等待靠星座、处理链靠自动化；灾前常备与灾后执行两张清单，加上"每个方法都带备胎"，是把应急能力从口号变成流程的形式。下一节换到全球尺度的审计型任务——碳监测。
附：应急任务速记卡
速记四条。一、三级产品三条线：速报对范围、精报对资源、核定对理赔，别混线承诺。二、雷达是保底位：阴雨天任务清单第一行永远先查 SAR 可用性。三、预案先行：星源协议、处理链演练版、底库与模板全部灾前锁定，灾中只执行不选型。四、方法带备胎：InSAR 不行上像素偏移，光学不行上雷达，卫星不行上无人机。给组织者的一个建议：每年至少一次全流程演练——从模拟告警触发到速报发布限时走通，把演练暴露的断点修进预案；灾害任务的能力不是灾场练出来的，是演练场练出来的。
延伸：灾后复盘会的四个问题
每次应急响应结束后，值得召开一次不留情面的复盘会，只问四个问题。响应快在哪、慢在哪：把从触发到各级产品发布的时间线摊开，找最大的时间损耗。信息对在哪、错在哪：每条结论对照地面核实结果，统计命中率与误报，追责到数据或规则。协同顺在哪、卡在哪：跨单位的数据请求、调度审批、成果转发，哪个环节走了弯路。下一次的第一小时要改什么：把本次暴露的最大瓶颈变成一个具体的改进项并指定负责人。复盘纪要进预案，作为下一次演练的输入——灾害任务的能力曲线，就是被这样一圈圈复盘推上去的。组织者要守住一个原则：复盘对事不对人，追责的氛围只会让下一次的日志变得"好看而不真实"。
附：应急首小时的执行卡
灾害触发后的第一个小时按这张执行卡走：核对触发信息与影响区范围；查询星源可用性与最近过顶窗口（光学与 SAR 各查）；向值班调度提交成像需求并确认受理；启动极简处理链预热（模板、底库、掩膜就位）；通知产品审核人待命；起草速报模板填入已知信息。六步都是准备性动作，却决定了后续每一环的速度——应急的第一小时不生产数据，但决定了数据何时开始生产。
补一条关于信息发布的纪律：应急期产品每一版都要带版本号、时间戳与覆盖范围声明，撤回或修正要用正式更正版而不是口头更正——灾害信息的社会传导极快，一条无版本号的截图可能放大成谣言。给产品负责人的原则：宁可发布"保守但准确"的第二版，也不要抢发"激进但存疑"的第一修正；应急期的公信力与速度同样稀缺，但公信力更难重建。
最后一记补充：演练要与真实数据混合。预案里的处理链用历史真实灾害数据跑，速度与结果都有参照；把某次历史灾害的响应目标（如首图六小时）当作今天的考核线，团队的每一轮演练都有硬标尺。应急能力的成长曲线，就是被"真实数据加硬标尺"的组合一轮轮拉起来的。