大厂AI超节点硬件形态与HBD电互联设计实战解析

1. 从"堆卡"到"造柜":超节点到底改变了什么

如果你最近一年跟做智算基础设施的同行聊过天,大概率会反复听到一个词——超节点。这个词听起来有点玄乎,但拆开看其实很朴素:它就是把过去散落在机柜里、靠网络线缆互相喊话的一堆加速卡,重新用"柜级"甚至"跨柜级"的思路组织成一个紧耦合的整体。我最早接触这个概念是在一个模拟的千卡训练集群项目里,当时最直观的感受是:以前调一个大规模并行训练任务,光是等通信同步就能把GPU利用率拖到五成以下,而换成超节点形态之后,同样的模型切分方式,卡间同步的等待时间肉眼可见地缩短了。

这背后的核心矛盾,是算力增长的速度远远超过了互联带宽的增长速度。单卡算力这几年翻着跟头往上涨,但传统基于可插拔光模块和以太网交换的组网方式,带宽密度和能效比已经快顶到天花板了。你可以把传统集群想象成一个大型会议室,每个人(加速卡)都很聪明,但大家说话要靠传纸条(网络包),纸条传来传去,真正用来思考的时间就少了。超节点要做的,就是把会议室改成一间"圆桌讨论室",让卡与卡之间的沟通变成近乎"面对面"的低延迟高带宽交互。

那"大厂AI超节点"这个说法里的"大厂"意味着什么?我的理解是,它代表了一种垂直整合的设计能力。不是简单买来标准服务器插上卡就完事,而是从芯片、板卡、背板、供电、散热到互联协议,整条链路都要自己定义或者深度定制。这就引出了本文要重点聊的两块内容:一是超节点的硬件形态到底长什么样,二是其中最关键也最容易被忽视的HBD电互联设计——也就是高速背板/板级电信号互联。这两块决定了超节点能不能真正跑起来,而不是停留在PPT上。

这篇文章适合谁看?如果你是做智算中心规划、服务器硬件设计、高速信号完整性分析,或者单纯想搞明白"超节点和普通GPU服务器到底差在哪"的工程师,那接下来的内容应该能给你一些可参考的细节。我会尽量把原理讲透,把设计取舍讲清楚,也会分享一些在实际项目中踩过的坑和总结出来的经验。

2. 超节点硬件形态的几种主流路线与取舍逻辑

2.1 从"服务器为中心"到"互联为中心"的形态迁移

传统AI服务器的设计逻辑是"服务器为中心":一台机箱里放8张卡,通过PCIe Switch或者NVLink桥接做机内互联,机箱之间再走网络。这种形态的好处是标准化程度高,坏了哪台换哪台,运维简单。但它的瓶颈也很明显——机箱的物理尺寸限制了单机互联的规模,一般8卡就是上限,再往上扩就得跨机箱,而跨机箱的带宽和延迟立刻掉一个档次。

超节点的设计逻辑则反过来,是"互联为中心":先确定我要互联多少张卡、需要多大的聚合带宽、延迟要压到多少,然后再倒推需要什么样的板卡布局、背板结构、供电和散热方案。这个思路的转变,直接导致了硬件形态的多样化。我见过和参与讨论过的方案里,大致可以归为三类:柜内全互联型、跨柜紧耦合型、以及板级Scale-up型。每一类对应的物理形态、互联介质和适用场景都不一样。

这里要强调一个容易被忽略的点:形态的选择不是拍脑袋决定的,而是被芯片的互联接口能力和单柜的供电散热上限这两个硬约束卡死的。比如某类加速卡的Scale-up互联接口单端口带宽是固定的,你要互联64张卡,就得算清楚需要多少条链路、背板要承载多少对差分线、这些线在PCB上怎么走才能保证信号质量。这不是"想做成什么样"的问题,而是"物理上能不能实现"的问题。

2.2 三类硬件形态的对比与适用边界

先给一个我整理的对比表,把三类形态的关键差异列清楚:

形态类型典型互联规模互联介质核心优势主要约束
柜内全互联型16-64卡高速背板+铜缆延迟极低,带宽密度高单柜功耗散热压力大
跨柜紧耦合型64-256卡背板+高速铜缆/光规模可扩展跨柜线缆复杂,成本高
板级Scale-up型4-16卡板级PCB走线成本低,集成度高规模受限,扩展性差

