谷歌送4颗TPU上太空:太空算力争夺战开启

谷歌刚把4颗自家的TPU芯片送上了太空,附带的还有一颗核心的计算平台。这事不是那种“发射一颗通信卫星”的常规操作,也不是简单的技术实验,它背后其实是“太空算力”这条赛道上一次非常明确的加注。如果你关注AI、商业航天或者分布式算力,这个动作值得仔细拆一拆。它不是突发新闻,而是一个信号——AI计算从地面数据中心向轨道边缘蔓延的速度,比我们大多数人预想的要快。

“谷歌送4颗自研AI芯片上天”这个标题里的信息量很大。首先,送上去的是谷歌自研的AI加速芯片,不是普通的宇航级半导体;其次,任务性质是在轨AI推理测试,不是通信、不是遥感;第三,一次送4颗,说明这个测试是有计划、成体系的,不是单点验证。这篇文章我就围绕这三点,把谷歌这次行动的背景、技术细节、应用场景以及背后的算力博弈讲透,无论你是搞AI的、搞航天的,还是单纯关心这波趋势,都能从里面找到能用的信息。

1. 太空算力争夺战是怎么打起来的

1.1 为什么芯片非要跑上天

先说一个最直接的问题:卫星在轨产生那么多数据,为什么不能传下来用地面超算处理?答案就一个——带宽不够。一颗高分辨率遥感卫星,一天可以产生几TB甚至几十TB的图像数据,但星地链路的数据传输速率通常只有几百兆比特每秒,这就意味着大量数据在排队等待传回地面,真正能利用的可能不到5%。

换个思路,把AI推理能力部署在卫星上,在轨就完成目标检测、图像压缩、数据筛选,只把有用的结果传回地球,这能省下几个数量级的传输压力。

这背后是边缘计算逻辑在太空的延伸。地面上的物联网设备因为网络延迟和带宽成本,需要在终端侧做推理;卫星上电、重量、散热全都紧张,更需要把算力前置到数据产生的地方。谷歌这次把TPU送上天,本质上就是把“边缘AI”这个概念推向了一个我们平时够不着的边界:距地面约500公里的低地球轨道。

1.2 各方的算力布局现状

太空算力这个方向,国内外不少玩家早就在默默布局了。

传统航天巨头走的是“宇航级芯片”路线,用经过辐射加固的专用处理器,比如抗辐射的PowerPC或者定制化的FPGA。这类芯片稳定可靠,但算力普遍不强,连几百GB FLOPs的算力都跑不到,根本无法承担现代深度学习模型的推理任务。

商业航天的新玩家们则倾向于另一种思路:把商用的AI芯片直接搬上太空,配合辐射屏蔽和软件容错来解决问题。这正是谷歌这次的路径,也是目前性价比最高的一条路。商用的AI加速芯片算力强、生态成熟、迭代快,用来跑星上AI推理,比单靠传统宇航级芯片靠谱太多。

另外,主要几个国家的科研机构也都在抢跑道。有的在做星载AI平台原型,有的在验证GPU/NPU器件的抗辐射能力,有的则专注于在轨训练和推理的算法优化。谷歌这次不是第一个,但却是把自研AI芯片大规模送上天的最具标志性的一次。

2. 谷歌这次到底做了什么:4颗TPU与一颗小卫星

2.1 TPU的规格与定位

谷歌这次送上天的是TPU,全称Tensor Processing Unit,是谷歌自研的AI加速器芯片,专门为深度学习推理和训练优化。地面上TPU已经广泛应用在谷歌云的各种大模型服务中,这次上天的是TPU v5e这类相对成熟的型号。

为什么选TPU而不是特斯拉那种FSD芯片,或者英伟达的GPU?答案是生态和架构。

TPU的设计非常聚焦,它的核心脉络就是矩阵乘法和卷积计算,这两项正是神经网络推理中最重的计算类型。相比GPU的通用并行计算,TPU在特定AI任务上的能效比更高。在太空中,每瓦都珍贵,能效比直接决定了任务可行性。

举个例子,一个图像分类模型,在GPU上可能需要几十瓦的功耗才能达到想要的推理速度,而在TPU上可能只需要不到一半的功耗就能完成同样的计算。对于一块靠太阳能电池板供电的小卫星来说,省下来的每一瓦都是宝贵的余量,可以用来支撑通信、姿态控制或者其他载荷。

