给城市装上“监管天眼”，给车队装上“利润管家”

7月23日至24日，在安徽合肥举行的2026（第六届）低速无人驾驶场景生态共建拓展大会上，CTP副总经理钱盈的演讲，没有把重点放在单车算法、传感器配置或车辆参数上。

它把问题稍稍往后推了一步：当无人车从几十台试点走向几百台、几千台常态化运行，城市和企业分别需要什么样的平台能力？

CTP给出的答案，是两套边界清晰、数据协同的平台。一边建立安全与秩序的底线，一边提升运营与经营的上限。

01 车辆多了，城市怎么管？

试点阶段，城市里只有十几台无人车。企业提交材料，管理部门批准几条线路，再安排人员不定期巡查，基本能维持。但车辆规模达到几百台，接入企业越来越多，传统管理方式会迅速失效。

不同企业有不同车辆编码，不同车型有不同数据接口，车辆运行区域、路线和时段不断变化。企业后台能看到车辆，政府部门却未必看得到；出了事故以后，车辆档案、保险信息和运行记录又散落在不同主体手中。

CTP把城市无人车监管中的问题，拎出来五个字——"五个难"：

身份难统一：车辆属于哪家企业？是否完成准入？牌照、保险和责任主体是否有效？

权限难管控：每辆车被允许在哪个区域、哪条路线、哪个时段运行？

行为难监管：车辆有没有超速、占道、异常停车或进入未经授权的区域？

风险难预警：车辆失联、硬件异常、系统故障发生以后，能否第一时间发现？

责任难追溯：事故发生后，如何还原轨迹、核查保险并明确责任主体？

这五个问题不是孤立的模块，而是一条连续的监管链。身份不清，路权就无法精准授权；路权没有数字化，越界行为就无法自动判断；行为和风险数据没有持续留存，事故责任就很难追溯。城市需要的不是一块展示车辆位置的大屏，而是一条贯穿准入、授权、运行、处置和退出的全过程监管链。

02 行政监管平台：不是"看见车"，而是把规则执行到车

CTP城市无人车行政监管平台的目标，是构建安全、规范、高效的城市无人车行政监管体系。它首先解决的，是车辆身份统一。企业准入、车辆备案、路权申请、线路审批和牌照登记，不再分散在不同部门与不同材料中，而是围绕每一辆车形成统一档案。管理部门看到的不再只是一个车辆图标，而是这辆车属于谁、获得哪些权限、保险是否有效、由谁承担安全责任。

身份明确以后，下一步是把纸面路权转化为数字权限。审批文件可能写着允许车辆在某一区域、路线和时段运行，但文件本身不会发现车辆越界。CTP通过电子围栏，把区域、路线和时段转化为系统能够判断的规则：车辆离开授权区域自动预警，路权到期自动失效，临时交通管制也能动态调整。真正的监管，不是车辆上路前审一次，而是车辆上路以后持续判断它有没有按照批准条件运行。

监管模式要从"人盯车"转向"系统找问题，人负责处置"。车辆实时数据接入后，AI算法自动识别超速、占道、异常停车、越界、失联和系统异常。管理人员不需要全天盯着数百个画面，而是由平台从海量数据中发现异常。发现问题以后，处置流程也不能继续依赖电话和微信群。平台将企业、交警和城运部门接入同一条事件链：自动生成事件、推送责任单位、限时处置、上传结果、管理部门核验。整个过程电子化归档，最终实现：

智能巡检网络：电子围栏＋AI识别＋即时预警。

并联快批机制：准入、备案、路权、线路一网通办。

协同处置流程：自动派单、限时处理、结果核验。

一车一码溯源：全量数据归档，轨迹可查、责任可追。

平台最终要做到：状态可控、过程可查、责任可追溯。

03 政府管住了，企业就一定能跑好吗？

答案是否定的。

行政监管平台解决的是安全、秩序与责任问题。但企业真正关心的，还有另一套账：今天有多少订单？应该上线多少辆车？哪个场站出车？哪辆车执行哪张订单？什么时候补能？故障以后由谁维修？这一条线路到底赚不赚钱？

十台车，可以靠经验调度。五十台车，可以增加几个调度群。但当企业管理多个场站、多个品牌、数百台车辆时，人工方式就会暴露另一组问题：数据孤岛、决策滞后、标准不一、系统分散、流程割裂。采购、使用、维保、处置和报废分散在不同系统。场站不知道车辆什么时候回来，调度不知道真实电量，维修人员不知道故障影响了哪些订单。管理层知道成本很高，却不知道具体亏在哪辆车、哪条线路和哪个场站。