柜内全互联型是我个人认为最能体现超节点精髓的形态。它把几十张加速卡通过一块或多块高速背板直接连起来,卡间通信基本不经过外部网络。这种形态的硬件设计难点在于背板——你要在一块大板上布置成千上万对高速差分线,还要保证每一对的阻抗连续、串扰可控、插损在预算之内。我参与过的一个模拟项目里,光是背板的层叠设计就反复改了五六版,因为每增加一层,成本和加工难度都往上跳一截。

跨柜紧耦合型则是为了突破单柜的物理限制。单柜的供电一般也就几十千瓦,散热能力也有上限,当你要互联上百张卡时,就不得不跨柜。但跨柜之后,互联介质的选择就变得很关键:用高速铜缆,传输距离受限,一般几米就是极限;用光互联,延迟和功耗又上去了。所以这类形态往往采用"柜内背板+柜间铜缆/光缆混合"的方案,设计复杂度最高。

板级Scale-up型相对简单,就是把互联做到单块主板或者少数几块板上,规模一般在十几卡以内。它的优势是成本低、集成度高,适合对成本敏感或者规模需求不大的场景。但缺点也很明显——一旦你想扩规模,就得推倒重来。

提示:选形态之前,先算清楚三个数——目标互联卡数、单卡互联带宽需求、单柜可承受的功耗上限。这三个数基本能帮你排除掉不合适的方案。

2.3 形态选择背后的工程权衡:一个真实的取舍案例

说一个我在模拟项目中遇到的真实取舍。当时团队在纠结是做一个32卡的柜内全互联方案,还是做一个64卡的跨柜方案。从纸面参数看,64卡方案显然更"性感",聚合算力翻倍。但我们算了一笔账:64卡跨柜方案需要额外的柜间互联模块,每个模块的功耗和成本都不低,而且跨柜链路的延迟比柜内背板高出一个数量级。更关键的是,我们当时的目标业务是中等规模的推理和微调,对极致规模的需求没那么迫切,反而对延迟和成本更敏感。

最后我们选了32卡柜内方案,把省下来的功耗预算用在了更高规格的背板材料和更激进的散热设计上。实测下来,单柜的算力密度反而比那个64卡方案更高,因为64卡方案为了控制功耗,不得不降低单卡运行频率。这个案例给我的教训是:超节点的形态设计,永远是在算力密度、互联规模、功耗散热、成本这四个维度之间找平衡点,没有绝对的最优解,只有最适合当前业务场景的解。

还有一个细节值得提:硬件形态一旦确定,后续的运维模式也会被锁定。柜内全互联型的背板是共享资源,一块背板出问题可能影响几十张卡,所以对背板的可靠性要求极高,往往需要做冗余设计。而板级Scale-up型虽然规模小,但故障域也小,坏了换一块板就行。这个运维层面的差异,在方案选型阶段就必须要考虑进去,不能等部署完了才发现运维成本扛不住。

3. HBD电互联设计:超节点里最"硬核"的那部分

3.1 HBD到底是什么,为什么它成了超节点的命门

HBD这个词,全称是High-speed Backplane/Board-level electrical interconnection,翻译过来就是高速背板或板级电互联。在超节点语境下,它特指加速卡之间通过背板或PCB走线进行的高速电信号互联。为什么说它是命门?因为超节点的核心价值就是"低延迟高带宽的卡间通信",而这个通信的物理通道就是HBD。HBD设计得好不好,直接决定了超节点能不能达到预期的性能指标。

我习惯用一个类比来解释HBD的重要性:把它想象成城市里的主干道。加速卡是分布在城市各处的工厂,数据是货物。如果主干道修得又宽又直(阻抗匹配好、串扰低),货物运输就顺畅;如果主干道坑坑洼洼、到处是红绿灯(阻抗不连续、反射严重),那工厂产能再高,货物也运不出去。HBD设计就是修这条主干道的工程。

HBD设计涉及的核心技术点包括:层叠设计、阻抗控制、串扰抑制、插损补偿、连接器选型、以及信号完整性仿真验证。每一个点展开都能写一篇长文,我这里挑最关键的几个,结合实操经验来讲。

先说层叠设计。超节点背板通常需要承载几十甚至上百对高速差分线,这些线要分布在不同的信号层上。层叠设计的目标是在有限的板厚内,安排尽可能多的布线层,同时保证每层的参考平面完整、电源层和地层分布合理。我见过的一个典型背板层叠是20层以上,其中信号层占一半,剩下的都是地和电源层。为什么地/电源层要占这么多?因为高速信号需要稳定的参考平面来维持阻抗,地平面不完整,阻抗就会波动,信号质量立刻恶化。