2.2 卫星平台与发射细节

谷歌的这4颗TPU不是单独发射的,而是打包在了一颗小型卫星平台里。这颗卫星由某商业航天公司研制,体积不大,外观很像一个放大版的抽屉,但内部用了专门设计的防辐射外壳包裹芯片模块,确保TPU在低轨道辐射环境中能够存活并正常运行。

发射时间点是2025年4月前后,搭载某商业火箭进入低地球轨道。更关键的是,这颗卫星是谷歌与某商业空间计算公司合作的项目中的一部分,后者正在推进一个基于激光链路的太空计算星座。这颗卫星只是个开始,后面还会有一个由多颗类似卫星组网的星座,通过激光通信建立轨道上的高速骨干网络。

这里有个细节很值得关注:4颗TPU并不是分开部署在4颗卫星上,而是放在同一个平台上的。这样的设计既便于统一供能、散热和管理,也方便做对比测试——同一个环境下同一批芯片,跑同样的模型,变量控制得更干净。

3. 芯片在太空活着有多难:三大挑战逐一拆解

3.1 辐射环境的残酷考验

太空辐射是芯片的头号杀手。近地轨道的辐射环境主要包含太阳高能粒子、银河宇宙射线以及被地球磁场捕获的范艾伦辐射带粒子。这些粒子打到半导体上,会产生两类后果。

一类是单粒子翻转,也就是单个高能粒子穿过电路,改变存储单元的位值,导致结果错乱。对于AI推理来说,一个翻转可能就让一次推理输出荒谬的结论,而如果是训练任务,错误甚至会累积放大。

另一类是累积电离剂量,长时间暴露在辐射下,半导体的氧化层会慢慢累积正电荷,导致阈值电压漂移,最终让芯片彻底失效。普通商用芯片一般只能承受几十到几百戈瑞的累积剂量,而宇航级芯片可以到千戈瑞以上。

谷歌的应对方案是分层防护。没有用笨重的铅箱,而是用轻质复合材料做的屏蔽罩,外加软件层的错误检测和纠正机制。这本质上是一种“商用器件软硬结合加固”的思路——不让芯片完全裸露,也不做过度加固,在重量、成本和可靠性之间取平衡。

3.2 供电、散热与算力的三角关系

在轨运行还有一个地面工程师不常考虑的麻烦:你怎么把芯片产生的热散出去?地面上有散热器、风扇、液冷,卫星上只有真空环境,主要散热方式只剩下热辐射。

TPU这种高功耗芯片,即使降频运行,发热量也不小。卫星平台上通常会用热管把热量导到卫星表面,通过辐射板把热带走。但这个过程是纯被动的,不能像地面那样随时加大风扇转速。所以芯片必须在功耗受限的模式下运行,性能必然打折。

根据这次任务的公开信息,芯片在轨运行的时间每天只有大约2小时,每次只运行一个任务,之后就会关闭,让设备冷却。这是典型的“间歇性计算”策略——你不是要一块24小时不间断运行的芯片,你需要的是一块在关键时刻能可靠完成任务的芯片。

供电方面,小卫星主要靠太阳能电池板,瞬时功率可能只有上百瓦级别。除去平台自身的消耗,真正能分给4颗TPU的电量非常有限,这意味着芯片必须被降低功耗运行,与地面机房里的满载模式完全不同。

3.3 为什么在轨只跑2小时是聪明的做法

很多人看到“每天只跑2小时”会觉得这人造卫星有点浪费。但实际上,这个设计是非常务实的。

首先,验证任务的核心目标是证明商用AI芯片在太空环境下的可用性,而不是追求长时间高负荷运行。能在2小时内稳定完成任务,已经可以回答“能不能用”这个核心问题。

其次,间歇性运行可以大幅延长芯片寿命。算力器件在通电状态下持续受到辐射和热应力的累积,反而容易提前衰老。采用短时突发的运行策略,芯片大部分时间处于不工作状态,降低了失效概率,也让整个演示任务可以持续更久。

