钢价上涨为何反而推动自动化立体库需求?成本账背后的行业逻辑

一个荒诞的行情,正在悄悄改变仓储物流行业的项目决策逻辑。往年钢材报价上涨,大家第一反应是“货架又要贵了”“项目成本又失控了”;但这一轮钢铁涨价之后,我反而在几个项目交流里看到另一幕:多个原本犹豫着“先上普通货架、自动化以后再说”的客户,转头回来认真谈起了自动化立体库,甚至直接签了立项。

听起来很反直觉——自动化立体库的钢结构货架、天轨地轨没一样能离开钢材,凭什么涨价反而成了仓储自动化的“救命稻草”?因为涨价改变的从来不是“谁更贵”,而是“谁的方案在总账上更能算得过来”。当传统货架方案的钢材成本占比被行情抬高,自动化方案里的设备、软件、人工节省、空间效率这些账,反而会变得更有吸引力。

这篇文章我就从自己经历的几轮报价、算账和客户沟通出发,聊聊为什么钢价上涨会歪打正着地推动仓储自动化渗透率,也聊聊这波“窗口期”到底能持续多久、到底谁在真正受益、集成商和终端用户分别该怎么接住这波变化。

1. 一次报价单上的“反转”:客户临门一脚换了方案

先讲一个最近真实发生的商机变化。一家做汽车零部件配套仓储的制造企业,原计划把一座旧仓库改成普通横梁货架库,层高大概8米,面积将近一万平方米。第一轮方案交流时,货架厂商给他们的报价还算温和,横梁货架加上基础消防改造,整体投入对比自动化立体库的方案有明显优势,所以客户当时的倾向非常明确:先把货架上了,自动化和系统后面再说。

结果不到一个月,钢材行情连续上调,货架厂商重新发来报价,同一套货架方案的总价直接上浮了一截。更微妙的是,自动化立体库那一方的报价虽然没有纹丝不动,但涨幅远比普通货架方案温和。两边一对比,价格差距一下子缩窄了很多。客户内部算了一笔账:如果按15年的使用周期看,立体库虽然在首期投入上仍然略高,但它能把仓储面积压缩一半,节省出来的一部分空间可以转做生产线缓冲区,同时还能减少两名仓管员和一台叉车的长期开销。

于是那个项目最终没有按“先普通货架、后自动化”的老路走,而是直接进入了自动化方案的技术细节评审。“我们不是突然有钱了,是普通方案突然变得没那么便宜了。”客户负责人这句话,基本把这一轮行业逻辑说透了。

这件事背后是一条完整的传导链:国际原材料市场波动 → 钢厂出厂价上调 → 钢材贸易商和加工商跟着调价 → 货架厂拿到的新钢板价格上涨 → 报价单有效期缩短 → 普通货架方案的“总拥有成本”快速抬高 → 自动化方案的相对比价优势被放大。

链条里最容易被忽略的,是“钢材在不同方案的总成本中占比完全不同”这件事。普通货架方案中,钢立柱、钢横梁、钢层板几乎是成本的全部;而一套自动化立体库的合同额里,包含了堆垛机、输送系统、WMS/WCS软件、电控柜、安装调试,甚至土建配合,钢结构只是其中一个组成部分。同样的钢价涨幅,打在两种盘子上的重量完全不一样。

说白了,涨价没有让自动化变便宜,但让“普通货架”那一侧的成本以更大幅度往上冲。这种相对价格的变化,比任何销售话术都更能推动客户做决策。

2. 钢材在两种项目里“地位”不同,涨价的影响自然不同

要理解为什么钢价上涨反而有利于自动化行业,必须先弄清楚钢材在两个方案里的“地位”。我做了一个很粗糙的成本结构拆解,不一定精确到每一家企业,但用来理解这个行业的变化足够了。