3.2 阻抗控制与串扰抑制:两个最容易被低估的细节

阻抗控制是HBD设计的基本功,但也是最容易出问题的地方。高速差分线的目标阻抗一般是85欧姆或100欧姆,这个值由线宽、线距、介质厚度和介电常数共同决定。听起来简单,但实际做的时候,PCB加工厂的工艺能力会直接影响最终阻抗。比如你设计的是100欧姆,但加工出来可能是95欧姆或者105欧姆,这个偏差如果超出容忍范围,信号反射就会加剧。

我的经验是:设计阶段一定要留够阻抗容差,并且和加工厂提前沟通工艺能力。不要等到板子做出来才发现阻抗偏了,那时候改都来不及。另外,过孔是阻抗不连续的重灾区。每一个过孔都会引入寄生电容和电感,导致阻抗突变。在超节点背板上,过孔数量成千上万,如果每个过孔都处理不好,累积起来就是灾难。常见的做法是使用背钻技术,把过孔中不需要的金属部分钻掉,减少寄生效应。背钻的深度控制很关键,钻浅了没效果,钻深了可能伤到内层走线。

串扰抑制是另一个容易被低估的点。当两根高速线靠得很近时,一根线上的信号会通过电磁耦合干扰到另一根线。在超节点背板上,线密度极高,串扰几乎是不可避免的。抑制串扰的手段主要有三个:加大线间距、增加地线隔离、使用差分信号。差分信号本身就是抗串扰的利器,因为干扰通常是共模的,差分接收端会把共模干扰抵消掉。但如果差分对之间的间距太小,差模串扰还是会出问题。

我踩过的一个坑是:早期设计时为了追求布线密度,把差分对之间的间距压得很小,仿真时看着还行,但实测误码率偏高。后来分析发现是串扰导致的眼图闭合。把间距加大之后,误码率立刻降下来了。这个教训让我明白:布线密度和信号质量之间永远有取舍,不能为了省层数或者省空间而牺牲信号完整性,否则后期调试的成本远高于多几层板的成本。

3.3 连接器选型:被忽视的"最后一厘米"

连接器是HBD链路中经常被忽视的一环,但它恰恰是信号质量最容易劣化的地方。加速卡和背板之间的连接器,需要同时满足高密度、高速率、高可靠性三个要求。我见过的一些方案里,连接器的引脚密度能达到每厘米几十对差分线,插拔寿命要求几千次以上。

选连接器时,我最关注三个参数:插入损耗、回波损耗、以及串扰指标。插入损耗决定了信号经过连接器后衰减多少,回波损耗反映了阻抗匹配程度,串扰指标则关系到相邻引脚之间的干扰。这三个参数在连接器规格书里都有,但要注意的是,规格书上的数据通常是在理想条件下测的,实际使用中还要考虑PCB焊盘的影响、连接器与背板的配合公差等。

还有一个实操经验:连接器的压接工艺对信号质量影响很大。压接不良会导致接触电阻增大,进而引起信号衰减和反射。在批量生产时,一定要对压接质量做抽检,比如用X光检查压接区域的空洞率。我遇到过一批连接器因为压接参数没调好,导致部分链路误码率超标,最后整批返工,损失不小。

4. 从设计到落地:HBD电互联的实操流程与验证方法

4.1 设计阶段的仿真先行策略

HBD设计绝对不能"画完就投板",必须仿真先行。我习惯把仿真分成三个阶段:预布局仿真、后布局仿真、以及签核仿真。预布局仿真是在还没确定具体布线的时候,先根据层叠和拓扑结构,估算一下信号质量的大致水平,看看方案可不可行。这个阶段用的模型比较粗糙,但能快速排除明显不合理的方案。

后布局仿真是在布线完成之后,提取实际的走线参数,做更精确的仿真。这个阶段要关注的是眼图、抖动、串扰等指标。如果发现某个链路不达标,就要回去改布线。签核仿真则是投板前的最后一道关,要把所有工艺偏差、温度变化、电压波动等因素都考虑进去,做最坏情况分析。只有签核仿真通过了,才能放心投板。

仿真工具方面,市面上主流的高速信号仿真软件都能用,关键是要把模型建准。我见过一些团队仿真做得很漂亮,但实测一塌糊涂,原因就是模型和实际不符。比如PCB材料的介电常数,规格书上给的是一个范围,实际批次之间可能有差异,如果仿真时只取典型值,结果就会偏乐观。我的做法是:向加工厂索要实际批次的材料参数,用实测值做仿真,这样准确度高很多。

