一层带签名的推理路由层——地面链路失效时,把海上监视告警从无人机送到现场小组。
在偏远海岸和北极区域执行海上监视的团队,不能指望地面回传始终在线;但无人机发现的目标又必须足够快送到一线操作员手里,才有行动价值。现在他们要么花大价钱通过 SATCOM 回传原始视频,要么只能信任每架无人机本地装着的模型,版本、优先级和实际运行证据都难以管住。结果就是任务更慢、更吃带宽,也更难在混编机队和联盟伙伴之间完成认证。
为何现在
- 公共资金已经开始为轨道 AI 基础设施买单,软件供应商终于可以围绕真实项目开工,而不是围着科幻概念打转。
- 这套架构明确是“直连终端 + 轨道推理”,于是无人机、卫星和手持终端之间出现了新的路由和模型放置问题。
- 已点名的军方和工业买家都面对同一种失效场景:当地面网络缺失或退化时,他们仍要把情报送出去。
- 在此前 €150 million GEO 合同之后,项目规模又预计超过 €40 million,这说明网络成熟前,相邻集成商就会先买可部署软件。
催化因素。 OrbitCloud 拿到资金后,正在把直连终端连接和轨道推理揉成一套架构;在完整星座成规模前,客户已经可以买到“韧性告警路由”这一层软件。
创意
Contested Link Inference Router 是一层控制平面,把一次监视任务拆成无人机、卫星和现场设备可执行的模型、路由和证据策略。起飞前,平台会把获批的计算机视觉模型和带宽预算打成一个任务包;任务进行中,它再决定推理该在机上跑、把裁剪图发到轨道节点,还是只把缩略图加坐标的告警推到手持终端。操作员能看到完整审计链:哪个模型版本触发了告警、传了什么证据、链路在哪一步失效——这对国防验收和复盘都很关键。产品会接入私有卫星网络、无人机地面站和现有指挥控制软件,而不是把它们整套替掉。
差异化。 现有 SATCOM 厂商负责搬运比特流,无人机软件厂商负责管飞行器,指挥控制系统负责展示轨迹;但没人去决定在主权约束和带宽约束下,推理到底该跑在哪里。这个创业公司占住的就是签名任务包这一层,并持续学习:在真实链路预算下,哪种模型放置和证据包格式还能保住可接受的检测质量。随着这些运营数据累积,它会长成一条难复制的调优护城河,并进一步切进更广的联盟边缘治理。
| 滩头市场 | 在地面覆盖断断续续的海岸或北极试点里,波罗的海和北欧的海上监视集成商必须把无人机检测结果送到现场小组。 |
|---|---|
| 切入点 | 用签名任务包把合适的模型放到无人机、卫星或手持终端上,并且只转发压缩后的证据包,而不是整段视频。 |
| 非显而易见洞察 | 真正的瓶颈不是再多发几颗卫星,而是当地面链路消失时,怎么把获批模型和可核验证据打包好,让有用情报能穿过无人机、轨道和手持终端之间的每一次交接。 |
| 风险投资级路径 | 先从海上 ISR 告警投递切入,再把控制平面扩到陆地边境监视、灾害响应、偏远工业安全,以及任何间歇连接边缘网络里的联盟模型治理。 |
| 主要用户 | 波罗的海或北欧海上监视集成商里的任务系统负责人,正为某个海岸警卫队或边防项目部署 10–50 架 ISR 无人机和手持终端小组。 |
|---|---|
| 次要用户 | 在偏远巡逻时,通过移动设备接收告警的现场情报官。 |
| 经济买方 | 集成商内部的项目经理或 ISR 运营负责人。 |
| 首个客户 | 一家芬兰或波罗的海海上监视集成商,正服务某个海岸警卫队试点:10–20 架 ISR 无人机、沿海覆盖不稳定,还有需要分钟级告警的手持终端用户。 |
|---|---|
| 购买触发点 | 新的试点或采购节点要求系统在脱离地面覆盖时也能稳定运行,或者要求切换到主权通信基础设施。 |
| 当前替代方案 | 通过 SATCOM 回传全动态视频,再在现有指挥控制工具里做人工分诊,同时靠临时方式给每架无人机更新模型。 |
| 切换理由 | 它能压低带宽负担,保住 AI 检测结果的留痕链,而且即便任务失去地面链路,也能把获批告警送到现场小组。 |
| 定价假设 | 按任务项目收年费平台费,再根据接入的无人机、轨道节点和活跃现场设备分层收费。 |
待完成任务
| 任务 | 当前替代方案 | 成功指标 |
|---|---|---|
| 当地海巡任务失去地面回传时,帮助任务系统负责人把经验证的检测结果送到现场小组,让他们不用等原始视频也能行动。 | 能传就通过 SATCOM 回传原始视频;传不了就退回语音、无线电和事后人工复核。 | 链路退化期间,告警送达时间中位数仍低于 60 秒。 |
| 当试点增加新无人机或新模型时,帮助项目经理把获批 AI 包部署到混合边缘节点上,让系统顺利通过安全和验收评审。 | 靠人工给每个平台装模型,再用表格和邮件追踪版本。 | 一次模型更新能在 1 天内覆盖整个任务网络,并留下完整记录。 |
flowchart LR Buyer[海上 ISR 集成商] --> Pain[地面链路一断 检测结果就送不到] Pain --> Product[签名推理路由控制平面] Product --> Outcome[可信告警及时送达现场小组]
- 信号 · 4/5资助、项目定义以及点名的军工与工业用例,都指向一个可信的新基础设施类别。
- 痛点 · 4/5在链路失效时把情报及时送出去,对偏远监视任务是真痛点;靠原始视频回传来补救,成本也很高。
- 切入点 · 4/5签名任务包和证据包路由足够窄,能切进单一任务工作流,而不必把底层网络整体替换。
- 防御性 · 3/5产品起步会很依赖集成,但围绕链路表现、模型放置和操作员信任形成的专有数据集,会随着时间累积。
- 规模化 · 4/5一旦控制平面跑通,就能从海上 ISR 扩到更广的主权边缘、灾害和偏远工业网络,它们面对的是同类链路约束。
- 私有卫星网络运营商
- 海上防务集成商
- 计算机视觉模型提供商和载荷 OEM
- 打包签名任务包
- 优化推理放置和证据压缩
- 接入卫星与国防软件栈
- 面向受限链路的路由策略引擎
- 无人机、卫星和指挥系统适配器
- 关于链路预算与检测结果的运营数据集
- 不依赖地面回传,也能交付经验证的检测结果
- 在无人机、轨道和手持终端之间管住模型放置和可审计性
- 试点部署期间提供任务设计支持
- 按年订阅软件,并提供安全和模型更新支持
- 通过国防与海岸警卫队集成商直销
- 与私有卫星网络合作伙伴捆绑销售
- 服务海岸警卫队和边防部门的海上监视集成商
- 为试点项目补上韧性边缘 AI 的国防无人机任务系统主承包商
- 具备安全许可的工程与集成人力
- 仿真、测试和现场支持基础设施
- 合规与认证工作
- 按任务项目收取年度平台许可费
- 按接入边缘节点和活跃设备数量收取用量费
市场
| TAM | $225.0M 估算:150 个欧洲周边的海上、边境和关键基础设施 ISR 项目,运行在间歇链路环境下;每个项目对应 $1.5M 的年度控制平面与集成切片。 |
|---|---|
| SAM | $18.0M 估算:15 个可触达的波罗的海/北欧项目,每个项目在路由、溯源、压缩和支持上的年度支出约为 $1.2M。 |
| SOM | $3.2M 估算:36 个月内拿下 4 个付费项目;在拿下一个灯塔集成商后,每份合同年化约 $0.8M。 |
高管要点
- 最好的滩头市场不是泛化的卫星 AI,而是海上监视中的单一告警投递工作流:链路会失效,但现场小组仍要收到可信检测结果。
- 真正的买方大概率是任务系统集成商或框架主承包商,因为预算和作战权限本来就挂在更大的 RPAS、安全通信和海上安保项目里。
- 产品切口落在传输、自主性和指挥软件之间的控制平面空档:决定推理该在哪跑,以及哪一份最小证据必须穿过链路活下来。
- 最强的外部证明来自波罗的海/北欧公开海上项目、欧盟安全卫星通信建设,以及公开资料对 D2D 和空中 SATCOM 带宽受限的明确说明——它们都不适合日常全动态视频工作流。
- 竞争确实存在,但大多是相邻层:现有厂商占的是传输、自主控制或数据网格,而不是签名任务包、溯源和面向证据的路由。
市场定义
近端市场是“受限链路海上 ISR 任务软件”:它夹在无人机、安全卫星连接以及现场/指挥应用之间,负责打包获批模型、压缩证据,并在地面回传薄弱或缺失时保住溯源链。
用户与买方
实际使用者是需要快速、可信告警的海上监视团队;真正拍板买单的,往往是负责向海岸警卫队或边境安全项目交付试点、认证材料和安全信息流的集成商或主承包商。
购买触发点
- 新的海上或边境监视试点必须在地面覆盖不可靠的区域正常运行。 [3][4][6][7]
- 区域安全事件抬高了各方整合更多监视资产、提升波罗的海共享态势感知的压力。 [8][9][10]
- 主权卫星通信或共享海上图景项目带来了新的集成预算,也带来了新的互操作截止时间。 [14][15][16][17][27]
支付意愿
预算更可能以“大项目中的一条软件预算线”出现,而不是单独买一个 AI 工具。相邻公开项目已经在资助多年期 RPAS 服务、带加密实时传输的监视飞机,以及轨道网络研发;这足以支撑一个每年数百万美元低个位数的软件层,只要它能和战备、带宽节省、可审计性牢牢绑定。 [1][25][26]
品类动态
顺风因素
- 波罗的海安全压力正在让海上监视和自主感知变得更紧迫。
- 欧盟安全连接项目和 NATO 数据传输计划已经把新基础设施铺开,但上面的应用层仍是空白。
- 轨道 AI 和边缘 AI 已经足够接近实战,让“模型该放在哪跑”开始具备商业意义。
逆风因素
- D2D 和空中 SATCOM 依旧受带宽约束,所以有些用例需要的回传量,产品未必省得下来。
- 只要产品不能挂在现有主承包合同里,公共部门和国防相邻采购周期就会拖慢采用速度。
- 一旦部署从纯军用跨到海岸警卫队或边境场景,合规和出口管制复杂度就会上升。
验证信号
- Business Finland 已经用公共资金为 ReOrbit 的“轨道 AI + 直连终端网络”逻辑背书。
- Finnish Border Guard 已在波罗的海海上任务中使用 EMSA 支持的 RPAS 和卫星通信。
- Frontex 表示其 2025 年试点可在任何需要的地方安全共享实时态势感知,说明买方确实想要移动、独立于基础设施的分发能力。
- EMSA 授出了一份 €30M 的 RPAS 框架,说明服务型海上监视项目能带动可观的集成预算。
- 芬兰同时在为带加密实时数据传输的监视飞机和涉密海上图景交换投入资金。
监管与技术约束
- 军民两用部署即便纯军用部分可排除在外,也可能落入欧盟 AI 义务范围。
- 跨境软件、技术协助和某些先进能力,可能触发欧盟军民两用出口管制。
- 安全政府卫星通信接入是通过 hub 和项目结构来管理的,不是面向开发者开放的平台。
- NTN 和 D2D 已有标准、也很重要,但它们依旧受链路预算、容量和共存规则约束。
- MARSUR、NATO 数字骨干、无人机栈和现场系统之间的端到端互操作,会主导早期交付风险。
竞争
这个市场天然贴着几类更强的现有厂商生长:卫星通信运营商负责搬运数据,自主性供应商负责优化载具,监视平台负责融合图景。创业公司只有死守“签名模型放置、证据最小化、无人机—轨道—手持终端之间的留痕链”这条窄线,才有赢面。
| 竞争对手 | 阶段 | 切入点 | 定价 | 优势 | 相对劣势 |
|---|---|---|---|---|---|
| Anduril Lattice Mesh | 成长期 | 面向战术边缘的去中心化网状网络与数据分发。 | 定制化国防合同;无公开标价。 | 国防分发层很强,在边缘数据路由上的定位也站得住。 | 它看起来并不聚焦签名任务包、无人机—轨道—手持终端之间的模型放置,或最小证据的留痕链。 |
| Shield AI Hivemind | 成长期 | 面向 GPS 拒止和对抗环境的自主 AI 飞行员软件。 | 定制化国防合同;无公开标价。 | 机载自主控制能力强,在受限环境里的品牌可信度也高。 | 它更偏“飞行器自主”,不偏“结果分发”;在跨平台路由和通往现场应用的审计链上匹配度较弱。 |
| Viasat / Inmarsat Government SATCOM | 现有厂商 | 面向偏远和高威胁环境的空中 ISR 连接、回传与覆盖。 | 托管式 SATCOM 与服务合同;无公开标价。 | 掌握韧性传输、远海覆盖和政府关系。 | 它负责搬运比特,但不决定推理该在哪跑,也不决定什么证据值得传。 |
| 主承包商自建监视平台 | 现有厂商 | 嵌在单一机构或试点里的项目制融合平台。 | 按项目或框架预算出资。 | 契合现有采购路径,也能围绕单一任务做深度定制。 | 跨项目复用更难,也更难长成可复制的跨网络控制平面产品。 |
为什么现有厂商不会默认胜出
- 云平台. 通用云厂商默认并不能解决涉密传输、跨域交换或 DDIL 任务认证。
- SATCOM 运营商. 传输厂商能给出韧性链路,但并不会天然决定推理该跑在无人机还是上游,也不会决定什么样的证据包才够用。
- 自主飞行栈. 自主飞行软件很擅长让飞行器在受限环境里运行,但在跨平台分发、溯源和手持终端投递上相对更弱。
- 主承包商自建监视平台. 定制化的多资产平台可以被塞进现有项目采购,但通常集成很重,也更难跨任务或跨国家复用。
商业计划
Contested Link Inference Router 是一层任务软件,服务波罗的海和北欧的海上监视项目:当地面链路失效时,它要把可信的无人机检测结果送到现场小组。它的滩头市场不是泛化的轨道 AI,而是现有海岸警卫队或边防试点里的一个“重点船只告警”工作流——这里 SATCOM 带宽紧、响应时间又很关键。产品把获批模型、路由策略和证据规则打成签名任务包,让集成商能管住什么在无人机上跑、什么往上游升级、以及最小告警包该怎么送到手持终端或 C2 系统。研究支持这个切口:波罗的海 RPAS 运营、安全卫星通信建设和海上信息共享项目都已经存在;而公共部门预算更可能把这项能力作为大项目中的一项软件条目采购,而不是单买一个 AI 工具。公司的刻意选择是通过任务系统集成商和安全连接合作伙伴去卖,而不是直接替换政府机构现有平台。最大的不确定性在于,操作员可能仍会在太多告警场景里坚持要短视频突发包或原始视频,这会削弱压缩证据包的带宽优势和信任优势。另一个关键缺口是,首个集成商、目标 API 控制面和可被信任的证据格式,在现有资料里都还没落地;所以前 90 天必须先把这三件事跑通,才能大规模铺开产品。如果这些假设成立,公司就能从单一海上告警工作流扩到相邻海上任务,再进一步进入其他间歇连接的主权边缘网络。
问题
- 在波罗的海和北欧海域执行任务的海上 RPAS 团队,不能依赖稳定的地面回传;但实时任务里,他们仍需要把分钟级以内的检测结果送到现场操作员手中。
- 现有替代方案要么高成本地通过 SATCOM 回传原始视频,要么把模型部署和证据处理拆散在无人机、网络和 C2 供应商之间。
- 混编机队和联盟协同工作流让人很难证明到底跑了哪个模型、发了什么证据、以及链路退化后这条告警是否值得信。
解决方案
- 提供一层签名任务包控制平面,把获批模型、路由规则和证据预算分发到无人机、卫星和手持终端节点。
- 默认不再为每条告警都回传全动态视频,而是发送带坐标、置信度、缩略图和溯源信息的压缩证据包。
- 保留模型版本、路由决策和失败交接的审计链,让集成商能支撑验收、复盘以及军民两用合规。
为什么我们会赢
- 这个切口卡在一条现有厂商都没真正占住的控制平面空档里:SATCOM 厂商负责传数据,自主飞行栈负责管飞行器,C2 工具只负责展示输出。
- 第一代产品可以直接吃到现有 RPAS 和安全连接预算,不必要求机构替换传输层或任务系统。
- 围绕模型放置、证据充分性和退化链路表现积累的真实任务日志,会慢慢长成可复用的优化与信任数据集。
| 滩头市场 | 波罗的海和北欧的海上监视集成商,正为某个海岸警卫队或边防试点支持一条“重点船只告警”工作流,而且任务发生在地面覆盖不可靠的区域。 |
|---|---|
| 切入点理由 | 这个入口有真实的作战紧迫性、现成的 RPAS 与 SATCOM 部署,以及一个很窄的验收标准:可信告警能不能比“先传原始视频”更快、且更省带宽地送到现场小组。 |
| 推进顺序 | 公司应先证明一套参考架构、一种告警类型和一个集成商渠道,再往外扩产品边界。早期真正卡脖子的不是模型种类,而是认证、操作员信任和合作伙伴 API 入口。 |
| 暂不进入 | 先不做以覆盖规模优先、而非响应时效优先的污染监测工作流。 · 先不碰搜救决策支持,这类场景的证据标准和责任风险可能完全不同。 · 在海上参考架构没跑通之前,先不扩到泛化的陆地边境监视。 · 先不承诺替换全动态视频,也不深入每一层网络里的 SATCOM 编排。 |
| 切入点 | 把产品卖成一个任务就绪度模块,服务波罗的海或北欧海上监视试点里的“重点船只告警”场景——这里退化链路本来就有预算。 |
|---|---|
| 渠道 | 直接面向已经交付 RPAS 或监视服务的任务系统集成商做企业销售 · 通过需要应用层价值的主权卫星通信和安全连接合作伙伴嵌入式分发 · 一套参考部署被验收后,再借 EMSA、Frontex 或 Finnish Border Guard 既有框架横向扩张 |
| 漏斗目标 | 集成商引荐→技术研讨会 50%+,研讨会→付费试点 25%+,试点→正式生产 50%+,生产→12 个月内扩到第二任务 40%+ |
| 定价 | 按项目收取年度许可费,外加实施费和节点用量费,因为预算挂在任务项目层,而价值则跟受策略控制的获认证无人机、轨道节点和现场终端数量一起放大。 |
| MVP | 围绕一套参考栈做出可试点的控制平面:一型无人机、一条安全连接或存储转发链路、一个现场或 C2 终端,以及一种“重点船只告警”类型,包含签名模型部署、证据包规则和审计日志。MVP 要先证明在链路退化时也能送达告警,而不是一开始就兼容所有传感器、任务和网络。 |
|---|---|
| 6 个月 | 拿下一家共创客户,交付签名任务包的仿真器和实验室集成,并把带溯源信息的分钟级重点船只告警送进一个手持终端或 C2 工作流。 |
| 12 个月 | 在一个波罗的海或北欧海上项目里拿下付费试点,补上从缩略图到短视频突发包的操作员可配置升级,并完成第一套可复用的无人机栈与安全连接栈适配器。 |
| 24 个月 | 把产品标准化成可复制的任务就绪度模块,覆盖 3–4 个海上项目;再加第二个海上用例,并向多任务部署开放可复用的治理和分析能力。 |
| 关键押注 | 操作员会在相当一部分告警场景里接受“缩略图 + 坐标”的证据形式。 · 至少有一个目标集成商能在不触发全新采购流程的情况下把软件嵌进去。 · 目标传输栈和任务栈会暴露出足够钩子,让路由策略跑在现有网络层之上。 · 第一套参考架构只需有限定制工程,就能泛化到多个波罗的海和北欧项目。 |
| 收入来源 | 按任务项目收取年度平台许可费 · 一次性或按里程碑收费的实施与认证支持 · 按接入无人机、轨道节点或活跃现场终端收取用量费 |
|---|---|
| 价值单位 | 一个已获认证的任务项目,包含明确数量的受控边缘节点和现场终端 |
| 目标毛利率 | 70% |
| 扩张杠杆 | 在同一项目里增加更多无人机、终端和告警策略 · 基于同一套架构,把一个海上告警工作流扩成更多海上任务 · 首套参考栈跑通后,把治理和审计层复用到相邻主权边缘项目 |
| 北极星指标 | 在链路退化时,60 秒内把可信告警送达的正式生产任务数 |
|---|---|
| 输入指标 | 由集成商赞助的技术研讨会数量 · 合格共创客户转付费试点的胜率 · 链路退化测试场景下的告警送达时延中位数 · 使用压缩证据而非原始视频被接受的告警占比 · 试点转正式生产的转化率 |
| 待构建护城河 | 把链路条件、模型放置和检测结果连在一起的专有任务日志数据集 · 适用于波罗的海和北欧海上工作流的可复用签名任务包模板 · 经验证的溯源与审计基础设施——后续传输层或自主飞行供应商想补上,成本会很高 |
| 终止标准 | 如果 12 个月内没有集成商愿意赞助付费试点,说明这个渠道假设不够成立。 · 如果大多数目标告警场景里,操作员都要求原始视频或短视频突发包升级,那证据包的 ROI 逻辑就站不住。 · 如果合作方栈在传输层之上暴露不出足够的路由或打包钩子,产品就会滑成定制集成,而不是软件。 |
里程碑
- 锁定一家点名的波罗的海或芬兰共创客户,并界定一条重点船只试点。
- 交付签名任务包、压缩证据包和审计日志组成的 MVP,覆盖一套参考栈。
- 在链路退化仿真里证明分钟级告警投递,并把首个共创客户转成付费试点。
- 把首个试点转成年度正式生产许可。
- 把参考架构复用到 1–2 个额外海上项目上,集成投入显著下降。
- 在任务规则要求时,补上从缩略图证据到短视频突发包的操作员可控升级。
- 做到 4 个付费海上项目,并在波罗的海/北欧切口里把公司立成标准任务就绪度模块。
- 基于同一治理和溯源层,扩到第二类海上工作流。
- 判断产品是否已经足够可复制,从而进入陆地边境或偏远工业等相邻场景。
flowchart LR Wedge[重点船只告警切口] --> MVP[签名任务包 MVP] MVP --> Proof[付费试点证明分钟级可信告警] Proof --> Expansion[扩到更多海上项目与任务]
创始团队
| 角色 | 入职时间 | 理由 |
|---|---|---|
| 创始工程师 | 第 0 个月 | 负责策略引擎、适配器架构和首条安全部署流水线。 |
| 创始人/CEO | 第 0 个月 | 负责拿下集成商共创客户、界定试点范围,并穿越项目制采购。 |
| 应用 ML/DDIL 系统工程师 | 第 3 个月 | 负责围绕任务要求调优模型放置、证据压缩和退化链路表现。 |
| 现场集成与安全工程师 | 第 6 个月 | 负责从实验室到试点的部署、日志、验收文档和合作方集成摩擦。 |
| 项目捕获 / 国防销售负责人 | 第 9 个月 | 首个试点出现后,公司就需要把灯塔客户转成可复制销售管道,这时这一角色才变得必要。 |
实验路线图
| 阶段 | 实验 | 假设 | 成功指标 | 负责人 |
|---|---|---|---|---|
| 0–90 天 | 锁定并拿下一家点名的波罗的海或芬兰共创客户。 | 如果把产品包装成就绪度和互操作模块,而不是新的 AI 平台,任务系统集成商就愿意赞助试点。 | 拿到一份已签署的共创客户协议,或一份带活跃海上监视项目的付费探索 SOW。 | 创始人/CEO |
| 0–90 天 | 定义重点船只告警所需的最小可信证据包。 | 至少一半目标告警场景里,操作员会对“缩略图 + 坐标 + 溯源”数据包采取行动。 | 结构化评审中,操作员在不先要求原始视频的前提下接受率 >=50%。 | 产品负责人 |
| 0–120 天 | 完成一套跨无人机、连接链路和现场应用终端的参考架构集成方案。 | 首个目标栈暴露的钩子足够多,能在不改核心网络基础设施的情况下实现签名任务包和退化链路路由。 | 形成书面集成方案,没有关键阻塞依赖,而且 MVP 范围不超过两个适配器加一个现场终端。 | 创始工程师 |
| 90–180 天 | 围绕一条重点船只工作流跑链路退化仿真。 | 相较“先传原始视频”的做法,MVP 能在明显减少传输数据量的同时,把告警时延中位数压到 60 秒内。 | 实验室结果显示,告警时延中位数低于 1 分钟,且带宽明显优于基线。 | 应用 ML/DDIL 系统工程师 |
| 120–270 天 | 把共创客户转成付费现场试点。 | 任务结果和可审计性足够强,有限试点后客户愿意走向付费生产路径。 | 拿到至少 $250k 的付费试点合同,并附带明确的年度许可转化方案。 | 创始人/CEO |
| 180–360 天 | 用第二个海上项目验证可复制性。 | 首个部署中的策略、溯源和适配器层,至少 70% 能复用到相邻项目。 | 拿到第二个设计机会,复用率估算 >=70%,且实施周期明显短于第一个试点。 | 现场集成负责人 |
风险评估
- R1集成商主导的采购比计划更慢,导致首个试点迟迟落不下来。 — 把产品卖成已有资金支持的 RPAS 或安全连接项目里的模块,在投入重定制前先要求对方明确赞助试点。
- R2操作员认为压缩证据不足以支撑实时处置。 — 先从一种告警类型起步,每个数据包都附带溯源和坐标,再补受控的短视频突发包升级,而不是默认缩略图一定够。
- R3合作方栈把传输层或任务层封得太死,导致控制平面产品难以复用。 — 先在传输层之上做存储转发逻辑,只有合作方暴露出稳定接口时,才继续向下做更深编排。
- R4合规、出口管制或军民两用审查拖慢跨境部署。 — 首个部署先收敛在一个狭窄海上项目里,尽早留好模型溯源,并在 v1 避免不必要的跨境功能范围。
- R5产品变得过于服务化,做不出可复用的软件利润率。 — 死守一套参考架构,跟踪不同试点间的代码复用率,并拒绝那些需要定制替换平台的边缘需求。
| 风险 | 可能性 | 影响 | 缓解措施 |
|---|---|---|---|
| 集成商主导的采购比计划更慢,导致首个试点迟迟落不下来。 | High | High | 把产品卖成已有资金支持的 RPAS 或安全连接项目里的模块,在投入重定制前先要求对方明确赞助试点。 |
| 操作员认为压缩证据不足以支撑实时处置。 | Medium | High | 先从一种告警类型起步,每个数据包都附带溯源和坐标,再补受控的短视频突发包升级,而不是默认缩略图一定够。 |
| 合作方栈把传输层或任务层封得太死,导致控制平面产品难以复用。 | Medium | High | 先在传输层之上做存储转发逻辑,只有合作方暴露出稳定接口时,才继续向下做更深编排。 |
| 合规、出口管制或军民两用审查拖慢跨境部署。 | Medium | Medium | 首个部署先收敛在一个狭窄海上项目里,尽早留好模型溯源,并在 v1 避免不必要的跨境功能范围。 |
| 产品变得过于服务化,做不出可复用的软件利润率。 | Medium | High | 死守一套参考架构,跟踪不同试点间的代码复用率,并拒绝那些需要定制替换平台的边缘需求。 |
| 标题 | 服务海岸警卫队重点船只任务的波罗的海海上监视集成商 |
|---|---|
| 画像 | 一家芬兰或北欧任务系统提供商,正为某个海岸警卫队或边防试点运营 10–20 架 ISR 无人机,沿海覆盖断续,并配有手持终端一线用户。 |
| 触发点 | 试点里程碑或采购截止时间,要求系统在脱离地面覆盖时仍能稳定投递告警,或者要求迁移到主权通信基础设施。 |
| 买方 | 集成商内部的项目经理或 ISR 运营负责人 |
| 初始合同 | 首单是 $250k-400k 的付费试点,覆盖一套参考架构;如果被验收为获批的任务就绪度模块,再转成 $700k-900k 的年度项目许可费加支持费。 |
必须成立的条件
- 至少有一个波罗的海或芬兰集成商能把这套软件塞进现有海上监视项目,而不用触发全新的独立采购。
- 现场操作员会在相当一部分重点船只告警里接受压缩证据包。
- 至少有一套目标无人机、网络和 C2 栈暴露出足够的集成钩子,支撑签名任务包和路由策略。
- 项目经济性能够支持每个正式生产部署大约 $700k+ 的可重复年度软件支出。
- 首个部署沉淀的是可复用策略与信任数据,而不是一次性服务项目。
待尽调问题
- 首个试点架构和预算条线具体由哪家点名集成商掌握?
- 在不要求原始视频的前提下,操作员究竟会对什么样的告警包采取行动?
- 首个目标栈里有哪些合作方 API 或控制面可用?
- 第一份合同里,软件收入和定制集成收入各占多少?
- 最可能拖慢部署的认证或军民两用合规环节是哪一个?
| 结论 | 观察 |
|---|---|
| 信心 | 作战痛点足够强,切口也足够窄而自洽;但在验证出一个集成商、一个可信证据格式和一个可用合作方控制面之前,信心上限仍然有限。 |
| 相信的理由 | 公司瞄准的是 RPAS 运营、安全卫星通信和现场分发之间真实存在的控制平面空档,而这一区域本来就有海上安全紧迫性和主权连接项目撑起的预算。 |
| 怀疑的理由 | 早期采用既依赖合作方主导的采购,也依赖操作员接受压缩证据,而现有资料尚未证明这两点。 |
| 下一步尽调 | 确认一家点名的波罗的海或芬兰集成商愿意把产品塞进付费试点,并明确操作员在不看原始视频时愿意接受的最小证据包。 |
财务模型
| 第 1 年收入 | $239K EBITDA $-961K · 期末现金 $1.24M |
|---|---|
| 第 2 年收入 | $1.78M EBITDA $-426K · 期末现金 $813K |
| 第 3 年收入 | $3.04M EBITDA $150K · 期末现金 $962K |
| 年 ARPU | $820K |
|---|---|
| 毛利率 | 70% |
| CAC | $384K 回本期 8.0 个月 |
| LTV / CAC | 12.5x 生命周期价值 $4.78M |
| 轮次 | 种子前轮 · $2.2M |
|---|---|
| 跑道 | 24 个月 |
| 里程碑 | 在 seed 轮前,把首个试点转成正式生产年度许可,把参考架构复用到至少另外 2 个海上项目,并做到 3 个付费项目且具备可复用的认证证据。 |
模型合理性
- 收入引擎. 基础情形收入来自这样一条路径:Y1 结束时有 1 个付费试点,到 Y3 结束做到 4 个付费海上项目,每个项目的混合年价值约为 $820K。
- 必须成立的前提. 首个试点必须在 M9 前落地,并证明适配器足够可复用,才能在不把公司做成服务外包的前提下,于 Y2 结束前再关掉两个海上项目。
- 模型会在哪种情况下失效. 如果采购或操作员信任滑向 downside 情形,业务在积累到足以自我供血之前,Y3 末现金会跌到约 -$0.35M。
- 下一轮融资的证明点. 当首个试点转成正式生产、3 个付费项目跑出可复用认证证据,并且到第 4 个项目的路径已经清楚时,seed 融资故事才算站稳。
- 营收(线/面积)
- 期末现金(虚线)
- EBITDA(柱,灰色为亏损)
- 创始人/CEO
- 创始工程师
- 应用 ML/DDIL 系统工程师
- 现场集成与安全工程师
- 项目捕获 / 国防销售负责人
- 平台工程师
- 客户成功 / 任务运营负责人
- 安全 / 合规工程师
| 第3年营收 | 第3年 EBITDA | 现金最低点 | 说明 | |
|---|---|---|---|---|
| 下行 | 集成商采购拖延,首个试点更晚转正,公司到 Y3 结束时只有 3 个付费项目,范围更窄、交付也更依赖人工。 | |||
| 基准 | 公司在 Y1 拿下一家集成商主导的试点,Y2 转正式生产,再靠同一套架构在 Y3 结束前做到 4 个付费海上项目。 | |||
| 上行 | 如果灯塔试点表现很强,再叠加合作伙伴转介绍,公司就可能更早拿下项目,到 Y3 结束做到 5 个付费项目,同时 ARPU 更高、实施毛利也更干净。 |
| 变量 | 下行 | 上行 | 现金影响 | 营收影响 |
|---|---|---|---|---|
| 流失率 | 续约或项目预算没有全部延续时,留存效果相当于公司在 Y3 结束时少 1 个付费项目。 | 留存效果相当于公司保住每一个正式生产项目,并且在不丢 logo 的情况下完成项目内扩张。 | ||
| 销售周期 | 由于集成商采购和安全评审时间拉长,每个新项目都大约晚一个季度关闭。 | 参考客户带来的可信度压缩了安全评审,让其中一个项目能提前约一个季度成交。 | ||
| 毛利率 | 由于太多现场集成和证据包工作仍靠人工,毛利率停留在 66% 左右。 | 随着适配器、审计包和部署 playbook 可复用,毛利率可向 74% 靠拢。 | ||
| ARPU | 由于客户购买的项目范围更窄、用量扩张更晚,混合年 ARPU 最终落在 $780K。 | 更多项目转成完整正式生产,且终端数量扩张后,混合年 ARPU 可升到 $860K。 | ||
| 招聘节奏 | 为了应付定制化交付和安全开销,平台、客户成功和合规岗位都得提前 1–2 个季度招聘。 | 如果集成仍足够标准化,公司就能维持基础招聘计划,用 8 名 FTE 支撑 4 个项目。 | ||
| CAC | 由于集成商研讨会、出差和认证陪跑增加,S&M 强度从 4% 收入抬升到约 5%,有效 CAC 上升。 | 合作伙伴转介绍让 S&M 强度向 3% 收入靠拢。 |
情景
| 情景 | 第 3 年收入 | 第 3 年 EBITDA | 现金低点 | 说明 | 关键变化 |
|---|---|---|---|---|---|
| 下行 | $2.11M | $-674K | $-349K | 集成商采购拖延,首个试点更晚转正,公司到 Y3 结束时只有 3 个付费项目,范围更窄、交付也更依赖人工。 |
|
| 基准 | $3.04M | $150K | $783K | 公司在 Y1 拿下一家集成商主导的试点,Y2 转正式生产,再靠同一套架构在 Y3 结束前做到 4 个付费海上项目。 |
|
| 上行 | $4.12M | $966K | $1.07M | 如果灯塔试点表现很强,再叠加合作伙伴转介绍,公司就可能更早拿下项目,到 Y3 结束做到 5 个付费项目,同时 ARPU 更高、实施毛利也更干净。 |
|
敏感性
| 变量 | 下行情景 | 基准情景 | 上行情景 |
|---|---|---|---|
| ARPU | 由于客户购买的项目范围更窄、用量扩张更晚,混合年 ARPU 最终落在 $780K。 | 模型中假设混合年 ARPU 维持在 $820K。 | 更多项目转成完整正式生产,且终端数量扩张后,混合年 ARPU 可升到 $860K。 |
| CAC | 由于集成商研讨会、出差和认证陪跑增加,S&M 强度从 4% 收入抬升到约 5%,有效 CAC 上升。 | 模型中假设每个新增付费项目的 CAC 维持在约 $384K。 | 合作伙伴转介绍让 S&M 强度向 3% 收入靠拢。 |
| 流失率 | 续约或项目预算没有全部延续时,留存效果相当于公司在 Y3 结束时少 1 个付费项目。 | 基础路径在单位经济模型中采用 1.0% 月流失率,同时客户路径本身已反映公共部门客户集中的特点。 | 留存效果相当于公司保住每一个正式生产项目,并且在不丢 logo 的情况下完成项目内扩张。 |
| 销售周期 | 由于集成商采购和安全评审时间拉长,每个新项目都大约晚一个季度关闭。 | 基础情形假设首个付费试点在 M9 到来,后续项目按 A6-A8 的里程碑节奏推进。 | 参考客户带来的可信度压缩了安全评审,让其中一个项目能提前约一个季度成交。 |
| 毛利率 | 由于太多现场集成和证据包工作仍靠人工,毛利率停留在 66% 左右。 | 模型用商业计划里 70% 的目标毛利率来衡量成熟期单位经济。 | 随着适配器、审计包和部署 playbook 可复用,毛利率可向 74% 靠拢。 |
| 招聘节奏 | 为了应付定制化交付和安全开销,平台、客户成功和合规岗位都得提前 1–2 个季度招聘。 | 基础情形会等到额外正式生产复用显现后,才补试点后的新增岗位。 | 如果集成仍足够标准化,公司就能维持基础招聘计划,用 8 名 FTE 支撑 4 个项目。 |
关键假设 (25)
| ID | 名称 | 数值 | 单位 | 来源 |
|---|---|---|---|---|
| A1 | 模型起始月份 | 2026-07 | YYYY-MM | [business-plan.yaml date] 以 2026-06-27 计划日期之后的首个完整运营月为起点。 |
| A2 | pre-seed 交割后的期初现金 | 2200 | USDK | [business-plan.yaml fundingAsk.targetFundingRangeUsd + runwayMonths] 由于计划把范围收敛在 4 个付费项目、Y2 结束时 7 名 FTE,因此按所述 $2-4M 区间的中下段建模。 |
| A3 | 收入单位 | 付费中的海上项目 | 定义 | [business-plan.yaml businessModel.unitOfValue; investorMemo.firstCustomer] 每个客户代表一个有预算的任务项目,以付费试点或正式部署的方式购买该模块。 |
| A4 | 每个付费项目的混合年 ARPU | 820 | USDK/program-year | [business-plan.yaml investorMemo.firstCustomer.initialContract; research.yaml market.som] 正式生产定价区间中点为 $700-900K;研究里的 SOM 也对应 4 个项目、每个约 $800K。模型采用 $820K,并计入适度的支持费和节点用量收入。 |
| A5 | 收入确认时点 | 按每月或每季度活跃项目数的中点确认 | 规则 | [startup-finance heuristic] 假设新项目平均在期中开始贡献收入,而不是第一天就全额确认。 |
| A6 | Y1 月末客户路径 | 0,0,0,0,0,0,0,0,1,1,1,1 | 活跃付费项目 | [business-plan.yaml experimentRoadmap + milestones 0-12 个月] 付费客户要等试点收口后才出现;首个付费试点在 M9 落地,并在 Y1 结束前保持为唯一活跃付费项目。 |
| A7 | Y2 季末客户数 | Q1Y2 2; Q2Y2 2; Q3Y2 3; Q4Y2 3 | 活跃付费项目 | [business-plan.yaml milestones 12-24 个月] 假设首个试点在 Y2 转正式生产,并把参考架构复用到另外 1–2 个海上项目,做到 Y2 结束。 |
| A8 | Y3 季末客户数 | Q1Y3 3; Q2Y3 4; Q3Y3 4; Q4Y3 4 | 活跃付费项目 | [business-plan.yaml milestones 24-36 个月; research.yaml market.som] 在 36 个月内做到 4 个付费项目,与研究里的 $3.2M SOM 上限对齐。 |
| A9 | COGS 爬坡 | Y1 40%; Y2 31%; Y3 28% of revenue | 收入占比 | [business-plan.yaml businessModel.targetGrossMarginPct; operations] 早期要背负认证、集成和现场验证拖累;到 Y3,适配器和证据包能复用后,实际毛利率提升到 72%。 |
| A10 | 稳定态目标毛利率 | 70 | 百分比 | [business-plan.yaml businessModel.targetGrossMarginPct] 单位经济模型以商业计划中 70% 的目标毛利率为锚,而不是以试点权重更高的 Y1 口径为锚。 |
| A11 | 单位经济模型月度客户流失率 | 1.0 | 百分比 | [startup-finance heuristic] 面向公共部门的关键任务软件在部署后应当很黏,但年度续约和项目预算波动仍值得保留一个非零流失假设。 |
| A12 | 创始人/CEO 含税现金薪酬 | 156 | USDK/year | [business-plan.yaml team Founder/CEO] 采用 startup-finance 经验值:低于市场价的创始人现金工资,加上薪资税和福利。 |
| A13 | 创始工程师含税现金薪酬 | 192 | USDK/year | [business-plan.yaml team Founding eng] 采用 startup-finance 经验值:资深技术创始人的现金薪酬包,加上薪资负担。 |
| A14 | 应用 ML/DDIL 系统工程师含税现金薪酬 | 180 | USDK/year | [business-plan.yaml team Applied ML/DDIL systems engineer] 采用 startup-finance 经验值:在欧美国防科技招聘市场上,边缘 ML 和受限链路工程师非常稀缺。 |
| A15 | 现场集成与安全工程师含税现金薪酬 | 168 | USDK/year | [business-plan.yaml team Field integration and security engineer] 采用 startup-finance 经验值:负责部署、日志和安全验收的角色。 |
| A16 | 项目捕获 / 国防销售负责人含税现金薪酬 | 180 | USDK/year | [business-plan.yaml team Program capture or defense sales lead] 采用 startup-finance 经验值:首个试点出现后加入的项目制国防销售角色。 |
| A17 | 平台工程师含税现金薪酬 | 174 | USDK/year | [business-plan.yaml strategicChoices.sequencingRationale] 采用 startup-finance 经验值:试点之后首个工程招聘,负责把适配器做成可跨项目复用的产品能力。 |
| A18 | 客户成功 / 任务运营负责人含税现金薪酬 | 138 | USDK/year | [business-plan.yaml milestones 12-24 个月] 采用 startup-finance 经验值:客户数达到 3 个项目后,需要补上售后导入和操作员支持。 |
| A19 | 安全 / 合规工程师含税现金薪酬 | 174 | USDK/year | [business-plan.yaml risks + operations] 采用 startup-finance 经验值:在第二个可复用正式生产项目之后,补上出口管制、审计包和安全部署深度。 |
| A20 | 招聘节奏 | M1 创始人/CEO 和创始工程师;M3 应用 ML/DDIL 工程师;M7 现场集成/安全工程师;M10 项目捕获负责人;M16 平台工程师;M22 客户成功/任务运营负责人;M28 安全/合规工程师 | 时点 | [business-plan.yaml team; strategicChoices.sequencingRationale] 先招能把技术证据跑通的人,再招商业放大角色;等正式生产复用显现后,再补支持和合规岗位。 |
| A21 | 职能薪酬分摊 | 创始人/CEO 70% S&M / 30% G&A;创始工程师和平台工程师 100% R&D;应用 ML/DDIL 100% R&D;现场集成/安全 50% R&D / 50% G&A;项目捕获负责人 100% S&M;客户成功/任务运营 40% S&M / 60% G&A;安全/合规 70% R&D / 30% G&A | 分摊 | [business-plan.yaml team rationales; operations] 分摊逻辑取决于谁负责拿下共创客户、谁负责搭可复用软件、谁承担部署与合规开销。 |
| A22 | 非薪酬运营开支 | Y1 S&M 10K + 4% of revenue monthly, R&D 17K monthly, G&A 12K monthly; Y2 S&M 12K + 4% of revenue, R&D 19K, G&A 14K; Y3 S&M 14K + 4% of revenue, R&D 20K, G&A 16K | USDK/月nth | [startup-finance heuristic] 反映出差密集的集成商销售、仿真/测试基础设施、认证证据、保险以及法律/合规等国防相邻软件公司的开销。 |
| A23 | 现金转换规则 | EBITDA 近似等于经营现金变动 | 规则 | [startup-finance heuristic] 现阶段不建模债务、资本开支、税项或显著营运资金波动。 |
| A24 | 下一轮融资里程碑 | 在 seed 轮之前做到 3 个付费海上项目、把首个试点转成正式生产,并证明参考架构能复用到更多项目。 | 里程碑 | [business-plan.yaml milestones 12-24 个月; fundingAsk.useOfFundsSummary] 这也是当前 pre-seed 融资规模和额外 6 个月缓冲的依据。 |
| A25 | 混合 CAC 计算方法 | 384.0 | USDK/new paying program | 按模型中的 Y2-Y3 销售与市场费用 1151.9K,除以从 Y1 结束到 Y3 结束新增的 3 个净新增付费项目得出。 |
flowchart LR IntegratorLeads[集成商共创客户] --> PaidPilots PaidPilots --> ProductionPrograms ProductionPrograms --> Revenue Revenue --> GrossProfit GrossProfit --> Cash
警示项: 模型假设存在一家点名集成商,能把这套软件挂进现有海上项目,而不用新增独立采购。 · ARPU 锚定的是研究里的 SOM 算法和商业计划中的价格区间,而不是这个细分类别的已观察合同数据。 · 基础情形只有 4 个付费项目,因此任何一次转正延后或一次不续约,都会对跑道和下一轮融资时点产生放大影响。 · 只有在公司把集成做成可复用能力、避免滑向定制系统集成服务时,毛利率假设才成立。
主要风险
- 采购拖延. 即便任务痛点很明确,国防和海岸警卫队的采购周期也可能拖慢独立软件的采用。 缓解措施: 先从已有资金支持的集成商试点切入,把产品包装成与近期演训或验收节点绑定的任务就绪度条目。
- 网络碎片化. 卫星、无人机和指挥系统各不相同,可能让路由层集成成本高、标准化困难。 缓解措施: 先围绕北欧海上试点做一套参考架构,用厂商中立的策略引擎加存储转发连接器来落地。
- 操作员不信 AI 告警. 如果检测噪声大或溯源薄弱,现场小组就会无视告警,重新依赖原始视频或人工流程。 缓解措施: 先盯住一种高价值告警类型,每个数据包都附带证据缩略图和模型溯源,并保留人工确认回路做再训练。
证据
引用来源 (32)
- Tech Funding News. ReOrbit 获得 Business Finland €4.6M 资助,建设把 AI 送上轨道的私有卫星网络 · https://techfundingnews.com/reorbit-4-6m-funding-ai-satellite-network-business-finland/
- ReOrbit. ReOrbit 与 Google Cloud 推出 “Space Cloud”,试图打开新的轨道数据经济 · https://www.reorbit.space/resources/articles/reorbit-announces-space-cloud-in-collaboration-with-google-cloud-to-unlock-new-orbital-data-economy
- Finnish Border Guard. 在 EMSA 支持下,Finnish Border Guard 继续通过空中力量监视芬兰海域 · https://raja.fi/en/-/the-finnish-border-guard-continues-to-monitor-the-finnish-sea-areas-from-air-with-support-of-emsa
- EMSA. 波罗的海国家受益于 EMSA 区域 RPAS 服务,海上监视能力得到增强 · https://www.emsa.europa.eu/newsroom/press-releases/item/4379-baltic-countries-benefit-from-emsa%E2%80%99s-regional-rpas-service-for-enhanced-maritime-surveillance.html
- EMSA. 遥控航空器系统服务(RPAS) · https://www.emsa.europa.eu/we-do/surveillance/rpas.html
- Frontex. Frontex 与保加利亚启动战术无人机试点,提升边境安全 · https://www.frontex.europa.eu/innovation/announcements/frontex-launches-tactical-drone-pilot-with-bulgaria-to-boost-border-security-fBWhHS
- Frontex. Frontex 与保加利亚完成无人机试点,为更智能的欧盟边境监视铺路 · https://www.frontex.europa.eu/media-centre/news/news-release/frontex-and-bulgaria-conclude-drone-pilot-project-paving-way-for-smarter-eu-border-surveillance-WnJYVT
- NATO. NATO 盟友同意加快创新技术在波罗的海安全中的采用与集成 · https://www.nato.int/en/news-and-events/articles/news/2026/02/12/nato-allies-agree-to-expedite-innovation-adoption-and-integration-for-baltic-sea-security
- NATO. NATO 启动 'Baltic Sentry',提升关键基础设施安全 · https://www.nato.int/en/news-and-events/articles/news/2025/01/14/nato-launches-baltic-sentry-to-increase-critical-infrastructure-security
- OSW Centre for Eastern Studies. Baltic Sentry:NATO 在波罗的海的强化行动 · https://www.osw.waw.pl/en/publikacje/analyses/2025-01-15/baltic-sentry-natos-enhanced-activity-baltic-sea
- NATO. NATO 发布修订版 AI 战略 · https://www.nato.int/en/news-and-events/articles/news/2024/07/10/nato-releases-revised-ai-strategy
- NATO. 联盟数据战略 · https://www.nato.int/en/about-us/official-texts-and-resources/official-texts/2025/05/05/data-strategy-for-the-alliance
- NATO. NATO 数字骨干 · https://www.nato.int/en/about-us/official-texts-and-resources/official-texts/2024/12/13/nato-digital-backbone
- European Defence Agency. 下一代 MARSUR 技术开始铺开 · https://eda.europa.eu/news-and-events/news/2024/07/17/roll-out-of-the-next-generation-of-marsur-technology
- European Defence Agency. MARSUR III:强化欧洲海上信息交换 · https://eda.europa.eu/what-we-do/all-activities/activities-search/maritime-surveillance-(marsur)
- EUSPA. GOVSATCOM Hub · https://www.euspa.europa.eu/govsatcom-hub
- EUSPA. IRIS² · https://www.euspa.europa.eu/eu-space-programme/secure-satcom/iris2
- EU Space Policy. 安全连接简明概览 · https://eu-space.europa.eu/programmes/secure-connectivity-iris2-and-govsatcom
- EUR-Lex. 《欧盟 2024/1689 号条例(人工智能法)》 · https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32024R1689
- European Commission. 军民两用物项出口 · https://policy.trade.ec.europa.eu/help-exporters-and-importers/exporting-dual-use-items_en
- 3GPP. 非地面网络(NTN) · https://www.3gpp.org/technologies/ntn-overview
- GSMA. 卫星直连终端(D2D) · https://www.gsma.com/solutions-and-impact/connectivity-for-good/public-policy/mobile-policy-handbook/spectrum-management-and-licensing/satellite-direct-to-device-d2d/
- CSET. 太空边缘的 AI · https://cset.georgetown.edu/publication/ai-on-the-edge-of-space/
- ESA Φ-lab. 两颗 Φ-lab 支持的卫星——ESA Φsat-2 与 SmartSat CRC Kanyini——把 AI 带上新高度 · https://philab.esa.int/two-%CF%86-lab-supported-satellites-esa-%CF%86sat-2-and-smartsat-crc-kanyini-take-ai-to-new-heights/
- Airbus. European Maritime Safety Agency 选用 Flexrotor · https://www.airbus.com/en/newsroom/press-releases/2025-12-european-maritime-safety-agency-selects-airbus-flexrotor-drone-for
- Finnish Border Guard. MVX 项目 · https://raja.fi/en/surveillance-aircraft-must-be-replaced
- Finnish Border Guard. 波罗的海国家加强信息交换,以应对安全风险 · https://raja.fi/en/-/baltic-sea-countries-enhance-information-exchange-to-manage-security-risks
- Inmarsat Government. Inmarsat 如何为政府 UAS 用户提供面向未来的 SATCOM · https://www.inmarsatgov.com/future-proof-satcom-uas/
- Viasat. Air · https://www.viasat.com/government/connectivity/air/
- Anduril. Lattice Mesh · https://www.anduril.com/lattice/lattice-mesh
- Shield AI. Hivemind:自主无人机与 AI 飞行员软件 · https://shield.ai/hivemind/
- SIPRI. 2024 年全球军费支出趋势 · https://www.sipri.org/publications/2025/sipri-fact-sheets/trends-world-military-expenditure-2024