以同一个库房面积、同样的存储量需求来算:普通托盘货架项目,合同总价里,钢材直接成本通常能占到一半以上,加上立柱护脚、地轨、连接加固件这些配套钢构件,比例还能再往上走。而且这类项目本身技术门槛不高,叠加安装人工费用后,留给货架厂的价格缓冲非常薄。钢材一涨,几乎就是成本顶着利润往上涨,报价很难不跟着大幅动。

自动化立体库项目的成本盘子则完全不一样。货架钢结构部分可能只占设备总投资的20%到30%左右,剩下的是机械加工件、电机减速机、光电传感器、PLC、伺服驱动、工业网络和软件系统,以及现场安装调试验收这部分人工和项目管理费用。钢材涨价上来,对整个项目总价的影响幅度当然存在,但不再是那种“钢材涨10%、总价涨8%”的强联动关系。

我习惯用一个特别俗的类比来解释这件事:钢材涨价就像咖啡豆涨价。路边没有品牌溢价的咖啡摊,豆子成本占了一杯咖啡的大半,豆价一涨他只能喊疼;但一家成熟的连锁咖啡店,豆子成本在整杯价格里占比很低,真正值钱的是房租、人工、品牌、设备和运营流程,所以同样涨豆价,它反而更有底气稳住价格,甚至借机推出更贵的精品线。

仓储自动化行业在这轮行情里就有点“精品咖啡店”的意思。我们当然也吃钢,但钢厂涨价对我们的直接成本冲击,远没有对传统货架制造业那么致命。与此同时,自动化方案里那些真正值钱的部分——单位面积存储密度、作业效率、库存准确率、人员依赖度——在客户做长期总账的时候,价值被进一步放大了。

这轮行情真正改变的是客户计算方案的“标尺”。以前客户比的是“谁的首期报价低”,只要这个标尺存在,传统货架在表格上永远是安全的;当钢价把首期报价整体的水位抬高了,客户开始主动转到“每托盘位成本”“每托出入库成本”“全生命周期总拥有成本”这些维度上重新做选择。这一转,恰好转进了自动化方案的舒适区。

3. 一张对比表,才是钢价撬动自动化需求的关键筹码

客户做决策从来不是看“设备多少钱”,而是看“每个存储位到底要分摊多少钱”。这一轮钢价上涨之所以能撬动自动化需求,很大程度上是因为它把“单位托盘位成本”这个数字动摇了。

我给你搭一个简化的对比模型。假设一座一万平方米、层高9米的仓库,要存储约6000个托盘位。方案A是普通横梁货架加叉车作业,方案B是自动化立体库加堆垛机和输送线。这里不考虑土建大改,只看仓储本体相关的投入和运行成本。

先看钢价上涨前的大致情况:方案A的首期造价明显低于方案B,按6000个托盘位摊下来,方案A每托盘位的设备投入比方案B便宜不少。加上方案A对操作人员的技能要求低,很多企业主心里那杆秤天然偏向A。

再看钢价上涨后的情况:方案A里的钢材直接成本占大头,钢价上涨百分之二三十,整套货架造价就被顶上去了;方案B里钢结构的占比没那么高,堆垛机、输送线、电控系统的价格涨幅远小于钢材本身的波动。于是两边“每托盘位投入”的差距快速缩窄,甚至在一些层高条件好、人工成本高的项目里,方案B的全生命周期成本已经能打平或反超。

表格对比会更直观一些:

对比维度方案A:普通货架+叉车方案B:自动化立体库
钢材成本占初投比重较高,价格联动明显较低,约两到三成
钢价上涨对初投影响明显抬高整体造价温和,设备软件摊薄
单位面积存储密度偏低,需大占地高,可向上要空间
长期人工成本持续增长,依赖熟练工一次性投入,运行人员少
管理损耗与库存准确率依赖人工,波动大系统化管控,可追溯
扩容灵活性较高,模块化加货架前期规划要求高

