news 2026/11/2 1:59:27

谷歌让太空里的AI 回了一首诗,然后呢?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
谷歌让太空里的AI 回了一首诗,然后呢?

谷歌把AI芯片送上了太空,然后让它写了一首诗。

这听起来像一场昂贵的浪漫实验。但对谷歌来说,诗写得好不好,可能是整件事里最不重要的部分。

10月30日,谷歌公布:Project Suncatcher原型卫星搭载的数据中心级TPU,已经在轨道上完成AI响应,并把结果传回地面。机上运行的是Gemma 4开放模型,收到的任务是写一首关于太空的俳句。[1]

一首诗,验证了什么?

按照谷歌的描述,地面团队在卫星经过地面站覆盖范围时上传提示词。随后,卫星经过挪威斯瓦尔巴群岛,地面收到了模型写出的诗。[1]

这条链路很直观:指令传上去,模型在轨计算,结果再传下来。

它验证了这次任务的运行链路,却还不能回答另一个更大的问题:这样的硬件能否长期、稳定、经济地承担大量AI工作?

这也是为什么,一首诗可以成为里程碑,却还不足以成为商业化的证明。

这颗原型卫星由谷歌与Planet合作开发,于10月1日搭乘SpaceX的Transporter-18拼车任务进入轨道。谷歌当时就明确,任务重点是采集硬件在真实太空环境中的表现数据。[2]

AI硬件,能在太空中生存吗?谷歌官方视频封面 · 硬件可靠性研究 · 来源:Google [3]

为什么要把算力搬上天?

这个项目的出发点,是能源。

Project Suncatcher设想让搭载TPU的卫星利用太阳能供电,再通过光通信连接,探索可扩展的太空AI计算基础设施。[4]

TPU可以理解为谷歌专门面向机器学习计算设计的芯片。在这个设想里,卫星既要装得下计算设备,也要为它们提供持续工作的条件。

谷歌研究团队给出的吸引力是:在合适轨道上,太阳能板可以接近持续受光,发电潜力最高可达地面条件下的8倍。[4]

注意限定词:合适轨道、太阳能板、最高潜力。这个数字不能直接换算成“AI成本降到八分之一”。

发电只是整套系统的一部分。发射、通信、散热、寿命和维护,都要计入最后的账本。

上天之后,还有三道硬题

第一道,是热往哪里去。

太空没有空气,不能像地面设备那样靠风把热带走。谷歌介绍,团队正在研究热管与辐射散热器等方案,并在热真空环境中测试。[3]

太空里的AI芯片,如何散热?谷歌官方视频封面 · 热管理研究 · 来源:Google [3]

所以,“太空很冷”并不意味着“芯片天然好散热”。对计算设备而言,关键是有没有有效的传热和排热路径。

第二道,是硬件能撑多久。

谷歌把辐射暴露列为重要挑战。团队曾进行地面质子束测试,观察辐射引发的错误如何影响AI工作负载;真实在轨数据则用来补上实验室不能完全回答的问题。[3]

第三道,是多颗卫星怎么一起干活。

一颗卫星完成一次生成任务,与多颗卫星协同承担大型计算任务,是两种难度。谷歌的研究方案要求高带宽星间连接,并探索通过紧密编队缩短通信距离。[4]

如何让卫星星座保持连接?谷歌官方视频封面 · 星间互联研究 · 来源:Google [3]

可以把它理解为:把几台电脑分别送上天,还要让它们成为一台配合紧密的机器。通信和位置控制,都会变成计算系统的一部分。

比“太空写诗”更值得等的答案

对普通用户,这次进展还没有带来一个可以立即切换的“太空AI服务”。它首先是一项原型研究的进展。

AIOAGI更关心的,是这件事提醒我们换一种角度看AI:除了模型会不会回答、榜单能拿几分,还要看支撑它的系统能不能持续运行。

这项研究正在把能源、芯片、通信和航天工程放到同一道题里。每一项单独取得进展,都不等于整套方案已经成立。

接下来值得追踪的,是持续负载下的稳定性、散热表现、辐射影响,以及多颗卫星之间的协作效率。再往后,才是它与地面计算相比究竟划不划算。

谷歌给出的后续方向,是继续开展在轨测试,并向2027年双星互联的里程碑推进。[1]计划能否兑现、结果如何,需要看后续公开数据。

现在就宣布太空数据中心时代到来,证据还不够。把它只当成一次写诗表演,也会错过这项实验真正要回答的问题。

诗已经传回地球。下一步,要看算力能否在太空里长久地工作。

参考来源[1] Google:原型卫星传回首个AI回应|2026-10-30[2] Google:原型卫星进入轨道|2026-10-01[3] Google:项目工程挑战说明|2026-09-24[4] Google Research:太空AI基础设施研究|2025-11-04

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/11/2 1:59:06

唤醒工作台全实录(六):数据层——5ms 竞态窗口与“查询即引用“

第五幕的表针停在 9 月 21 日。这一幕先把它拨回八月中旬——云侧提示词一版版重写的同时,端侧数据层动了两场设计手术;再把表针拨到 9 月 22 日晚上,那里有一场无声的故障等着。 1. 查询即引用 8 月 13 日,数据模型重构的讨论从盘…

作者头像 李华
网站建设 2026/11/2 1:58:55

从千行到6行:PAO压缩PHP测试输出的震撼前后对比

【免费下载链接】pao PAO is agent-optimized output for PHP testing tools. 项目地址: https://gitcode.com/gh_mirrors/pao1/pao 点击查看 免费下载 当你用 AI Agent 跑 PHP 测试时,满屏的进度点和冗长日志不仅白白消耗 Token,还会干扰 A…

作者头像 李华
网站建设 2026/11/2 1:58:18

九.数据结构——哈希表(2)

哈希表(1)中我们简单的认识了一下哈希表的相关内容,本章,让我们一起完成哈希表的构建和相关操作的代码实现吧!代码:0.结构体的定义(hash表和hash桶节点)//hash表的默认负载因子 #def…

作者头像 李华
网站建设 2026/11/2 1:56:52

Vim 学习速成:理解快捷键

Vim 学习速成 一、Vim 的优势 Vim 通过全键盘快捷键完成操作,长期使用效率高于依赖鼠标的编辑器(VS Code、Sublime Text 等)。类比竞技游戏:高阶操作绑定快捷键,规避鼠标移动带来的延迟;Vim 不需要做到全…

作者头像 李华
网站建设 2026/11/2 1:56:20

00 专栏导读:MES选型先看业务范式,而不是看功能清单

专栏:制造业各行业MES业务流程、底层逻辑与系统适配性 读者:MES实施顾问、CIM/EAP工程师、工艺工程师、生产负责人 属性:B线技术深度稿。主站先发,CSDN T+24h 同步。 一、开篇:选型失败,多半不是功能不够 先说一个很常见的场面。 一家做注塑的厂要上 MES,选型会上摆了…

作者头像 李华
网站建设 2026/11/2 1:56:01

【Python】主进程_子进程

可以通过代码查看任务管理器查看:在windows系统中,查看:进程名,父进程pid,进程pid的命令如下 wmic process get Name,ParentProcessId,ProcessId

作者头像 李华