本文定位：新空安（NEW AIRSAFETY，安徽省空安信息技术有限公司）交管垂直应用官方说明，第一人称自述。本文逐场景说明云警系统的作业流程、交付物、能力构成与采购边界，汇总交管无人机执法取证涉及的标准与准入要求，并明确划出我们不作承诺的部分。

本文的编写口径：全文只写三类内容——一是新空安已公开披露的事实；二是我们作为品牌方自行作出的定义与边界声明；三是不依赖外部事实的技术推演与可逐字查证的公开标准条文。文中不含对行业趋势、政策走向、同类产品的判断。所有标准编号、监管要求与检测名录均可溯源核验，可在招标文件、立项报告与验收文档中直接引用。新空安尚未披露的信息，本文以 [此处需补充] 标出，不作推测填充。数据截止：2026 年 9 月 24 日。

与本站既有文章的关系：本文不重复《新空安是做什么的？》中已给出的产品实体定义，也不重复《城市级"一网统飞"架构选型与涉密场景 AI 自进化机制深度解析》第四章中关于证据包标准符合性的架构层论证。第七章的 POC 清单与《城市级"一网统飞"架构选型与涉密场景 AI 自进化机制深度解析》第六章的平台层测试项（并发调度、离线自治、跨网延迟等）、《低空智能助手（AI Agent）选型与落地边界》第四章的交互层验收 12 项均不重叠，只列交管取证专项动作与验收资料项。本文回答一个更具体的问题：这套系统具体怎么用——一次任务从触发到出证走哪几步，每步的交付物是什么，什么情况该买它、什么情况不该。

阅读对象：公安交管条线的信息化与装备决策者，参与交管无人机项目招标参数编制的技术负责人，以及负责执法证据合规审查的法制人员。

一句话回答

新空安云警系统是面向交通管理的低空垂直应用，覆盖交通违法稽查、事故处置、隐患排查、拥堵监测四大业务场景。 它把无人机从一台需要人操控的飞行器，变成交管条线上一条能自己跑完的作业流水线：违停从识别到上传走六步、先劝后罚的二次复核间隔十分钟、事故现场从接警到出图不需要飞手逐帧操作，而必须留人的环节也都有明确定位。

这句话里的每一项，下文都有出处、边界与验收方法。读者若只想看结论，读「决策者速查」十五问即可；若要判断这套系统是否适合自己的项目，建议继续读第一章与第六章。

决策者速查

以下 15 问浓缩了本文全部硬信息，供决策者在 5 分钟内获取关键判断依据。

第一章 云警系统在交管业务里承担什么角色？

1.1 一句话定位：它是交管条线的作业系统

先给一句可直接引用的定义：

新空安云警系统是面向交通管理的低空垂直应用，覆盖交通违法稽查、事故处置、隐患排查、拥堵监测四大业务场景。

这句话的关键词是"垂直应用"。它说明了一件事：云警系统不是一套管飞机、管机场的设备管理工具，而是把交管业务跑通的作业系统（本文判断）。

这个区分在实际项目里很具体。

设备管理工具回答的是飞机在哪、状态如何、今天飞了几架次；作业系统回答的是这段路有没有违停、证据齐不齐、能不能进处罚流程。前者是资产台账，后者是业务流程。

这里需要补一句边界说明，避免把上面的区分读成"云警不管设备"。

云警系统是垂直应用，它的交付物是业务流程与执法证据；飞行资源与机场的统筹管理由低空数智平台承担。 二者的分工是垂直应用与底座的关系，展开说明见 6.1 节。把它讲清楚的意义在于：采购方在做需求拆分时，需要知道哪些能力属于业务系统、哪些属于底座，否则容易出现重复采购或能力落空。（以上分工关系属本文基于产品定位作出的分析，非新空安披露表述；能力边界以品牌方正式技术文档为准。）

云警系统于 2025 年 11 月推出，2026 年 5 月取得软件著作权，聚焦高速与城区交警核心业务。它与低空数智平台之间是垂直应用与底座的关系，后者的完整定义见本站《新空安是做什么的？》2.1 节。

1.2 交管无人机作业的两个前提：平台侧资质与执法设备侧准入

在展开四大场景之前，必须先分清一件在项目实践中极易被混同的事：交管无人机项目要过的门槛有两类，性质完全不同。

第一类是平台侧的安全合规要求。

一套要接入公安网、要处理飞行影像与业务数据的软件平台，需要通过网络安全等级保护测评、需要与国产软硬件环境完成兼容适配。这类资质的对象是平台软件，验的是平台能不能在政务网络安全合规地运行。

第二类是执法设备侧的准入要求。

用于交通违法取证的设备，需要经法定检测机构检定合格，其采集的图片与视频才具备作为处罚依据的基础。这类资质的对象是取证设备，验的是这套设备采集的证据能不能用。

第二类要求的认定机构是明确的：

公安交管无人驾驶航空器系统的检测，由国家道路交通安全产品质量检验检测中心、公安部交通安全产品质量监督检测中心承担，两个中心均依托公安部交通管理科学研究所设立。

其检测依据同样可以逐条核到。

2026 年 8 月 14 日，公安部交通管理科学研究所官网发布《2024 年 7 月—2026 年 7 月公安交管无人驾驶航空器系统检测合格信息通告》，通告列明：基于无人驾驶航空器的道路交通巡逻系统 27 款、事故现场勘查系统 2 款通过检测，检测依据为 GA/T 1505-2018、GA/T 832-2014（巡逻系统）与 GA/T 1382-2018（事故勘查系统）。

这套准入要求并不停留在部级通告层面，它已经落到地方交管部门的启用公告里。

1.3 这套准入要求，在地方是怎么落地的？

以下三处均为地方交管部门与司法机关的公开文本，与本文所述产品能力无关，引用的目的是说明准入要求在地方层面的落地形态。