这张表做完之后,不需要销售多说话,客户自己就会意识到:钢价上涨之后,传统方案那个最核心的“首期便宜”优势被削弱了;而自动化方案在人工、面积、准确率这些加分项却一笔都没少。两边的性价比天平,正在向自动化倾斜。

当然,这里有一个特别重要的使用前提:客户原有的仓库层高和地面条件必须能支撑起自动化方案。如果仓库只有五米层高,硬上立体库并不划算。这一轮行情最受益的,是那些层高在八米以上、地块价格不低、用工压力明显的项目。这也是为什么很多快消、汽车零部件、医药流通领域的仓储项目,在这轮涨价后反应最积极——他们的仓库条件本来就具备上自动化的基础,只缺一个“理由”,而涨价把这个理由送上门了。

4. 钢价不仅改了账本,还把老板的决策节奏按下了快进键

做仓储自动化销售的人都知道,这个行业最大的阻力不是技术,是客户的“再等等”。很多仓库明明已经把货物堆到了通道上,但老板一想到自动化设备那笔首期投入,还是会习惯性地往后拖:“明年预算再说”“等新厂区一起上”“今年业绩不好看,先不动”。

钢价上涨有意思的地方在于,它把“再等等”这个选项的成本变得可见了。以前等一年,最多是租金和人工涨一点,设备价格没太大变化;现在等一年,钢材行情可能又跳一档,货架报价和自动化设备本身可能都会跟着水涨船高。客户算得过来这笔账之后,很多原本排在明年预算里的项目,被提前挪到了今年的审批流程里。

我在实际项目里观察到,涨价之后客户问的问题明显变了。过去他们问的是“这套系统要多少人操作”“回本要几年”;现在问的是“如果我现在签合同,钢材价格浮动怎么处理”“报价有效期到什么时候”“你们能不能先把关键设备锁价”。这背后是一种典型的“涨价预期下的赶早不赶晚”心理——项目本来就要上,既然大家都判断钢价短期降不下来,那早签反而能锁住成本。

这种心理对整个行业是有利的,它直接压缩了项目决策周期。过去一个自动化立库项目从需求调研到立项审批,走半年很常见;现在钢价给了客户一个向上级汇报的“合理理由”,很多项目在两三个月内就完成了立项。

不过这里有一个需要格外提醒的坑:销售团队最容易在客户着急的时候放松合同条款。客户越着急,越要在合同里把付款节奏、交期、违约条款写清楚。我在前几年就吃过类似的亏,客户急着锁钢价,签合同时价格压得很低、付款比例又很宽松,结果后期钢材继续涨,项目做一单亏一单。涨价窗口期里的合同,反而是最需要一笔一笔抠细节的合同。凡是涉及长交期的设备采购,建议在报价书里列明“钢材价格波动超过一定幅度时,合同价格可联动调整”的条款,表面上看起来是保护自己,实际上也是在帮客户降低“怕涨又怕跌”的不确定性。

还有一类客户特别值得关注:第三方物流企业和电商仓配公司。他们本身没有厂房资源,仓库是租的,利润率又薄,对租金和人工成本的变化极其敏感。这一轮钢价上涨直接带动了“货架+叉车”这种传统方案的租金成本上升,仓库运营方很快发现,与其继续租更大的平库、堆更多货架、雇更多人,不如在现有场地里向上要空间、用自动化设备替代一部分重复劳动。这类客户往往不是被销售说服的,而是被这轮行情推着走到自动化方案面前的。

5. 别光看利好,这轮行情里也有实实在在的输家

钢铁涨价对仓储自动化行业整体来说是意外之喜,但具体到每个企业头上,情况远不是“雨露均沾”。这一轮行情更像是一次重新洗牌,吃到了的是那些有技术附加值、有议价能力、有核心设备制造能力的玩家,挨打的则是那些没有定价权、靠差价生存的中间环节。