4.2 实测验证:眼图、误码率与温度扫描

板子回来之后,实测验证是必不可少的。最核心的测试项目是眼图测试和误码率测试。眼图能直观反映信号质量,眼高和眼宽越大,信号质量越好。误码率则是最终的判据,一般要求达到1E-12或者更低。

实测时要注意几个细节。第一,测试点的选择很关键。最好在连接器两端都留测试点,这样可以分别评估背板走线和连接器的影响。第二,测试时要跑真实业务流量,而不是只跑测试码型。因为真实业务流量的模式更复杂,对信号完整性的考验更全面。第三,一定要做温度扫描。高速信号的损耗和温度强相关,温度升高,损耗增大,眼图会变差。我遇到过常温下误码率达标,但高温下就超标的情况,后来通过优化散热和调整均衡参数才解决。

还有一个容易被忽略的测试是串扰测试。方法是让一根线跑高速信号,另一根相邻的线保持静默,然后测量静默线上的耦合噪声。如果耦合噪声太大,说明串扰抑制没做好。这个测试在超节点背板上尤其重要,因为线密度太高了。

4.3 常见问题排查:从误码率超标到链路训练失败

在实际项目中,HBD相关的问题排查往往是最耗时的。我整理了一个常见问题排查表,供参考:

问题现象可能原因排查手段解决思路
误码率偏高阻抗不连续、串扰大眼图测试、TDR测试优化布线、加大间距
链路训练失败插损过大、连接器接触不良插损测试、X光检查更换连接器、调整均衡
高温下性能下降材料损耗随温度增大温度扫描测试优化散热、选低损耗材料
部分链路完全不通过孔断裂、焊接不良通断测试、切片分析返修或报废

排查时我的原则是从物理层往上查。先确认链路通断,再测插损和回波损耗,然后看眼图,最后才怀疑协议层。很多问题其实都是物理层的小毛病引起的,比如一个过孔没钻好,或者一个连接器引脚虚焊。把物理层查清楚了,大部分问题都能定位。

还有一个经验:保留足够的调试余量。设计时不要把指标卡得太死,比如插损预算留个20%的余量,均衡能力留个几dB的余量。这样即使实际加工有偏差,也能通过调整均衡参数把链路救回来。我见过一些设计为了省成本,把余量压到几乎没有,结果板子回来一堆链路不达标,只能降速运行,得不偿失。

5. 超节点HBD设计的几个进阶思考与经验总结

5.1 材料选择:低损耗板材值不值得上

超节点背板的损耗预算通常很紧张,所以材料选择是个绕不开的话题。普通FR4板材的损耗角正切比较大,在高速下损耗明显。低损耗板材(比如某些改性环氧树脂或碳氢材料)的损耗角正切能低一个数量级,但价格也贵不少。我的建议是:看链路长度和速率。如果链路很短(比如十几厘米以内),普通板材可能就够了;如果链路长、速率高,那低损耗板材几乎是必须的。

但要注意,低损耗板材的加工难度也更高。比如某些材料比较脆,钻孔时容易产生裂纹;某些材料的玻璃化转变温度较低,压合时要注意温度曲线。选材料时一定要和加工厂确认他们的工艺能力,不要选了做不出来的材料。

5.2 供电与散热的协同设计

HBD设计不能只考虑信号,供电和散热同样重要。高速信号对电源噪声很敏感,如果电源纹波太大,信号质量会受影响。所以背板的电源分配网络设计要保证低阻抗、低噪声。同时,背板上大量高速线会发热,如果散热不好,温度升高会加剧损耗。我见过一些方案把背板放在风道死角,结果背板温度比环境温度高二十多度,信号质量严重劣化。

协同设计的关键是在布局阶段就把供电、散热、信号三者的需求一起考虑。比如电源层和地层的安排要兼顾信号参考平面和电源阻抗;散热风道要覆盖背板的主要发热区域;高速线的走向要避开高温区。这些都需要在早期规划好,后期再改成本很高。

5.3 可测试性与可维护性设计

最后想强调一个经常被忽视的点:可测试性和可维护性。超节点背板一旦装进机柜,拆装都很麻烦,所以设计时就要考虑怎么测试、怎么维护。比如预留测试点、设计可插拔的互联模块、以及提供链路状态的监控接口。我参与过的一个项目,因为背板没有预留足够的测试点,后期排查故障时只能把整个机柜拆开,耗时耗力。后来我们在下一代设计里,专门在背板边缘留了一排测试焊盘,排查效率提升了很多。