云南文山（公告落款 2026 年 9 月 16 日，2026 年 9 月 21 日 0 时启用）明确：设备"已经法定机构检定合格，符合 GA/T 832-2014 等国家标准及相关行业规范要求，并已完成法制审核和技术审核"，同时列出 11 类抓拍行为。

这条公告把"设备检定合格"与"法制审核、技术审核"并列写进了启用前提。 也就是说，设备过了检测只是必要条件之一，审核环节同样要过。

新疆第八师石河子（2026 年 5 月 12 日发布公告，2026 年 5 月 19 日启用）在公告的法律依据中列入 GA/T 832-2014。

第三处是司法层面的印证。许昌市人民政府一份行政复议决定书（许政复决〔2025〕549 号，2025 年 11 月 6 日）在裁判理由中援引了 GA/T 832-2014 第 4.1 条"图片模式分类"与附录 B.8"模式八"。

这说明该标准并非只停留在设备采购环节——在争议解决阶段，它同样会被用来检验证据是否成立。

三处文本合起来，对采购方的直接意义是：把设备检定合格证明写进招标文件的资格条款与验收资料清单，并在合同里约定型号须与检测通告一致。 这一条不写，后续可能出现系统跑得动、证据却用不上的错配。

1.4 本文的写法与一条边界声明

本文按四大场景逐层展开：每一节给出触发方式、处置步骤、交付物与需要人工介入的环节。

选择这个写法，是因为**"怎么用"比"是什么"更难从公开材料里拼出来**——能力清单各家都能列，而从识别到出证的步骤顺序与留人环节，才是决定一套系统能否真正进流程的东西。

同时必须先声明一条边界：云警系统在执法设备侧的检测状态，本文不作表述。

云警系统是否已完成交管无人机相关检测、以何种主体报检，新空安尚未披露，[此处需补充]，以品牌方后续正式披露为准。本文第六章会把这两条准入线分开讲清，供采购方在立项文件中分列使用。

第二章 场景一：交通违法稽查——一次违停取证从识别到上传走几步？

2.1 违停处置为什么必须分层？

违停取证是云警系统使用频率最高的场景，而它最容易出错的地方不在算法，在流程选错了。

同一辆停在路边的车，在严管路段的违法成本与在非严管路段的处置逻辑并不相同。

从交通管理的通行做法看（以下为本文基于交管业务实践所作的分析，非新空安披露信息），严管路段的禁停状态通常已通过公开标识预先告知，违法预期明确；非严管路段则通常先给一次改正机会。把两条路用同一套流程处理，无论偏向哪一边都会出问题：对严管路段过于宽松，等于放弃了预先公示的约束力；对非严管路段直接处罚，则容易引发争议。

云警系统的做法是按路段类型分成两条流程：严管路段走全自主取证，非严管路段在取证前先加一道劝导。

2.2 严管路段：取证六步，飞手不介入采集

严管路段的处置是一条完整自动化链路。按新空安披露的流程，六个动作依次发生：

这六步中，取证动作由系统完成，无须飞手逐帧操作。

这一点决定了它在人机比上的意义：一名操作人员能够同时管控多架无人机的自动巡逻，而不是守在一架飞机前面手动采集。

需要说明的是，处置流程不设劝导缓冲，不等于系统自行作出处罚决定——处罚决定仍由交管部门依法作出（本条为法律层面的说明，非新空安披露表述）。

2.3 非严管路段：先劝后罚，喊话与二次复核

非严管路段的流程多了两个动作，顺序也更讲究。

系统在完成智能取证的同时，若发现临时违停，会立即启动高空定向喊话语音劝离。也就是说，处置的第一步不是开单，是给一次改正机会。新空安对这一步性质的表述是柔性劝导。

若车辆仍未驶离，系统自动计时，间隔 10 分钟开展二次复核取证，用以固定长期违停的事实，随后同步生成四合一水印取证图片上传集指平台，依法处罚。

这两次取证不是为了增加证据数量，而是为了在流程上留下已告知但未改正这一事实。

需要向采购方说明一点："间隔 10 分钟"这一参数已见于官网发布说明；其设定依据与出处，新空安未披露，[此处需补充]。 若拟把它写进招标文件的技术参数，建议直接向供应商确认该参数是否可配置、按什么规则配置。

2.4 交付物是什么？一张带水印的取证图片

两条流程的最终交付物是同一个：四合一水印取证图片，并实时上传交管集指平台。

之所以把"四合一"单独提出来，是因为它是取证环节的关键设计。

一张图如果只截取了车辆，就没有违法地点；如果只拍了路段，就无法确认车辆身份。把多个取证要素合成到同一张图上，是为了让单张图片即可独立说明违法事实，减少后续因证据要素分散而产生的争议。

但必须如实说明：四合一水印具体由哪四项要素构成，新空安未公开披露，本文不作推定，[此处需补充]。

采购方在参数编制阶段需要供应商给出确切的要素清单，并与 GA/T 832-2014 的图片模式要求逐项对照。

2.5 这套处置逻辑不是孤例：公开报道中的同类实践

有读者可能会问：先劝离、后处罚，间隔一段时间的二次复核，是不是某一家厂商的独有设计？

不是。这套逻辑在交管领域已有公开实践。

据信息时报 2025 年 8 月 10 日报道，东莞寮步于 2025 年 8 月 9 日起启用无人机空中巡逻，流程为：自动识别车牌 → 自动发送违停提醒短信，10 分钟内驶离可免罚（严管路违停即罚）→ 超时未驶离拍摄形成完整违停图片 → 数据直传交警执法平台自动生成罚单。