先说最受伤的群体:中小型货架厂和纯贸易型钢构件供应商。他们签的合同往往是“锁定总价、后采购钢材”,钢价涨上来之后,钢厂报价变了,跟客户之间的合同价却改不了,利润空间直接被挤掉甚至倒挂。他们也没有足够的订单量去和钢材贸易商谈锁价或长约,只能硬着头皮在现货市场里高价买钢,交付一单亏一单。

其次是那些“轻资产集成商”。这类公司没有自己的设备加工能力,堆垛机、输送线、货架全部外购,只做系统集成和项目管理。钢材涨价的压力会通过外购设备层层传递到他们身上,而他们自己又没有制造环节可以消化这部分成本,上游涨多少,几乎要原封不动传导给客户。如果客户不接受涨价,项目就只能在微利甚至亏损状态下硬扛。

相对受益的,是那些有自己设备制造能力、有稳定供应链渠道的头部企业。他们可以通过批量采购与钢厂或大型贸易商锁定一段时间的钢材价格,也可以通过优化设计、使用高强度薄壁型钢来降低单台设备的用钢量。钢价上涨对他们的毛利率影响可控,同时还有很多中小同行因为接不住成本压力而退出竞争,腾出来的市场空间反而被他们接手了。

这就引出一个特别现实的问题:涨价行情下,客户一定会收到五花八门的报价,其中可能混着一些用“低价库存钢”或“偷工减料”方式压价的方案。我们在项目选型时不能只看总价,尤其要警惕那些报价低得反常的方案。钢结构货架涉及承载安全,减重设计必须在强度计算和标准规范内进行,一律用薄板、降壁厚的做法,短期省了钱,长期会带来安全事故和法律责任。

对于自动化集成商来说,这轮行情同样要谨慎判断客户质量。有真实需求和预算充足的客户,涨价反而能加速他们做决策;而那些本来就想压预算、靠低价拿项目的客户,钢价上涨很可能导致项目中途暂停或合同重新谈判。与其在这种项目上耗时间,不如把销售资源集中投向那些对“全生命周期成本”有清晰认知的行业客户。

6. 窗口期操作手册:锁价、减重、报价条款,一个都不能少

既然钢价上涨给仓储自动化带来了一段难得的窗口期,那怎么把这个窗口利用好,就是眼下最实际的功课。这里我分享几个自己验证过还算有效的实操打法,不管你是设备厂商、集成商,还是终端用户方的项目负责人,都可以参考。

第一件事是钢材锁价。锁价不是简单地和贸易商口头约定“这批货这个价”,而是要在项目级做细。比如接到一个立库项目,体量预估需要多少吨型钢、什么规格、什么时候进场,需要提前拆解需求,然后去和合作稳定的钢材贸易商签周期锁价协议。锁价的意义不仅是锁定采购成本,更关键的是让报价书里那一项“钢材价格”变得可承诺。没有锁价,报价单上写“价格有效期30天”就是在赌行情,赌赢了客户觉得你便宜,赌输了合同就是亏损。

第二件事是设计减重优化。同样是承载一吨的托盘,不同截面设计的型钢用量可以差出百分之二三十。现在很多建筑设计院和货架厂都有有限元分析能力,完全可以在满足静载、动载和抗震要求的前提下,通过优化立柱截面、调整横梁跨度、合理布置支撑来降低单托用钢量。这玩意听起来偏技术,但落到成本上非常可观。我见过一个穿梭车密集库项目,设计端整体优化后节省了一成多的钢材,直接对冲掉了那轮的钢价涨幅。这里必须加一句:优化设计要基于计算书和标准规范,不能用经验代替验算,尤其是涉及高位货架和自动化设备动载的场景,安全冗余不能省。

第三件事是报价条款的弹性设计。面对钢价波动,最忌讳的是报一个“死价”,然后自己扛全部波动。合理的做法是在报价书中设置阶梯价格或联动条款,写明钢材基准价、价格指数来源、调整公式和调整底线。例如约定“以签约日为基准,当主要原材料价格波动超过正负5%时,合同金额按公式联动调整”。这种条款一方面能保护你的利润,另一方面也给客户一种“公平透明”的感觉,反而比两边互相猜忌要省心。