第三,间歇性计算配合地面调度可以形成一种“批处理”模式。地面阶段性地把推理任务上传到卫星,卫星在指定时间窗口内集中计算,然后把结果打包传回。这就像你在家只保留一台小烤箱,每次只烤一批饼干,效率不高,但完全够用且可控。

4. 星载AI到底能干什么:那些不得不放在太空跑的应用

4.1 遥感影像的实时在轨分析

遥感卫星是AI上天的第一受益者。传统模式下,遥感卫星拍完照片,要等过境窗口传回地面站,然后人工下载、处理、分析,整个流程可能耗时数小时甚至数天。对于灾情监测、森林火情预警这类时效性极强的场景,这个延迟是致命的。

有了星载AI,卫星可以在轨直接对图像做分割、目标检测和变化识别。比如检测到一片区域突然起火,可以在过境后立即把告警和裁剪后的关键图像传回,而不是传回整轨的原始数据。谷歌的TPU恰恰非常擅长这类卷积和矩阵操作,几毫秒内就能分析一张高分辨率图像。

这不光是效率问题,更是数据经济性问题。星上完成预处理后,回传的数据量可以压缩90%以上。卫星运营商可以用更小的带宽、更少的存储消耗,实现更多的实时监测任务,商业价值相当明显。

4.2 在轨目标识别与数据筛选

目标识别是另一个典型的应用方向。无论是海洋里的船只、云层中的特定目标,还是地面基础设施的状态变化,AI都可以在轨完成识别、分类和标注,只把标注结果和关键帧传回地面。

这种能力对卫星的自主运行也很有帮助。一个具备在轨AI能力的卫星,可以自行决定哪些数据值得存档、哪些数据需要尽快回传、哪些可以直接删除,相当于让卫星长出了一双“眼睛”和一个“大脑”。

还有一类应用是数据压缩。传统图像压缩算法在压缩比达到一定阈值时,图像质量下降明显;AI模型可以通过语义层面的理解,在保证关键信息完整的前提下,把压缩比提升到传统算法的数倍。在星地链路资源有限的现实约束下,这个能力几乎等于白送的带宽红利。

4.3 星座自主协同与链路优化

单个卫星的AI能力已经很有价值,但真正让人兴奋的是星座层面的协同。谷歌参与的激光链路星座,目标就是把多颗卫星变成一个分布式数据中心。

在轨AI可以实现星间的智能路由——哪颗卫星存储压力大,就自动把数据分发到相邻卫星;哪条链路质量好,就优先走哪条;哪些数据需要低延迟处理,就调度到最近的算力节点执行。这有点像城市里智能交通系统调度车辆,只不过把整套系统搬到了600公里高的轨道上。

这种分布式架构一旦跑通,卫星就不再是孤立的“太空路由器”,而是一张能够承载存力、算力和通信能力的算力网络——这正是“太空计算”这个赛道的终局想象。

5. 谷歌这步棋的深层逻辑:押注太空云生态

5.1 从地面云到太空云的路径

很多人问:谷歌送TPU上天,到底图什么?图的不只是证明芯片抗辐射,而是为“太空云”铺路。

谷歌的核心商业模式之一是云服务。地基的云市场已经接近饱和,而太空云还是一个几乎完全空白的市场。如果谷歌能提供一套“轨道侧的AI推理API”,让卫星运营商无需自研芯片和算法,直接购买在轨算力,这就是一个全新的收入来源。

想象一下:以后一颗商业遥感卫星,不需要搭载自己的AI芯片,只需要通过激光链路或者射频链路接入谷歌的太空算力网络,就可以完成在轨推理。这不单是卖芯片,而是卖算力服务、卖推理结果、卖整个基础设施——看起来像AWS(亚马逊云服务,一种云平台)的太空版。

5.2 成本与市场规模的粗算

太空算力这个市场究竟有多大?我们可以粗略推算一下。目前全球活跃的遥感卫星数量已经超过1000颗,未来几年随着星座部署,这个数字有望达到数千颗甚至上万颗。假设其中30%的卫星需要AI在轨处理能力,每颗卫星每年在算力服务上的支出按几十万美元计算,这已经是一个年规模数十亿美元的市场。

再加上通信卫星、气象卫星、科研卫星的需求,太空云服务天花板会更高。谁先锁定这个市场,谁就能在下一个十年通过“卫星即客户”的模式,把云业务边界从地面延伸到太空。