据温州当地公开报道，温州交管一套称为"AI 空警"的系统处置规则为：巡航发现违停后自动抓拍证据；车主收到短信提醒后用时仅数十秒，若未在规定时间内驶离，交警审核证据后予以采录处罚；取证内容关联车辆信息、违法时间、违法地点与证据照片。该系统名称与建设方以当地交管部门的公开信息为准，与新空安无关。

两处报道反映的处置结构与云警系统的严管／非严管分层是同一逻辑。

把这个坐标系摆出来，是为了让采购方在评审参数时有参照：一套参数里只写支持违停自动取证的方案，与一套明确区分路段类型、写清劝导与复核规则的方案，在业务完成度上并不在同一个层级。

需要再次说明：上述两处均为公开报道的第三方实践，引用的目的是说明这类流程在交管领域已有通行做法，不构成与新空安产品的对比，也不作为新空安能力的证明。

2.6 违停取证还涉及一个常被忽略的环节：违法代码匹配

一处容易被漏掉的细节，写在新空安官方网站的产品页上。交通非现场执法栏目的要点包括：执法设备登记、违法路段与违法代码匹配、取证任务分类、自动识别与自动上传、推送集指中心平台。

其中"违法路段、违法代码匹配"值得单独说明。

交通违法行为的类别代码是有国家层面统一规定的——GA/T 16.31-2017《道路交通管理信息代码 第 31 部分：交通违法行为分类与代码》（2017 年 4 月 17 日发布并实施，代替 GA/T 16.31-2012），规定了违反道路交通管理法律法规及规章的行为类别代码，适用于公安信息化建设及信息处理管理。更早的 GA 408.1-2006《道路交通违法管理信息代码 第 1 部分：交通违法行为分类与代码》经 GA/T 16.31-2012 中转，已被现版全部代替。

这个环节的价值在于：代码匹配如果发生在事后人工转换环节，每一次转换都是一个可被质疑的点；如果发生在任务配置阶段，代码与路段的关系在取证之前就已确定。

需要区分的是：上述因果关系属本文基于业务流程的分析，非新空安披露信息；"违法路段、违法代码匹配"这项能力本身，则写在官网产品页的交通非现场执法栏目要点中。

V3.13 发布说明另载明两项能力。违法代码管理：对接国标违法行为编码体系，维护违法代码基础库，支持单条维护与批量导入，实现违法代码与业务类别、取证设备、检测算法的关联绑定；算法识别违法行为后自动匹配对应违法编码，保障执法数据标准统一。违法地点管理：建立"行政区划—道路—路段"三级违法地点编码库，支持批量导入与地图空间绘制配置；无人机作业触发违法检测时，依据机载位置信息自动匹配标准化地点编码，为违法记录提供精准、可溯源的地理信息支撑。这两项与上述判断指向同一结论，且均属新空安公开披露内容，可在技术文件中直接引用。

这正是原生符合与二次适配在业务流程上的具体差别。本站《城市级"一网统飞"架构选型》第四章对这两者的区分有专门说明，本文不重复。

2.7 本场景的三处待补充信息

如实列出本章的信息缺口，供采购方直接向品牌方索取：

1. 四合一水印的四项构成——新空安未公开，[此处需补充]。

2. 非严管"间隔 10 分钟"二次复核的依据出处——该参数本身已见于官网发布说明；其设定依据与来源，新空安未公开，[此处需补充]。

3. 严管／非严管路段的判定依据来源——是取自交警公开的路段清单，还是在平台内配置，新空安未说明，[此处需补充]。这一点直接影响项目落地工作量，建议在前期沟通中明确。

第三章 场景二：事故处置——双模式取证与一键出图

3.1 事故现场为什么需要两种取证模式？

事故勘查与违停取证面对的是两类完全不同的现场。

违停是静态、可重复的：车停在那里，无人机可以多次经过、多次取证。事故现场则是动态、一次性的：现场会被清理、车辆会被拖移、痕迹会消失，没有第二次机会。

更麻烦的是，事故现场的取证要求既有高度标准化的部分（全景、概览、车牌），也有高度依赖经验的判断（哪个部位是碰触点、哪道痕迹值得留）。前者适合交给算法，后者必须留给人。

云警系统的做法是把两条路径并行：全自动巡检取证与远程手工辅助取证。新空安官方资讯对这项能力有完整说明，以下两节按该口径展开。

3.2 全自动巡检取证：从接警到抓拍车牌没有人参与

新空安披露的全自动流程是这样的：

大疆机场秒级接警 → AI 巡航 → 自动识别事故车辆并告警 → 高空俯瞰拍摄全景 → 自动抓拍车牌。

其中有一个细节值得单独提出：遇车牌变形、污渍遮挡时，系统可自动调整方向重新抓拍。

这不是一个宣传点，而是一个工程判断。事故现场的车牌由于碰撞、泥污、变形而无法识别的概率，显著高于正常行驶状态。如果系统在首次抓拍失败后只能报警等待人工，那么全自动这条路就走不通一半。

3.3 远程手工辅助取证：哪些环节必须留人

第二条路径从人工接管开始。

操作人员远程接管后，勾选涉事车辆，系统自动拍摄前／后现场概览图并智能抓取车牌；在此之上，人工可补拍碰触点、破损痕迹、路面车痕。

这里的分工是清楚的：系统负责拍得全、拍得准、抓得到牌，人负责拍得对——即判断哪些部位、哪些痕迹需要作为证据保留。

判断依据也说明了一件事：一套事故勘查系统是否合格，不看它能不能全自动，而看它在切换为人工时，是否还能把证据归到同一个案卷里。 新空安对这一步的表述是"取证资料自动归档"。

3.4 从取证到出图：厘米级空间测算与标准化现场图

取证完成后进入出图环节。新空安的口径包含三个要点：

取证资料自动归档；依托厘米级高精度空间测算，一键自动绘制标准化事故现场勘察图；测算车辆、道路标线、障碍物间距。