第四件事是项目开工节奏的编排。钢价上涨期间,能早采购的就别拖,能提前备料的就别等合同完全落定。很多项目其实在方案阶段就能锁定主要钢材规格和用量,这时候可以先和钢材供应商锁定一批库存,后期合同签了就直接排产,省掉了中间等待期内涨价的风险。反过来,如果客户迟迟不签约,也不要仓促采购积压库存,要算清楚资金成本和仓储成本,别让“锁价”反过来把自己锁死。

第五件事,也是容易被忽略的一点:报价单有效期本身是个销售工具。行情波动剧烈的时期,报价有效期从30天缩短到7到14天,本身就给客户传递了一种紧迫感。适当使用这个节奏,配合“钢材成本占设备总价的比重”“当前钢价趋势图”这类可视化素材,能有效推动客户进入决策流程。但要用得克制,不要用虚假的紧迫感逼单,这个行业圈子很小,一个单子做没做出来,口碑很容易传开。

7. 这根“救命稻草”的保质期,可能没有想象中那么长

很多人看到钢价上涨在一段时间里帮到了自动化行业,就开始把增长预期押在原材料行情上,我觉得这是相当危险的误判。涨价确实是催化剂,但它不是仓储自动化行业真正的需求发动机。

真实的需求底座是什么?是仓储用地越来越贵、一线作业人员越来越难招、库存准确率和履约时效要求越来越高,这些结构性的压力,才是企业最终选择自动化的根本原因。钢价上涨只是在这些压力之上,又加了一个“现在不买可能更贵”的推力而已。一旦钢价从高位回落,传统货架方案的成本压力缓解,自动化方案在“首期投入”这个维度上又会显得贵一些。到时候,那些只是因为涨价而提前做决策的项目,可能又会开始观望。

更要警惕的是钢价上涨的副作用。如果涨幅过猛,下游制造企业的利润被原材料成本大面积吞噬,他们反而可能收缩资本开支,推迟一切非必要项目。自动化设备属于投资类项目,在这种环境下很容易被优先砍掉。我看到过不止一个项目,因为客户母公司的整体预算被原材料成本挤压,哪怕仓库方案已经做到了技术评审阶段,最后还是被冻结了。这轮行情里,可能有一部分“救命稻草”效应,也有相当一部分客户被涨价本身伤到了元气。

我的观点是:要把这轮钢价上涨当成一次难得的客户教育机会,而不是长期增长依赖。在沟通方案时,多帮客户建立“全生命周期成本”和“单位托盘位成本”的核算习惯,多用动态的钢价对比表和趋势预测去解释为什么今天做决策比三个月后更理性。就算这一轮钢价涨势结束,只要客户学会了用更长远的账本做决策,那这波窗口期的价值就已经留下了。

做仓储自动化这行,最难的不是把设备卖出去,而是帮客户找回一把正确的“算盘”。钢价上涨阴差阳错地让很多人第一次认真核算了仓库的每一平方米、每一个人、每一个托盘位背后的成本。从这个角度看,这笔涨价“学费”虽然交得肉疼,但确实让行业往前走了一步。

相关新闻

快速事件架构rea:从零构建可扩展的异步事件驱动框架

快速事件架构rea:从零构建可扩展的异步事件驱动框架

好几次遇到项目已经到了“接口越改越慢、业务越糊越乱”的阶段,我才开始认真思考整套系统内部应该用什么方式协作。于是有了标题里这个很短的代号 rea,它后面全称是 Rapid Event Architecture,也就是快速事件架构。我最初只想做一套轻量的事件…

2026/10/21 5:15:05 阅读更多 →
响应式架构实战:从rea概念到实时数据处理系统搭建

响应式架构实战:从rea概念到实时数据处理系统搭建