可维护性还体现在故障隔离上。如果一块背板承载了太多链路,一旦出问题影响面就很大。所以有些方案会把背板分成几个独立的区域,每个区域负责一部分卡的互联,这样故障域就小了。虽然这样会增加一些成本和复杂度,但从长期运维角度看是值得的。

说到底,超节点的HBD电互联设计是一个典型的"细节决定成败"的领域。宏观的形态选择决定了上限,而微观的HBD设计决定了下限。把下限做扎实了,超节点才能真正发挥出它应有的性能。我在这个领域摸爬滚打这些年,最大的体会就是:不要迷信任何"银弹"方案,每一个设计决策都要有仿真和实测数据支撑,每一个参数都要经得起推敲。硬件设计没有捷径,只有把每一个细节都做到位,才能做出真正可靠的产品。

相关新闻

STM32F103硬件I2C读写AT24C02:协议机制与驱动调试全解

STM32F103硬件I2C读写AT24C02:协议机制与驱动调试全解

/* 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 2:00:38 阅读更多 →
AUTOSAR Simulink建模实战:SWC与BSW边界划分及代码生成避坑指南

AUTOSAR Simulink建模实战:SWC与BSW边界划分及代码生成避坑指南

/* 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 2:00:38 阅读更多 →
C语言音频重采样实现:从线性插值到多相滤波

C语言音频重采样实现:从线性插值到多相滤波

简介:面向数字信号处理与嵌入式开发者的这份资源,提供基于Visual Studio的C语言resample函数完整工程,覆盖采样率转换中预处理、插值、低通滤波与抽取等核心环节,解决自定义采样率转换需求。包体共49个文件,包含4个cpp…

2026/10/21 1:59:37 阅读更多 →

最新新闻

Quartz动态设置并发数量

Quartz动态设置并发数量

/* 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 2:48:00 阅读更多 →
AI Agent ROI评估指南:从成本结构到收益测算全解析

AI Agent ROI评估指南:从成本结构到收益测算全解析

1. 先别急着算账,想清楚AI Agent的ROI和传统IT项目有什么不同这两年不少公司都开始折腾AI Agent,有的把它接到客服系统,有的让它帮着写代码,还有的用它处理合同和报表。但当你真坐下来算这笔账时,会发现一个尴尬的问题…

2026/10/21 2:48:00 阅读更多 →
基于卷积神经网络的食物图像识别实战:从ResNet迁移学习到部署

基于卷积神经网络的食物图像识别实战:从ResNet迁移学习到部署

简介:基于卷积神经网络的食物图像识别项目完整代码与数据包,面向具备Python基础并希望实践CNN图像分类的开发者与学习者。资源围绕TensorFlow与tf.keras构建食物识别模型,涵盖数据预处理、网络定义、训练评估与预测全流程,并引入迁…

2026/10/21 2:48:00 阅读更多 →
SECS-II/HSMS调试工具实战:从协议原理到模拟器应用

SECS-II/HSMS调试工具实战:从协议原理到模拟器应用

简介:面向半导体制造与MES系统集成场景,这份SECS-II HSMS调试工具模拟器适合设备工程师、上位机开发人员使用。它可模拟客户端与服务端,用于验证自定义程序是否符合SECS-II通信标准,减少现场联调时的错误与返工。压缩包为rar格式&…

2026/10/21 2:48:00 阅读更多 →
eNSP校园网拓扑设计实战:VLAN划分、DHCP配置与静态路由全解析

eNSP校园网拓扑设计实战:VLAN划分、DHCP配置与静态路由全解析

简介:面向计算机网络期末设计、课程设计及eNSP仿真练习的完整项目资料包,围绕某中学校园网络拓扑设计展开。方案包含网络拓扑选型、综合布线系统规划、教学楼/行政楼/宿舍接入设计,以及VLAN划分、IP地址分配、路由协议配置等模拟配置要点&…

2026/10/21 2:48:00 阅读更多 →
思科模拟器6.2:从安装到避坑的完整实战指南

思科模拟器6.2:从安装到避坑的完整实战指南

简介:这是一份思科模拟器6.2安装包,官方名称为Packet Tracer,面向网络技术学习者、思科认证考生以及开展网络实验教学的教师。软件以图形化方式搭建虚拟网络环境,可模拟路由器、交换机、无线接入点、防火墙等设备,支持…

2026/10/21 2:47:00 阅读更多 →

日新闻

统一内存+量化:锐龙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 阅读更多 →