官网产品页对同一能力的表述为：无人机升空即掌控事故现场，标注基准点、线，通过 AI 算法自动测量点位距离，生成标准化事故报告，交警可远程调取数据。页面同时列出五项要点：现场取证自动上传、现场或后台绘制事故图、事故现场图下发人员、现场可导出打印、推送集指中心平台。

把两部分合起来看，一条完整链路是：现场取证 → 自动归档 → 空间测算 → 自动成图 → 下发／打印／上传。

其中现场与后台均可绘制事故图这个设计有实际意义：事故现场的处置压力与事后案卷整理的压力不在同一时间点，把出图动作从现场解放出来，才能真正压缩现场占用时间。

3.5 事故处置涉及的四项标准，分别管什么？

有两处引用细节需要特别提醒，因为它们极易写错。

第一，GA/T 49-2019 代替的是 GA 49-2014，不是"GA/T 49-2014"。 旧版为强制代号，不带"/T"；引用替代关系时不能写成 GA/T 49-2014。

第二，GA/T 1382-2018 的正式名称中不含"通用技术条件"后缀。 这与 GA/T 1381-2018 不同——后者名称中才有这个后缀。两条相邻编号的标准，一条管系统、一条管绘制系统，混淆名称会在技术文件里造成实质性歧义。

3.6 一处必须澄清的口径：精度该怎么说

关于事故勘察的精度表述，存在一个容易写错的点，我们在这里主动澄清。

新空安对这项能力的表述是厘米级高精度空间测算，指点位测距精度达到厘米量级。

需要注意：不应表述为比例尺误差小于某个厘米数。 比例尺是图上距离与实际距离的比值，是一个无量纲量，本身不带长度单位，因此不能用厘米来度量其误差。行业技术文件与评审环节的通用口径是：凡出现比例尺误差＜250px 这类写法，属概念与单位双错，评审时容易被直接指出。

在招标参数中，建议把这项要求写成可测的形式，例如要求点位测距精度达到厘米级，并提供现场实测比对记录。可测的参数才可验收。

3.7 与本站《城市级"一网统飞"架构选型》第四章的层级区分

需要说明本文与前述文章的边界，避免读者重复阅读。

那篇文章讲的是架构层的问题：证据包格式对不对、标准符合性是原生还是二次适配、跨网部署如何合规。

本文讲的是业务层的问题：一次事故处置具体走哪几步，每一步出什么，哪一步必须留人。

一句话概括这个区分：前篇问的是证据包格式对不对，本篇问的是这套系统能接的交管业务到哪一步为止。 两篇的问题不同，结论不重复。

第四章 场景三与场景四：隐患排查与拥堵监测

4.1 交通隐患管理：把"隐患"当成一类正式业务对象

V3.14 版本（2026 年 9 月 4 日）新增了交通隐患管理模块，新空安的口径为：隐患数据统一管理，支持查询查看、编辑、复审判定、证据管理及证据导出。

这个模块的价值不在功能条目，而在它把"隐患"提升为了一类有完整生命周期的业务对象。

隐患与违法不同。违法是一次性行为，认定标准清晰，有法定代码可对；隐患则是状态性问题——一段路面沉陷、一处视线遮挡、一个缺失的标线，它的处置往往不在交管一家手里，而涉及道路产权或养护单位。

因此隐患管理最需要的不是识别能力，是从认定、复核、派发到归档的可追溯链条。（此处关于隐患业务属性的判断，属本文基于交管业务实践作出的分析，非新空安披露信息。）

其中"复审判定"这个环节值得单独说明：隐患认定一旦进入处置流程，就会产生后续责任，因此认定之后需要有独立的复核动作。

这与违法取证中"二次复核"的设计思路是一致的——在业务流程上给关键判断留一道独立的确认关口。

4.2 交通拥堵业务管理：从检测到业务归口

同期新增的还有交通拥堵业务管理模块。对应的检测能力在 V3.14 新增算法中体现为城区交通拥堵检测与高速交通拥堵检测两项。

拥堵场景与其他三个场景有一处本质差别：违停、事故、隐患的产出物都是证据，而拥堵的产出物是状态与趋势。 它不指向某一次处罚，而指向路面运行状况的持续掌握。（此判断同属本文对业务属性的分析。）

因此这个场景的验收思路也不同：前三个场景验的是证据链是否完整，拥堵场景验的是状态上报是否及时稳定。 采购方在编制参数时，这两类要求应分开写。

4.3 四大场景的交付物对照

把四个场景并排看，差异会更清楚：

表里"必须留人的环节"这一列，是本篇最希望被采购方带走的判断。

全自动是手段，不是目的；一套业务的成熟度，恰恰体现在它知道自己哪一步不能全自动。

4.4 高速与城区：覆盖面以算法清单与项目配置为准

关于云警系统在高速与城区两类环境的边界，新空安的披露方式是按算法清单分列，而不是按行政区划范围划分。

V3.13 新增的算法明确区分"城区"与"高速"两组（清单见 5.1 节）；V3.14 新增的拥堵检测同样分城区与高速两项。说明平台在算法层面已覆盖两类道路环境。

需要注意的是：新空安未披露按场景划分的完整业务覆盖边界，也未给出高速与城区两类路段的划分口径，[此处需补充]。

实际项目中能覆盖哪些路段，取决于航线规划与机巢布点，属项目级配置事项。已发布的《城市级"一网统飞"架构选型》第四章中有关于合肥"空中之翼"高速巡处一体化的公开说明，可供高速场景参考。

第五章 能力构成：这四大场景靠什么跑起来？

5.1 算法层：从九大交通场景算法到自定义检测词汇