1. 从“rea”这个标题说起:一个被低估的缩写背后藏着什么第一次看到“rea”这个标题的时候,我脑子里蹦出来的第一反应是——这大概率又是一个被缩写玩坏的项目名。做技术的人都有个习惯,喜欢把长名字砍成三四个字母,图省事、图好记…

2026/10/21 5:15:05 阅读更多 →
机器人地图开发实战:数据结构、并发更新与可视化避坑指南

机器人地图开发实战:数据结构、并发更新与可视化避坑指南

1. 从“lingbot-map”这个名字说起:它到底想解决什么问题第一次看到“lingbot-map”这个项目名,我脑子里冒出来的第一个念头是:这大概率是一个跟“机器人建图”或者“地图可视化”相关的东西。拆开来看,“ling”可能是某个前缀或者…

2026/10/21 5:15:05 阅读更多 →

最新新闻

AI信息挖掘实战:从提问到交叉验证,把碎片信息串成认知

AI信息挖掘实战:从提问到交叉验证,把碎片信息串成认知

元旦的钟声刚敲过,我猜不少人正把“新的一年多学点东西、把手头的事做精”写进计划表。这几天我发现一个很有意思的现象:大家不是不想查资料,而是被资料淹没了。打开浏览器想看某个行业的最新动态,结果十条链接里八条是去年的&…

2026/10/21 5:48:18 阅读更多 →
从SLAM到AMCL:自制差速机器人地图导航模块实战解析

从SLAM到AMCL:自制差速机器人地图导航模块实战解析

lingbot-map 这个名字听起来像某个开源仓库的代号,其实是我给自制的差速移动机器人开发的一套完整地图与导航模块。项目核心就一句话:让一台只会上电转圈的底盘,变成能在办公室和家里自主巡航的机器人。它由三个子功能组成——离线建图、在线…

2026/10/21 5:48:18 阅读更多 →
Python语法基础精讲:变量、缩进与运算符优先级实战避坑指南

Python语法基础精讲:变量、缩进与运算符优先级实战避坑指南

简介:这份PPT课件面向Python零基础学习者与编程入门教学场景,系统梳理第2章Python语法基础的核心知识框架。内容围绕变量与数据类型展开,涵盖整型、浮点型、复数、布尔、字符串、列表、元组、字典、集合等类型,并延伸至标识符命名…

2026/10/21 5:48:18 阅读更多 →
互联网医院管理制度文档编写指南:从制度条款到系统代码的落地实践

互联网医院管理制度文档编写指南:从制度条款到系统代码的落地实践

简介:这份文档面向医院管理者、信息科人员及互联网医疗从业者,系统梳理了互联网医院从组织架构到具体业务规范的完整制度框架,可用于制度建设参考、合规自查或岗位培训。压缩包内为1个doc文件,约176KB,内容以制度条文与…

2026/10/21 5:48:18 阅读更多 →
kubeadm 安装 Kubernetes 集群完整指南:初始化、加入节点与排障

kubeadm 安装 Kubernetes 集群完整指南:初始化、加入节点与排障

经常有人问我:“想自己搭一套 Kubernetes 集群,到底从哪下手?”我一般都会回复一句话:先把 kubeadm 用熟,再谈别的。kubeadm 是 Kubernetes 官方维护的集群引导工具,它的目标就是让你别在节点初始化、证书签…

2026/10/21 5:48:18 阅读更多 →
MediaSoup SDP协商详解:ICE、DTLS与RTP参数三层拆解

MediaSoup SDP协商详解:ICE、DTLS与RTP参数三层拆解

做WebRTC服务端的时间长了,你会发现SDP协商是所有“看起来简单、跑起来折磨”的问题里最典型的一个。文本就那么几行,但每一行都对应着一段连接的生命周期。MediaSoup的SDP协商尤其有意思——它并没有像传统服务器那样去解析和重写SDP文本,而…

2026/10/21 5:47:17 阅读更多 →

日新闻

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

月新闻

我发现了一个新思路:用 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 阅读更多 →