洪水一过，应急部门往往先要一张标出疑似淹没范围的图，用来判断哪些路段该优先核查。卫星拍完照，整幅影像可以传回地面再处理，也可以先在轨把疑似积水区域挑出来，只把体积更小的结果往下传。后一种做法要成立，条件很具体：结果得来得更早，准确到能直接用，省下的传输和等待还得盖过新增的开销。

11月9日举行的合肥太空云产业生态大会上，“星云星座计划”对外公布。央视新闻报道称，这一项目由中国科学院空天信息创新研究院和国内科创企业共同研发，思路是把国产芯片、卫星平台、空间网络与地面系统纳入同一套调度体系，面向自然资源、防灾应急、低空经济等场景提供服务。合肥发布的消息显示，中科星云太空智能科技（合肥）有限公司也在同一天成立并开始运营。产业化的主体已经进场，后面要回答的问题是：一项任务能否跨卫星、跨地面系统稳定交付，客户又愿意为这样的交付结果付多少钱。

第一笔账，值得省下哪些回传

遥感的老流程是这样：卫星按任务观测，数据先下传，再由地面处理、质检，最后才成为客户能用的产品。把其中一部分计算前移，就能在下传前做筛选、压缩或者初步识别。比如做光学地表调查，可以先把目标区域被厚云遮住的影像挑出去，把有限的下行时间留给可用数据。可要是客户研究的正是云层，或者需要保存原始影像留档复核，同一套筛图规则就得改。

这个环节已经有可验证的在轨案例。欧洲空间局公开的Φsat-1试验显示，卫星上的算法能区分有云和无云的高光谱影像，用来对回传数据做预筛选。美国喷气推进实验室也曾在地球观测一号卫星上验证，星上软件可以依据图像识别结果选择下传哪些数据，并重新安排后续观测。这两项验证说明，卫星能在回传前完成一些原本由地面做的判断。至于某个商业客户究竟能省下多少地面接收和处理成本，还得看它的任务是否接受同样的筛选方式。

对合肥项目，要把已有的在轨基础和这次发布的建设计划分开看。空天院披露，2026年8月25日，“太空云”生态首批01/02星进入预定轨道，搭载合成孔径雷达载荷，后续将开展互联和应用示范验证。此前5月，空天院联合百余家单位倡议共建千星规模的生态。首批生态卫星入轨、星座计划发布、未来组网规模，各对应一个进度。要跟踪业务建设，可以看后续哪些卫星真正接入、哪些链路能连续运行，以及有没有可核验的客户交付。

第二笔账，把计算放上去要多花什么

在地面买算力，常看芯片性能和电费。卫星不一样，算力得塞进质量、功率和散热都有限的平台。NASA的小卫星技术报告指出，在轨计算硬件要处理电源、存储和辐射耐受等问题，电子设备也受散热面积和可用功率约束。对卫星运营商来说，一块芯片峰值算得快，并不能直接说明相机成像、通信下传和星上运算同时跑时，还能稳定完成多少任务。

在轨多算一次，电力就可能被从成像或通信那里挪走，需要排出的热量也会增加。要加处理器、散热结构或冗余，整星重量、测试和发射分摊都得重新算。辐射还可能让存储数据发生翻转，系统必须备好纠错、重启、软件回滚或者备用路径。地面出了问题换一台机器就能接着跑，卫星上的故障更依赖远程处置和冗余设计。这些工程投入，最后都会记到任务账上。

计算和传输还得放进同一张时间表里看。负责拍照的卫星未必同时有足够算力，也未必正好连得上地面站。任务如果要转给另一颗卫星处理，就多了星间传输、排队和调度。处理完了，还要找合适的链路下传。统一调度做成什么样，最终要看在真实轨道、任务并发和链路条件下，系统能不能选出更早完成交付的那条路径。

地面也有可比的提速办法，比如多买一个地面站的接收窗口，或者把应急影像在地面处理队列里往前挪。对运营商来说，选哪条路要看瓶颈在哪。如果买到额外接收窗口就能满足时限，先算多租链路要花多少。如果没有合适的窗口，或者必须在有限窗口里交付多项任务，再看在轨预处理能不能挤出容量。就算设备投入已经发生，少传一张图释放出的容量，也得能安排给其他任务，才有机会变成经营收益。

第三笔账，客户愿意为早到多久付钱

同一张图，应急部门和做常规自然资源调查的单位，对时间给出的价码未必一样。应急场景可以先拿到一张标了时间、坐标和置信度的疑似淹没图，据此安排现场复核，完整影像随后再接收。周期性调查更在意不同日期的结果能否比较、原始数据能否追溯。要是交付周期等得起，又需要地面做复杂的多源融合，把数据直接传回地面或许更划算。低空经济场景同样如此，先弄清楚客户要的是哪类地图或变化提示、更新频率多高，再判断有没有必要在轨先算。

以一次洪涝监测任务为例，计时可以从客户提交请求算起，经过等卫星过境、实际成像、星上或地面处理、结果回传、复核，一直到客户拿到合格图件。一次在轨推理花了几秒，只占其中一环。如果主要等待发生在卫星过境之前，芯片再快也省不下多少时间。反过来说，原图太大、可用下传窗口又少时，先传疑似区域和小幅影像，更有可能把有用的结果提前送到客户手里。

成本也要按同样的边界核算。比较两条路线时，先固定目标区域、精度、时限和原始数据保留要求，再把星载硬件和发射分摊、通信、地面复核、重传与运维都算进去。分母用按要求交付并通过验收的任务数。少传一些数据确实可能腾出链路，但要是误判导致补拍，或者客户仍要完整原图，部分节省就会被抵消。公开材料给出了应用方向，这笔单位任务成本还得用可比任务的交付记录来验证。

这笔账可以写进验收条款。拿应急服务来说，约定交付的是能叠加到客户地图上的疑似淹没区域，坐标、精度和时限都要写明，还要约定无有效观测或质量不达标时如何补拍、补传。服务商拿同一类任务连续对照两条路线，才分得清一次成功演示和日常可采购的服务。客户也能据此判断，是买单次应急任务，还是为持续可用的服务付费。

看下一次披露，盯住四项指标

卫星制造商能不能拿到后续订单，要看在轨硬件在额定条件下撑不撑得住持续运行。遥感服务商这边，得把产品做成客户一收到就明白怎么用的图件、告警或者变化清单。接下来，一组连续的任务记录可以检验星云星座计划：同类结果能不能在客户需要的时间内反复交付，成本多少，客户试用之后还愿不愿意接着买。