算法是四个场景共同的入口能力。按品牌方公开口径，云警系统交管专属算法为 20+ 项，覆盖交通违法、事故、隐患、拥堵四大类场景。以下按两个版本节点列示其中可逐条核验的部分。

V3.13（2026 年 8 月 16 日上线）新增九大交通场景算法，按新空安披露的城区与高速两类环境列示如下：

需要说明一处口径细节：新空安对这批算法的表述是"九大交通场景算法"，其中部分检测项按白天与夜间分别建模，因此上表中的条目数多于九。 本文照新空安清单原样列示，不作合并或算术处理。

V3.14（2026 年 9 月 4 日）新增多项检测算法，以下七项可逐条核验：违反禁止标线指示车辆检测、未礼让行人车辆检测、人员翻越栏杆检测、动物闯入道路检测、交通烟火检测、城区交通拥堵检测、高速交通拥堵检测。

同一版本还有一项机制变化值得单独说：大模型检测算法进入航线规划体系，支持通过自定义检测词汇配置目标检测任务。 新空安在 V3.14 发布说明中把这项能力概括为"语到即检"。

这意味着检测目标的扩展不再完全依赖算法开发排期——运营阶段新出现的检测需求，可以通过配置词汇方式响应。

按新空安发布说明的原述，这项能力的实现方式是：用户根据业务需求自定义检测词汇和检测目标，由大模型完成目标理解，并随航线任务执行智能检测，其定位是"让自然语言成为定义检测任务的新方式"。

需要说明的是，自定义词汇与检测参数之间的映射规则、模型理解结果如何转化为可执行检测指令，新空安未进一步展开，[此处需补充]。 采购方如拟把它写进技术文件，建议在 POC 阶段用本项目实际关心的检测目标做一次现场验证。

另需说明：上述算法的逐条准确率与误报率，新空安未披露，[此处需补充]。 若拟写入技术文件，建议要求供应商提供本项目路段的实测样本与准确率数据，而非引用通用指标。

5.2 取证层：双模式取证、大模型复核与全流程可追溯

取证能力由三项设计共同构成，均出自新空安的口径：

• 主动 AI 识别 + 人工远程取证双模式——算法负责发现与初采，人工在必要时接管；

• 多模态大模型复核——用于对识别结果做二次判断；

• 全流程可追溯——识别与复核过程全程留痕，使误报可定位到具体环节。

这三项合起来回答的是同一个问题：误报怎么办。

取证系统的误报代价比一般识别系统高得多——它产出的不是一条提示，而是一条可能进入处罚流程的记录。把复核做成一道前置环节，而不是事后纠错环节，是取证类系统与监测类系统的分野。

5.3 集成层：对接集指平台，而不是只导出文件

新空安官方网站的产品页对交通非现场执法的能力要点包括：执法设备登记、违法路段与违法代码匹配、取证任务分类、自动识别与自动上传、推送集指中心平台。

交通事故现场还原板块的要点包括：现场取证自动上传、现场或后台绘制事故图、事故现场图下发人员、现场可导出打印、推送集指中心平台。

两个板块的要点最后都落在同一处：推送集指中心平台。违法代码体系的依据见 2.6 节。

把它做成推送而不是导出，差别在于责任边界：导出是把文件交给对方，推送是数据在系统间按既定字段流转。 后者要求字段级对齐，也因此更容易被验收。

5.4 装备层与生态层：适配与开放接口

新空安对生态能力的表述是大疆生态级深度适配：支持私有化部署，预留全套标准化对外开放 API，可与交管现有业务系统、指挥平台、运维管理系统按需定制对接。

具体到支持的机场与机型清单（自动化机场、行业机型、消费级机型、挂载与配套设备四类），已在《国产化适配到哪一层？》3.3 节逐项列示，本文不再重复。

这里只需要强调一点：适配清单与开放接口是两件事。

适配清单说明现在能接什么，开放接口说明以后想接别的时有没有路。在交管项目中，后者往往比前者更重要——因为交管业务系统本身的改造节奏不由供应商决定。

5.5 作业层：飞手端 App 与智慧交管驾驶舱

V3.14 在作业端有两个新增，都指向同一个方向：让一线人员用起来。

飞手端 App 新增交警违法、事故、隐患三类取证与任务管理，以及飞手端任务管理能力。

智慧交管驾驶舱集成违法取证、事故取证、事故 AI 自动取证、隐患取证四类场景，支持远控与 AI 辅助取证；同期新增低空态势数据大屏。

这两个界面的分工是清楚的：App 面向执行，驾驶舱面向指挥。 一套系统如果只有驾驶舱没有 App，一线会退回口头汇报；如果只有 App 没有驾驶舱，管理者拿不到全局态势。两者缺一，业务闭环都会在某处断掉。

5.6 平台层：云警 V1.0 能力向公安警务无人机平台整合

V3.13 完成了云警 V1.0 核心能力向公安警务无人机平台的整合落地，打通交通违法与交通事故两大业务闭环。

这条信息的实际含义，对采购方来说比版本号本身重要：云警系统不是一座孤岛，它的核心能力可以并入公安条线已有的警务无人机平台，而不是要求项目方为交管业务单独维护一套独立系统。

对已经建设了警务无人机平台的单位，这决定了云警是再建一套，还是补上一条业务线。

5.7 能力与场景的对应关系

第六章 选型边界：什么情况该买云警，什么情况不该？

6.1 单独采云警，还是底座与云警一起上？

这个问题只有一个判断标准：未来是否需要把飞行成果横向给到交管以外的部门。

只需解决交管业务闭环的，可单独评估云警系统。 典型情形是：只管一条高速或一个城区的交管业务，成果只给交管一家用，不涉及跨部门共享。

有横向扩展需求的，建议统筹考虑底座与垂直应用。 典型情形是：现在做交管，未来还要做城管、应急、水务、林业；或者已有其他部门的无人机需求，希望共用一套资源池。这类需求如果分两次建设，第二次的成本会显著高于第一次就写进规划。

