出品/星动无极

10月30日，谷歌首席执行官桑达尔·皮查伊宣布，Project Suncatcher的原型卫星已在轨跑通首个AI回复。一颗数据中心级TPU在太空中启动，执行地面发来的提示词，把一首俳句完整传回地面。地面站在一次过境时把提示词上行到星载的Gemma 4开源模型，团队随后还测试了太空主题的打油诗和报告载荷系统状态的遥测提示词。

这颗卫星只有冰箱大小，算力大约相当于地面一个TPU服务器切片。谷歌自己的表述很清楚：它不是完整的太空数据中心，也不运行任何用户负载。这句话划定了性质——这是一次功能验证，不是商业服务。

即便只是功能验证，几个工程约束已经露出来了。整条链路必须挤在一次过境窗口内完成：上行提示词、星上加载模型、执行推理、下行结果。窗口通常只有几分钟，模型如果需要在轨加载权重，时间会被吃掉大半；这次验证的是Gemma 4这类相对轻量的开源模型，换成参数规模更大的模型，窗口是否够用是另一个问题。

散热和供电是太空算力的长期约束。地面数据中心可以用液冷和大型空调把热量带走，真空环境里只能靠辐射散热，散热面积与功耗直接挂钩；太阳能供电在轨虽然没有昼夜天气影响，但帆板面积、电池容量和平台姿态都要为算力让路。单颗卫星的算力密度因此远低于地面机柜。

谷歌的路线是把算力星做成编队。按此前公开的信息，Suncatcher设想的是多颗卫星通过激光链路互联，形成一个在轨计算集群，而不是单星独立工作。这次验证只走到单星跑通推理这一步，星间互联、集群调度、故障切换都还没有实测数据。

器件等级是另一道坎。数据中心级TPU不是按宇航标准设计的，宇宙射线引发的单粒子翻转会导致计算错误甚至器件损坏，商用芯片上天的常规做法是加屏蔽、做冗余、配合纠错算法，这三项都会吃掉算力密度和功耗预算。这次原型星能在轨跑完一次推理，说明基本的容错方案成立，但长期在轨运行的失效率要飞上一年半载才有数据。

美国企业在这个方向上的规划规模已经远超技术验证的节奏。蓝色起源向联邦通信委员会提交了约51600颗数据中心卫星的申请，计划运行在500至1800公里的太阳同步轨道，通过激光链路传输数据，与此前规划的5408颗TeraWave通信卫星配合；初创公司Starcloud申请了88000颗。两个月内，仅美国企业提交的太空数据中心卫星申请总数就超过120万颗。这些数字目前更像轨道与频谱资源的战略卡位，先申请意味着先占位，与真正建成的星座不在一个时间尺度上。

中国的路径偏向中小规模的实际部署。2024年，"东方慧眼"星座实现了首个国产化通用CPU加NPU架构的在轨应用，把大模型送上太空；2025年5月，成都国星宇航与之江实验室联合发射"三体计算星座"首批12颗卫星，每颗搭载80亿参数的天基AI模型，单星算力744TOPS，12颗协同在轨算力5POPS，计划2032年完成1000颗组网。10月30日，北京太空算力创新中心发布天地一体化太空算力云平台，覆盖40余颗卫星算力资源。规模上与美国的百万颗申请不在一个量级，落地节奏却更快。

回到这次验证本身，它证明的是"在轨推理这件事能跑通"，不能证明"在轨推理有商业价值"。判断后者需要三个数字：单位算力的成本、可用窗口的占比、以及愿意为此付费的客户数量。谷歌没有披露任何一个。对做遥感、应急、海洋监测的用户来说，在轨算力真正的好处是缩短从成像到出结果的链路，这个好处能不能折算成钱，取决于他们愿不愿意为时效付溢价。

成本这一项有个容易被低估的部分：在轨算力的折旧周期比地面短。地面服务器的折旧按三到五年算，卫星的设计寿命通常五到七年，但星载计算单元的迭代速度远快于卫星平台，一颗2026年上天的算力星，到2029年其算力水平可能已经落后两代，却没法像地面机房那样单独换卡。算力星的经济模型因此必须把"算力过时但卫星还在轨"这段窗口算进去。

一个容易被忽略的细节是这次验证的模型选择。Gemma 4是开源模型，权重可以在地面准备好再上行，这降低了在轨部署的复杂度；商业客户要用自己的模型，涉及模型授权、权重加密、在轨更新，这一整套流程还没有人跑通过。太空算力从技术演示走到可交付的服务，中间隔着的正是这些不起眼的工程环节。