04 全域运营平台：把"货、车、场、人、钱、单"连接起来

无人车企业真正管理的，并不只是车辆。它管理的是六类核心资源：

如果六类资源各自运行，就会出现典型错配：订单很多，但附近没有可用车辆；车辆在线，却没有适合执行的任务；车辆电量不足，却已经被派出长距离订单；场站有充电桩，却出现集中排队；车辆故障后，订单无法自动转移。全域运营管理平台的核心，就是把分散资源放进同一套调度逻辑。

订单进入后，系统综合车辆位置、货厢容量、电量、载重、运营区域和时效要求，选择更合适的车辆。不是简单选择"最近的车"，而是判断哪辆车执行后空驶更少、后续任务衔接更顺、补能安排更合理。车辆执行任务时，平台持续判断道路是否受限、车辆是否可能延误、电量是否足够、设备有没有异常。一旦原计划无法继续，及时调整路线、转移订单或安排现场处置。这不是把订单派出去就结束，而是对履约全过程进行管理。

05 停—运—充—保—修：把车队运营闭环跑通

很多项目测算时，只计算车辆采购成本、能耗和节省的驾驶员费用。真正进入运营以后，利润却往往从看不见的环节流失。车辆回到哪个场站？什么时候清洁货厢？电量不足时立即快充，还是在订单低谷期慢充？故障车辆需要什么配件？维修期间原有订单由谁接替？这些细节单独看都很小，放到数百台车辆上，就会变成巨大的运营成本。

因此，CTP无人车全域运营管理平台将企业侧运营能力归纳为五个连续环节：

场站不再只是停车的地方。补能不再是车辆没电以后才处理。维保也不能停留在"坏了再修"。一辆车少停运两小时，可能比单纯降低一部分硬件采购成本更有价值。

06 为什么双平台不能简单合并成一套系统？

行政监管平台和全域运营平台都接入车辆数据，看起来似乎可以合并。但两者的服务对象、权限边界和管理目标完全不同。行政监管平台服务政府：关注合规、安全、公共秩序和责任。全域运营平台服务企业：关注效率、履约、资源利用和成本。政府不需要掌握企业所有订单价格与经营细节。企业自己的运营后台，也不能代替政府完成路权审批、违法认定和公共安全监管。因此，双平台的特色不是把所有功能塞进一个系统，而是：边界清晰，数据协同。

07 CTP双平台：本质上是一套规模化基础设施

CTP将自身定位为以AI技术为核心驱动力的数智化运营服务商。双平台并不只停留在应用界面，而是建立在行业模型算法、底层架构平台和物联网操作系统之上。依托"天琪（Skyjade）AI行业模型算法""天玄（Skymyster）底层架构平台"以及CTP-HiOS IoT操作系统，车辆、机器人、无人机、停车设备、计量设备与充电设施能够进入同一套"端—边—云"协同体系。这也是双平台能够成立的技术基础：行政监管平台需要接入不同企业、不同品牌和不同车型。全域运营平台需要连接订单、车辆、场站、人员和能源。如果底层数据标准不统一、设备无法连接、系统之间不能协同，再完整的平台设计也很难真正落地。

CTP双平台所解决的，不是某一个单点功能。它试图建立的是无人车规模化以后，两套相互关联但边界清晰的行业基础设施：一套让城市敢于开放更多路权，一套让企业有能力管理更多车辆。

结语 双平台不是功能叠加，而是发展方法

无人车产业正在从"单车智能"走向"系统智能"。一辆车会自动驾驶，只解决了它怎么走的问题。一座城市如何管理不同企业的车辆，一家企业如何调度不同场站的运力，才决定无人车能不能真正走向规模化。政府管不住，城市不敢放。企业跑不好，规模越大亏损越大。

CTP城市无人车行政监管平台与无人车全域运营管理平台，分别站在政府和企业两侧：一边建立准入、路权、行为、风险和责任闭环；一边连接货、车、场、人、钱、单，以"停—运—充—保—修"构建企业运营闭环。双平台不是简单的功能叠加，而是一套面向无人车规模化时代的治理与运营方法。

无人车规模化运营时代，CTP 打造 "监管 + 运力" 双轮驱动新模式