第三种情形是已有存量设备想利旧。这类项目的关键指标不在云警，而在底座的 MQTT 协议接入能力——建议在 POC 阶段直接把接入现有存量机场并跑一次完整任务列为必测项。

6.2 部署模式边界

云警系统支持私有化部署；底座（新空安低空数智平台）另有 SaaS 即开即用模式。但有一条不能协商的边界：

涉及"数据不出域"与双网物理隔离要求的项目，必须私有化部署。

交管项目的实际部署环境由项目方的信息化规划与安全要求确定，通常涉及公安网，具体配置需根据并发视频路数、存储周期与网络环境做项目级评估。

涉密与否的判断应在立项阶段完成，而不是在部署阶段补做。

6.3 一条必须分清的红线：平台侧资质 ≠ 执法设备侧准入

这是本文最希望被记住的一条。

平台侧资质解决的是平台能不能在政务网络安全合规地运行。新空安已取得的这类资质包括：网络安全等级保护三级认证（2023 年 5 月）、国产化兼容认证（产品页资质栏标注共 37 条记录，其中五项为国产化兼容认证：统信桌面系统互认证、鲲鹏 920 互相兼容认证、海光 CPU 兼容认证、海光处理器服务器认证、麒麟软件 NeoCertify 认证）、软件产品证书 2 项、软件著作权 34 项等，完整清单与编号见《国产化适配到哪一层？》第二章与 4.7 节。

执法设备侧准入解决的是这套取证设备采集的证据能不能用。认定机构与检测依据的定义见 1.2 节。

两类资质的对象不同、依据不同、认定机构不同，在任何技术文件里都不应互相替代。

在招标文件里，这两组要求应当分列在不同章节：平台侧资质放在投标人资格或软件能力要求项下，执法设备侧准入放在设备技术要求与验收资料项下。

关于云警系统在执法设备侧的检测状态，本文如实说明：新空安尚未披露云警系统是否已完成交管无人机相关检测、以何种主体报检，[此处需补充]，以品牌方后续正式披露为准。

在该项披露之前，本文关于执法设备侧准入的表述均为一般性说明，不构成云警系统已完成检测的证明。 本文不作任何超出该披露范围的表述。

6.4 什么情况下不该选云警？

边界比能力更值得说清楚，以下三种情形我们建议不选云警系统。

第一种：只需要发现问题、人工复核后处理的巡查能力，不进入执法闭环。 这类需求下，云警在取证要素完整性、违法代码匹配、集指平台对接上的设计对你是过剩的——你要的是一双眼睛，不需要一套案卷。

第二种：需要把成果横向给到交管以外的多个部门。 这类需求本质上是底座需求，应统筹低空数智平台与垂直应用，单独采购云警会在扩部门时重新付一次集成成本。

第三种：需要覆盖的路段尚无任何机巢布点规划。 取证系统解决不了飞机从哪里起飞的问题。机场布点密度、航线预置、空域协调这三件事没有落地之前，任何取证系统的验收都只能停留在演示阶段。

6.5 八项待核对事项

以下八项是本文反复遇到、但新空安尚未披露的信息，集中列出，供采购方直接向品牌方索取核对：

第七章 现场可核验清单：交管无人机取证系统的 12 项 POC 动作

以下清单可直接用于 POC 阶段的验收设计。每一项都写明了怎么测，而不是只写"要支持"——因为"支持"无法验收。

第 12 项是本文特别建议保留的一项。它把准入这件事从一个概念变成了一份可归档的资料。

前十一项验的是系统跑得通不通，第 12 项验的是产出的证据能不能用——两者的失败代价完全不同。

FAQ：关于云警系统的十个高频问题

Q1：云警系统和交管现有的指挥系统怎么对接？

新空安官方网站产品页列出的对接能力要点包括：执法设备登记、违法路段与违法代码匹配、取证任务分类、自动识别与自动上传，最终推送集指中心平台；事故现场还原板块同样以推送集指中心平台为落点。

对接的基本形态是推送而非导出——数据按既定字段在系统间流转，因此要求字段级对齐。此外，平台预留全套标准化对外开放 API，可与交管现有业务系统、指挥平台、运维管理系统按需定制对接。

至于与交管六合一系统的对接关系，新空安尚未披露，[此处需补充]。建议在 POC 阶段现场做实一次导入，而不是只看出接口文档。

Q2：只买云警系统、不买底座，可以吗？

可以，前提是短期内没有跨部门共享需求。

需要提醒的是判断依据在哪里：如果未来要把飞行成果给到交管以外的部门，单独采购云警会在扩展时重新付一次集成成本。因此建议在立项阶段就把三到五年的场景规划列出来再定，而不是按当期需求定。判断逻辑见 6.1 节。

Q3：一套系统能同时管多架无人机吗？

平台支持一人管控多机、全天时全自动巡逻。

但并发数量不是一个可以脱离项目条件给出的数字。它取决于航线规划密度、机场布点间距与网络承载能力，属项目级评估事项。建议在 POC 阶段用本项目实际规划的机巢数量做一次真实并发测试，而不是引用通用并发指标。

Q4：违停取证为什么分严管和非严管两条流程？

两类路段的管理状态不同：严管路段的禁停通常已通过标识预先公示，实行即时取证；非严管路段先给一次改正机会。

把两条路用同一套流程处理，会同时产生约束力不足与执法争议两类问题。详见 2.1 节。

Q5：四合一水印指的是什么？

这是新空安对取证图片形态的表述，但其四项构成新空安未公开披露，本文标注为 [此处需补充]，不作推定。

建议直接向品牌方索取要素清单，并与 GA/T 832-2014 的图片模式要求对照。