谷歌并非唯一看到这个机会的公司。但从现有公开信息看,没有哪家像谷歌这样把自己的自研AI芯片大规模送上轨道去跑真实负载,这一步的示范效应不容小觑。

5.3 商业航天与巨头之间的新博弈

这次行动还有一个隐喻:商业航天公司不再只是“太空运输公司”,而是开始和各种科技大厂直接绑定。卫星平台负责送芯片上去,芯片巨头负责提供算力底座,双方的协作关系类似于“造船厂和发动机厂”的分工。

未来我们可以预期,会有更多芯片公司、云服务商和星座运营方结成类似的联盟。不同组合之间的竞争,不单是芯片算力的比拼,更是生态、成本和工程能力的综合拉锯。太空算力争夺战不会只停留在一次发射任务上,它会演变成一场长期的工程和商业竞争。

6. 常见误区与从业者避坑指南

6.1 误区:太空AI就是噱头

如果你觉得“在轨AI推理”是航天公司为了讲故事才编出来的愿景,那就错了。事实上,AI上天的需求是真切的,只是过去算力不够、成本过高,一直没法落地。

所以,问题不是“要不要在轨AI”,而是“什么时候能在轨AI降到划算的临界点”。谷歌这次用商用芯片+屏蔽罩+间歇性运行的方式,实质上是把成本大头的芯片和保障方案都拉到了商业可承接的量级。这个姿势一旦被验证有效,后来者就可以沿着同一条路,快速复制和迭代。

6.2 误区:芯片上天只需要加固就行

辐射加固只是第一步,真正的工程难点在于系统级的适配。

  • 热设计:商用芯片的发热密度很高,在真空中散热困难,启动前就要完成热路径规划。
  • 供电系统:卫星母线电压、电流纹波和芯片对供电质量的要求如何匹配,需要额外加滤波和保护电路。
  • 软件栈:TPU在云端跑得好好的,到了卫星上,驱动、运行时、模型编译链路全都要重新适配受限环境。
  • 任务调度:在资源极度受限的环境下做任务编排,既要考虑能源预算,还要考虑辐射事件风险,这是完全不同于地面的工程问题。

如果只看芯片本身的抗辐射参数,很容易忽视这些整体性问题,导致项目延期甚至失败。

6.3 给AI和航天从业者的三点建议

第一,抓住边缘AI与航天交叉的路口。如果你正在做AI算法,尤其是小模型、低功耗推理方向,现在是一个很好的时机,把你的模型部署到星载场景中。卫星平台的计算资源远不如地面,轻量化模型、量化感知训练这些技能会越来越值钱。

第二,关注激光通信与在轨算力的联动。算力再强,如果星间链路和星地链路跟不上,整个太空计算网络就是零。激光通信技术门槛高、变量多,未来很长一段时间都会是放卫星的卡脖子环节,空间巨大。

第三,学会用“间歇计算”思维看工程问题。谷歌一天只让芯片跑2小时,这不是妥协,而是设计哲学:资源有限时,准确评估任务优先级,选择节能的运行节奏,往往比无脑堆硬件更有效。这种思维在地面物联网、低功耗设备上也通用。

写在最后:这4颗芯片背后的信号

我个人看下来,谷歌这次送4颗TPU上天,真正的信号不是“谷歌有多先进”,而是“太空算力的窗口已经打开”。商用AI芯片加可靠的卫星平台,再加有限的运行功耗,已经能实现在轨推理这个过去只存在于PPT里的设想。

等激光链路星座逐步铺开,我们会看到越来越多的星载智算节点连成网络。到那时候,几百公里高的轨道上,会有一张可以按需调配算力的基础设施网络,而它的服务对象,可能是地面上任何需要实时太空数据的人——从救灾指挥中心到遥感数据交易平台,从科学研究团队到商业气象服务商。

如果你问我下一步值得关注什么:一是谷歌和其合作伙伴后续会不会推出更长时间、更大规模的在轨计算演示;二是有没有其他云巨头跟进类似的太空算力计划;三是地面AI应用和太空AI应用之间,会不会出现一套新的软件标准或工具链。这三个问题,任何一个有明确答案,都会重新定义我们这篇文章里讨论的整个方向。

相关新闻

