飞行计划、当天检查与飞行日志 | 把每次运行收尾

对于特定飞行（需要许可或批准的飞行），需要确认事前飞行计划通报和飞行日志方面的义务。以 MLIT（日本国土交通省）的最新指南为准。应用自身的记录并不会自动满足法定格式，所以要核对它导出的字段。

计划说的是“我们打算这样飞”，记录说的是“实际上发生了什么”。用记录覆盖计划，就会丢失飞行为何延迟、改动了什么。两者都保留，并查看其中的差异。

只有一排复选框是不够的。当有人选择“发现异常”时，设计必须引导他们继续填写说明和联系人。天气和机体的放行/停飞阈值来自机型手册、运行手册和现场风险评估。不要在这里写死一个通用数字。

draft → planned → preflight_review → ready
ready → in_progress → landed → closed
preflight_review → on_hold
in_progress → contingency → landed
landed → follow_up_required → closed

这些是记录类应用的状态示例。该设计不会根据这个序列向真实机体发出指令。如果链路中断，不要把最后收到的状态固定为“当前状态”，而要连同时间戳一起报告为未知。

假设现场网络信号很弱，考虑让未发送的条目暂存在设备上。显示每个条目是否已共享，并在重发时复用同一个事件 ID，以免重复登记。如果其间有其他人更新了记录，不要悄悄覆盖，先显示差异。