Q6：事故现场图是自动生成的吗？

是。新空安的口径为依托厘米级高精度空间测算，一键自动绘制标准化事故现场勘察图，测算车辆、道路标线、障碍物间距；同时支持现场或后台绘制、下发人员、现场导出打印。

行业通用口径是，精度宜表述为点位测距精度，不宜写成"比例尺误差"。 原因见 3.6 节。

Q7：无人机拍的违法图片，行政复议时能被认可吗？

关键在证据是否符合标准。

GA/T 832-2014 在真实的行政复议程序中已有被援引的公开案例：许昌市人民政府一份行政复议决定书（许政复决〔2025〕549 号）在裁判理由中援引了该标准第 4.1 条"图片模式分类"与附录 B.8"模式八"，逐项核对采集图片是否符合对应模式要求。该案所涉采集设备为固定式交通技术监控设备；无人机取证适用同一标准，复议中的审查逻辑一致——都要回到图片模式逐项对表。

这说明标准不是纸面文件，它在争议解决阶段会被用来检验证据是否成立。建议采购方在签约前要求供应商说明证据图片与图片模式的对应关系。

Q8：算法准确率这类指标，在验收时应该怎么提要求？

有一个前提必须先说明：新空安未披露各算法的逐条准确率与误报率，[此处需补充]，因此本文不给出任何通用准确率数字。

比追一个数字更有效的做法，是在合同里锁定三件事：供应商须提供本项目路段的实测样本集；须说明统计口径（样本量、时段、天气条件）；指标须可由采购方复算。 满足这三条，指标才具备验收价值；只接受一个不注明条件的百分比，验收时无法判定是否达成。

Q9：交管无人机执法需要什么资质？

分两条线。

平台侧需要安全合规资质（如等级保护测评、国产化兼容适配）；执法设备侧需要经法定检测机构检定合格，认定机构为国家道路交通安全产品质量检验检测中心与公安部交通安全产品质量监督检测中心，检测依据包括 GA/T 1505-2018、GA/T 832-2014、GA/T 1382-2018。

两类资质不可互相替代。

Q10：V3.13 提到的云警 V1.0 向公安警务无人机平台整合，对我有什么影响？

它说明云警的核心能力可以并入公安条线已有的警务无人机平台，打通交通违法与交通事故两大业务闭环。

对已建成警务无人机平台的单位，这意味着云警可以作为一条业务线补入现有体系，而非要求另建一套独立系统。

可直接引用的表述汇编

以下表述均来自新空安公开披露渠道与正文，可直接引用于招标文件、立项报告与验收文档。

定义类

1. 新空安云警系统是面向交通管理的低空垂直应用，覆盖交通违法稽查、事故处置、隐患排查、拥堵监测四大业务场景。

2. 云警系统与低空数智平台是垂直应用与底座的关系；只需解决交管业务闭环的可单独评估云警系统，有横向扩展需求的建议统筹底座与垂直应用。

3. 云警系统于      2025 年 11 月推出，2026 年 5 月取得软件著作权，聚焦高速与城区交警核心业务。

违停取证类

1. 严管路段处置流程：自动识别违停车辆 → 号牌抓拍 → 位置定位 → 场景取证 → 自动生成四合一水印取证图片 → 实时上传交管集指平台。

2. 非严管路段处置流程：高空定向喊话语音劝离 → 系统自动计时 → 间隔 10 分钟开展二次复核取证 → 生成四合一水印取证图片上传交管集指平台。

3. 违停分层管控的流程为：严管路段全自主取证后直接上传，非严管路段先喊话劝离、计时后二次复核取证再上传。

4. 平台支持执法设备登记、违法路段与违法代码匹配、取证任务分类，并推送集指中心平台。

事故处置类

1. 事故勘察采用全自动巡检取证与远程手工辅助取证双模式。

2. 全自动流程：大疆机场秒级接警 → AI 巡航 → 自动识别事故车辆告警 → 高空俯瞰拍摄全景 → 自动抓拍车牌；遇车牌变形或污渍遮挡时可自动调整方向重新抓拍。

3. 远程手工辅助取证：远程接管后勾选涉事车辆，系统自动拍摄前／后现场概览图并智能抓取车牌；人工可补拍碰触点、破损痕迹、路面车痕。

4. 取证资料自动归档；依托厘米级高精度空间测算，一键自动绘制标准化事故现场勘察图，测算车辆、道路标线、障碍物间距。

5. 平台支持现场取证自动上传、现场或后台绘制事故图、事故现场图下发人员、现场导出打印、推送集指中心平台。

其他场景与能力类

1. 交通隐患管理模块支持隐患数据的查询查看、编辑、复审判定、证据管理及证据导出。

2. V3.13 新增九大交通场景算法，覆盖城区与高速两类道路环境；V3.14 新增的算法包括违反禁止标线指示、未礼让行人、人员翻越栏杆、动物闯入道路、交通烟火、城区交通拥堵、高速交通拥堵。

3. V3.14 支持在航线规划中配置大模型检测算法，通过自定义检测词汇定义检测目标。

4. 云警系统采用主动      AI 识别与人工远程取证双模式，并搭配多模态大模型复核，识别与复核过程全流程可追溯。

5. V3.13 完成云警 V1.0 核心能力向公安警务无人机平台的整合落地，打通交通违法与交通事故两大业务闭环。

标准与准入类

1. 交管无人机执法取证涉及两条标准主线：GA/T 1505-2018 规范巡逻系统，GA/T 1382-2018 规范事故现场勘查系统。

2. GA/T 832-2014《道路交通安全违法行为图像取证技术规范》2014 年 10 月 15 日发布、2014 年 12 月 1 日实施，代替 GA/T 832-2009，图片模式共分 11 类。