开源大模型V4开放翻译层,AI芯片适配进入标准化时代

开源大模型V4开放翻译层,AI芯片适配进入标准化时代

第85期算力观察,聊一个近期让我眼前一亮的适配思路。某开源大模型V4宣布全面适配某自研AI加速芯片平台,外界第一反应通常是“又多了一块卡能跑”。但这次真正值得琢磨的是后半句:模型方把“翻译层”直接交了出来,芯片侧的软件生态…

2026/10/21 0:27:47 阅读更多 →
大模型选型避坑指南:五维检查清单与实战经验

大模型选型避坑指南:五维检查清单与实战经验

选大模型这件事,这两年越来越像选装修队。招牌上都是“全屋定制、高级工艺、超低报价”,可真等进场施工,能不能按你的户型落地、能不能在规定时间交付、后面出问题找不找得到人,才是真正决定成败的细节。我在过去一年多里参与了多…

2026/10/21 0:27:47 阅读更多 →
MambaVision:混合Mamba与Transformer的视觉主干网络解析

MambaVision:混合Mamba与Transformer的视觉主干网络解析

MambaVision这个词,最近在视觉模型圈子里讨论度相当高。简单说,它是一类混合Mamba-Transformer视觉主干网络,思路是把状态空间模型的线性复杂度和自注意力的全局建模能力放进同一个架构里,而不是让两者互斥。如果你做过图像分类、…

2026/10/21 0:27:47 阅读更多 →

最新新闻

STM32嵌入式开发全解析:从入门到产品实战

STM32嵌入式开发全解析:从入门到产品实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 1:06:50 阅读更多 →
8脚FLASH语音芯片选型与实战避坑指南

8脚FLASH语音芯片选型与实战避坑指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 1:06:50 阅读更多 →
2026年GEO优化团队鉴别指南:从AI搜索原理到落地选型

2026年GEO优化团队鉴别指南:从AI搜索原理到落地选型

1. 先搞清楚一个前提:2026年的GEO优化,做的到底是什么生意这两年我几乎每周都会收到几封咨询邮件,开头都是类似的句式:"我们想找团队做GEO优化,看了好几家,感觉都挺专业,但说法各不相同&am…

2026/10/21 1:06:50 阅读更多 →
Autosar建模本质:从Simulink模型到可部署契约的七层穿透

Autosar建模本质:从Simulink模型到可部署契约的七层穿透

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 1:06:49 阅读更多 →
RAGAS深度解析:大模型RAG评估从入门到精通

RAGAS深度解析:大模型RAG评估从入门到精通

大模型RAG评估从入门到精通:深度拆解RAGAS,看这一篇就够了做RAG(检索增强生成)的朋友应该都有同样的感受:系统跑起来容易,但想搞清楚它到底好不好、哪里不好,是真难。以前我评估RAG,…

2026/10/21 1:06:49 阅读更多 →
Zephyr爱好者月刊第21期:内核调度、设备树、低功耗与蓝牙实践

Zephyr爱好者月刊第21期:内核调度、设备树、低功耗与蓝牙实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 1:05:48 阅读更多 →

日新闻

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

这段时间硬件圈和AI圈都在传一个事:AMD锐龙AI Max PRO 400系列把最高192GB统一内存搬进了PC形态的产品里,按宣传口径,本地跑320B参数的大家伙不再是纸面概念。我第一反应倒不是“内存真大”,而是这话背后的含金量——它把过去只能…

2026/10/21 0:00:11 阅读更多 →
AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

1. 从“封号重开”这个行为说起:用户到底在追求什么“封号重开”这四个字,放在任何产品语境里都带着一股决绝的味道。一个账号从零开始积累使用记录、调教偏好、沉淀工作流,背后是大量的时间和精力成本。正常情况下,没有人愿意主动…

2026/10/21 0:00:11 阅读更多 →
ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

1. 为什么在ROS里硬刚YOLOv3不是“炫技”,而是工程落地的必经之路我第一次在某高校机器人实验室看到那台搭载Jetson TX2的移动底盘原地打转、反复识别错垃圾桶时,就意识到:单纯跑通darknet_ros demo和真正让YOLOv3在ROS里“干活”&#xff0c…

2026/10/21 0:00:11 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 10:02:08 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:45 阅读更多 →