AIRSPACE PIONEER
需求书里写了“支持AI告警”，却没有说明告警由谁复核、怎样转工单以及何时关闭，往往会在开发后期产生分歧。围绕机场4开展无人机系统二次开发时，空域先锋建议用一条事件的完整生命周期说明业务，而不仅罗列识别功能名称。
用具体对象定义异常
先说明巡查对象和异常表现，例如某设施外观发生变化、某道路疑似受阻。写清需要哪些图像或台账作为判断依据，并区分算法发现、人工确认和专业认定。不同阶段的结论可以保留在同一事件中，但含义不能混用。
对于边界暂时不清的目标，准备正例、反例和难以判断的样例。以这些材料讨论规则，往往比只给一个“高准确率”的目标更有助于确定开发与验证范围。
每一次状态变化都对应责任人
从待复核到已确认，再到已派发、处理中和已关闭，每个状态都应说明触发条件、操作人和需要提交的信息。退回、转派、暂停和误报，也应有入口，避免所有异常都被塞进一个备注栏。
如果存在外部工单系统，确定哪一方掌握最终办理状态。无人机平台可以保存关联与回传结果，但不要让两个系统分别独立宣布同一事件已经关闭。
把时间和位置写成有含义的字段
采集时间、发现时间、复核时间和办结时间分别记录，方便计算不同环节的等待。位置字段应说明是飞行器位置、人工标注点还是其他来源的目标位置，并保留坐标表达和精度说明。
素材附件同时记录来源任务和访问权限。业务人员需要的不是一串临时文件地址，而是在允许范围内能够长期检索和理解的证据材料。
将需求写成可以演示的验收样例
例如，给定一条疑似道路阻断线索，平台能够展示原图、允许人员更正类别、派给指定人员并接收复查结果。再补充重复告警、错误派发和附件延迟三种情况，约定系统应该怎样表现。
这类样例可以随需求书一同确认，作为开发、联调和用户培训的共同依据。机场4及接口相关能力按现行版本核对，行业处理规则则由客户业务要求与定制开发共同落实。
相关资料可查看大疆机场4产品页及无人机平台定制，并结合实际任务沟通配置与实施范围。