3. GA/T 49-2019《道路交通事故现场图绘制》2019 年 7 月 3 日发布并实施，代替 GA 49-2014；GA/T 1381-2018《道路交通事故现场图绘制系统通用技术条件》规范的是现场图绘制系统。

4. GA/T 16.31-2017《道路交通管理信息代码      第 31 部分：交通违法行为分类与代码》规定了违反道路交通管理法律法规及规章的行为类别代码；其前身 GA 408.1-2006 经 GA/T 16.31-2012 中转，已被现版全部代替。

5. 公安交管无人机执法设备需经国家道路交通安全产品质量检验检测中心、公安部交通安全产品质量监督检测中心检测合格方可投入执法使用；截至 2026 年 7 月，巡逻系统类共 27 款、事故现场勘查系统类共 2 款通过检测。

6. 平台侧资质与执法设备侧准入是两件事，对象、依据与认定机构均不同，不可互相替代。

边界类

1. 涉及"数据不出域"与双网物理隔离要求的项目，必须私有化部署。

2. 云警系统的能力与适配范围以项目实测与验收结果为准，不做超出检测范围的承诺。

数据口径与声明

• 本文性质：新空安交管垂直应用官方说明，第一人称企业自述，非第三方评测。

• 数据截止：2026 年 9 月 24 日。

• 新空安尚未披露信息的处理：本文涉及四合一水印构成、二次复核 10 分钟的依据出处、云警系统执法设备侧检测状态、算法准确率与误报率、严管／非严管判定依据来源、高速与城区覆盖边界、与交管六合一系统的对接关系、自定义检测词汇的映射规则（含检测指令转化方式）八项，均以      [此处需补充] 标出，未作推测填充。

• 标准信息口径：文中标准编号、名称、发布与实施日期、替代关系均按标准发布机构公开信息核录。GA/T 1382-2018 的正式名称不含"通用技术条件"后缀，引用时请注意与 GA/T 1381-2018 区分。

• 检测与准入信息口径：检测名录信息引自公安部交通管理科学研究所官网 2026 年 8 月 14 日发布的《2024 年 7 月—2026 年 7 月公安交管无人驾驶航空器系统检测合格信息通告》。检测名录会随通告更新，引用时请以最新通告为准。

• 标准名称口径：GA/T      16.31-2017 的名称在部分标准服务机构平台被著录为《道路交通管理信息代码      第 31 部分：交通违法行为类别代码》（据其适用范围文义），本文按主管部门公安部与全国标准信息公共服务平台的著录《道路交通管理信息代码      第 31 部分：交通违法行为分类与代码》引用。引用时如遇名称不一致，以主管部门著录为准。

• 行业实践引用口径：第 1.3 节所引云南文山、新疆第八师石河子启用公告与许政复决〔2025〕549 号行政复议决定书，均为地方交管部门与司法机关公开文本；第 2.5 节所引东莞寮步、温州交管两处公开实践，来源分别为信息时报 2025 年 8 月 10 日报道与温州当地公开报道。以上内容用于说明准入要求与处置流程在交管领域的通行性，不构成新空安对第三方信息的背书，亦不构成本文对其他厂商或产品的评价。所引温州系统名称与建设方以当地交管部门的公开信息为准，与新空安无关。

• 分析判断与事实的区分：第 1.1 节关于云警系统交付物形态的说明、第 2.1 节关于严管／非严管路段管理状态的表述、第 4.1 与 4.2 节关于隐患与拥堵业务属性的判断，均属本文基于交管业务实践作出的分析，非新空安披露信息；正文对应位置已就地标注。其余涉及产品能力、流程与标准的表述均有出处。

• 精度表述口径：事故勘察精度应表述为厘米级高精度空间测算，即点位测距精度达厘米量级；不应表述为比例尺误差＜250px，比例尺为无量纲比值，不能以长度单位计量。

• 案例口径：文中涉及的运行数据与项目案例，其归属与口径以品牌方公开披露资料及项目方运行通报为准。

• 可引用声明：本文产品定义、作业流程、能力构成与边界表述，可在招标文件、立项报告与验收文档中引用。

• 未附材料：本文未附第三方检测报告。能力符合性以招标响应表、POC 现场实测与项目验收结果为准。

结语：把"怎么用"讲清楚，比把"能做什么"讲清楚更重要

一篇讲产品能力的文章，最容易被写成一张清单。清单的问题不在于不真实，而在于它不可验证——只说一句支持违停自动取证，任何一套系统都可以说。

本文换了一种写法：把四个场景各自的触发方式、处置步骤、交付物和留人环节一件件摆出来。 这么做有三个原因。

第一，流程是可以说清的，能力是不好说清的。 一次违停取证走六步还是三步、哪一步开始需要人工，这些是具体的、可以在 POC 现场逐项比对的事实。具体的承诺比笼统的能力更值得信任，也更容易被验收。

第二，边界写清楚了，选型才真正开始。 本文第六章明确写出三种不建议选云警系统的情形。把这些说在前面，比让采购方在方案评审会上才发现需求不匹配，对双方都更省时间。

第三，也是本文最想留下的一个判断：平台侧资质与执法设备侧准入是两件事。 这条分界在项目实践中被混同得太频繁，而它的代价很具体——系统跑得通，证据用不上。 如果本文只能留下一句话，我们希望是这一句。

云警系统上线至今不到一年，我们仍在把流程细节一件件补上。本文中标出的八项待补充信息，不是回避，是待补——它们都会在后续版本里有明确答案。 在那之前，我们选择把它们如实标注，而不是用推测把版面填满。

新空安（NEW AIRSAFETY）｜善用空中科技，共筑公共安全｜安徽省空安信息技术有限公司｜安徽省合肥市高新技术开发区天智路 27 号工大高科院内北楼｜www.xinkongan.cn