尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
洛阳钼业7年矿山无人化演进:最稳的矿区自动驾驶落地路径
矿山无人化这个事圈内聊了快十年真正能坐下来把一个完整周期讲清楚的案例并不多。洛阳钼业这个7年的演进过程是我个人认为国内矿区无人驾驶落地路径里少有的“正常叙事”不吹首发、不追热点项目试点、产业聚集、产学研用、资本布局四条线穿插推进节奏上更像按生产计划滚出来的而不是按发布会排出来的。这篇内容适合三类人看一是矿山业主方负责智能化的团队二是无人驾驶、工程机械领域的技术从业者三是关注产业互联网和硬科技投资的人。看完你会理解一件事——为什么“最稳”这三个字才是矿区真无人化最值钱的评价。1. 先回答一个关键问题矿山无人化到底难在哪1.1 露天矿的“适合”与“不适合”很多人第一次听到矿山无人驾驶第一反应是“矿区封闭、路线固定、人少车少应该比城市道路简单多了”。这个判断对了一半。露天矿确实具备自动驾驶落地的天然土壤矿区是地理围栏内的受控区域没有行人、没有红绿灯、没有随意变道的社会车辆作业路线相对固定车速也不高普遍在30公里每小时以内。从场景约束看这几乎是L4级自动驾驶最容易切入的ODD之一。但另一半的现实是矿区路面极差重载下坡长距离制动、矿石装卸时的冲击载荷、粉尘和泥水对传感器的影响、高边坡对GNSS信号的遮挡这些工况对车辆可靠性的要求比乘用车严苛得多。更关键的是矿山是一个以“保产”为第一优先级的连续作业系统矿卡的调度不是围绕“车怎么走”而是围绕“铲装、运输、排土、破碎”这套流程的节拍。任何无人化技术如果不能融入这个生产节拍再先进也上不了台面。所以矿山无人化的真实难点不在于“让车自己跑”而在于“让车在一个不断变化、不能停产的复杂系统中自己跑还要跑得比人稳”。1.2 “最稳”的含义不追风口按生产节奏滚动迭代洛阳钼业这7年给行业最大的参照不是单点技术的突破而是“演进节奏”的控制。行业里见过太多案例第一年高调宣布无人矿卡落地第二年加码规模第三年因为稳定性不达标退回人工驾驶第四年团队解散、项目静默。这种大起大落本质上是把技术验证、生产验证、组织验证三个不同阶段的节奏压在了一起试图一年干完三年的事。洛阳钼业的路径则明显不同。从最初小范围试点到某条特定路线的常态化无人运行再到多车编组、全流程覆盖每一步都以前一步积累的生产数据作为决策依据。这种节奏看起来慢但实际上每一步都在产生可复用的经验资产运营数据、故障库、司机反馈、调度模型矫正。到了第三四年之后后来者再想追差的已经不是算法而是这些跑出来的数据和组织磨合的隐性经验。我始终觉得“最稳”不是保守而是对矿业生产逻辑的尊重。矿业是典型的流程型重资产行业一条产线停1小时损失是实打实的。技术团队可以讲迭代生产团队只能讲保产。能把两头节奏缝在一起才叫真的落地能力。2. 试点从哪切运输环节的必然性与前提条件2.1 为什么第一个吃螃蟹的是矿卡而不是钻机任何矿山无人化项目启动前都会面临一个选择题从哪个环节切入完整的露天矿作业流程包括穿孔爆破、铲装、运输、排土、破碎几个核心环节。穿孔有钻机铲装有电铲/液压铲运输有矿用卡车排土有推土机破碎有给料机。理论上每个环节都可以做无人化但投资的性价比和落地难度差异巨大。运输环节几乎是公认的最优切入点原因有三第一运输成本占比最高。在一个典型的露天矿里运输成本能占到采矿总成本的40%到50%矿卡的数量最多、司机的人力成本最高、油耗和轮胎消耗也最大。无人化带来的成本压缩空间最直观。第二运输环节的控制维度最清晰。矿卡的行驶路径、速度、装载点、卸载点都是相对可描述的——从铲装点行驶到排土场或破碎站路径是固定的中间需要避让其他设备但规则明确。相比钻机的自动对孔、电铲的自动挖掘这类需要复杂立体感知和操作力控制的场景矿卡的横向控制和纵向控制实现难度低一个量级。第三事故风险最高。矿卡体型巨大载重几十吨到上百吨司机视野盲区多长时间作业容易疲劳矿区交通事故一旦发生往往是重大伤亡。无人化在这个环节的“安全价值”比其他环节更能打动决策层。洛阳钼业的实践路径也符合这个规律——先拿自卸环节做定点突破把无人驾驶矿卡在真实生产线上跑稳而不是一上来就追求“全工序无人采矿”的宏大叙事。2.2 试点的正确姿势单点、单线、双驾双控说回实操。试点真正的难点不是“买几台无人矿卡跑起来”而是怎么设计试点方案让它在不干扰生产的前提下拿到足够有效的验证数据。行业内比较成熟的打法我概括为“单点、单线、双驾双控”。单点就是选取一个相对独立的作业区块比如某个采区的某条运输路线而不是在整个矿区全面铺开。单线是指这条路线上的车流是可控的——起初最好只有一台无人车在运行便于观察和接管。双驾双控是指车上保留安全员但安全员从原来的“人驾为主”变成“监控为主”车辆正常运行时不干预只有异常情况才接管。这里有一个很容易被忽视的细节双驾双控的切换机制决定了安全员对系统的信任程度。如果切换过于灵敏安全员会倾向于频繁接管系统永远得不到充分的自主运行时间如果切换过于迟钝一旦发生危险安全员来不及反应。比较合理的做法是设置分级接管策略——轻微偏离时先告警、系统自动修正只有严重风险才需要安全员介入同时对每一次接管做日志分析反向迭代算法。洛阳钼业在这个阶段花了相当长的时间打磨从数据看效果是显著的随着运行里程增长接管频率逐月下降系统处置异常工况的能力在真实生产环境中逐步被验证。这个过程没法跳步因为安全员和现场生产人员对系统的信任是每一次平稳运行积累出来的不是靠PPT讲出来的。3. 从单车无人到全流程无人规模化的三层递进3.1 第一层单车自动驾驶的闭环单车层面的技术闭环是无人化的地基。这层能力包含感知、定位、决策、控制四大模块在矿卡上的实现有鲜明的场景特点。感知层面矿卡与乘用车不同不需要识别车道线、行人、红绿灯但需要稳定识别三类目标铲装设备电铲或液压铲、其他运输车辆、路边石块和边缘边界。障碍物识别不难难的是在扬尘、雨雾、夜晚等环境下保持稳定。激光雷达是主力传感器但矿尘对激光点云的干扰非常严重需要配合毫米波雷达和摄像头做异构融合不同传感器的置信度还要根据天气动态调整。定位层面露天矿的高边坡和深坑会对卫星信号形成遮挡和反射单纯依赖RTK实时动态载波相位差分技术并不可靠。工程实践中普遍采用“RTKIMU惯性测量单元轮速计”的组合定位方案高精地图作为先验约束。即便卫星信号短时丢失惯性导航也能在几十秒内保持厘米级到分米级的定位精度足够支撑车辆安全停车或继续行驶到信号恢复区域。决策与控制层面矿卡的作业模式是固定点对点装载点等待、贴靠、举斗运输道路行驶卸载点举斗、卸料。整个决策树比开放道路简单但边界条件苛刻——重载下坡的制动策略、装载区对位精度厘米级、湿滑路面的防侧滑控制这些才是真正拉开系统成熟度差距的地方。3.2 第二层多车编组与云端调度的协同单车稳定之后紧接着面对的问题就是多辆无人矿卡在同一个矿区内协同作业谁来排班、谁让谁先走、谁在哪条路线上跑。这就是矿区云调度平台的价值所在。调度系统要处理的信息包括每辆车的实时位置、状态、剩余电量或油量、任务队列、道路拥堵情况、装载点/卸载点的设备状态。它像一个空中交通管制塔台但管的是地面上的重型机械。调度策略需要避让规则和任务分配的双重优化。简单场景下可以基于通行优先级来解决路口冲突——重载车优先、装载点内的车优先于要进装载点的车。复杂场景下还需要把“生产成本”纳入优化目标某条路线的排队时间如果超过了某个阈值调度系统应当动态调整任务分配让车辆去排土场而非破碎站或者在两个装载点之间做负载均衡。洛阳钼业这种7年周期的演进最获益的其实是调度系统的数据积累。调度算法可以在仿真环境里跑几百种数字孪生场景但真实矿区的地形变化、天气突变、设备临时故障、甚至司机错位停车这些“非标准事件”只有靠实际运行数据一点点喂给模型。这也是为什么我认为矿区的调度能力是一座“隐形的数据护城河”——后进入者即便拿到同样的硬件和算法也拿不到这么多年的真实调度日志。3.3 第三层铲装、运输、排土、破碎的全流程拉通单车和编组解决的是“车的问题”全流程拉通解决的才是“矿的问题”。真正的无人化矿山不是几台无人矿卡在有人管理的环境里运行而是整个采矿作业链的协同优化。铲装设备与矿卡的自动对位、破碎站料仓的自动卸料、排土场边缘的自动排土每一个交互节点都需要与不同的重型设备配合。这些设备往往来自不同制造商通讯协议、控制接口、安全逻辑各不相同打通它们本身就是巨大工程。全流程拉通的目标是减少“人等设备、设备等车、车等位”的空耗时间。例如电铲在装载过程中调度系统可以预估剩余装载时间提前安排下一辆矿卡在排队区等待而不是让矿卡拥堵在装载点门口。破碎站料位的变化可以联动调度矿卡的卸料节奏避免卸料堆积或给料不足。这个阶段投入产出比最高的往往是“生产流程的重新建模”。把原来人工协调的松散流程变成数据驱动的紧凑协同流程。它带来的效率提升未必是单台车辆运行速度的提升而往往是整个系统稼动率、节拍匹配度的提升。这需要和矿山生产部门密切配合反复打磨每个流程节点的交互规则——本质上是在做“作业流程再造”技术在这里只是工具。4. 产业聚集矿区周边长出来的无人化生态4.1 一个露天矿能养活的无人化产业链有多长2018年之后国内头部矿区陆续开始跑无人化试点洛阳钼业所在的栾川矿区并不是最早起步的但它的产业聚集效应非常典型。一个真正常态化运行的无人化矿山周边会聚集起一整套服务链条远不止无人驾驶技术公司这一环。我粗略梳理一下至少包括七类角色整车与线控底盘矿卡主机厂提供支持线控的底盘平台自动驾驶方案商感知、定位、决策、控制算法与系统集成通信运营商5G专网、基站建设与维护定位服务商RTK差分基站、高精地图采集与更新工程服务商道路平整、边坡防护、标识标牌部署运维服务商传感器标定、故障维修、备件供应、日常保养高校与科研院所课题合作、人才输送、专项技术攻关这些角色不是一次性进入矿区的而是随着无人化推进的不同阶段陆续加入。早期可能只有自动驾驶方案商和通信运营商到了大规模运营阶段运维服务商和高校实验室的比重会持续上升。矿区周边的服务配套、供应链库存、人才储备也随之慢慢沉淀下来。4.2 数据、标定、运维隐形壁垒如何积累产业聚集带来的表面好处是采购体系成熟、服务响应快但真正的壁垒在于三样看不见的东西数据、标定经验、运维体系。数据是最核心的资产。每一辆无人矿卡在栾川矿区跑过的路线、遇到过的每一次异常、云端调度记录的每一次接管都是可迭代的“生产资料”。同一个方案商在另一个矿区实施项目带走的不是代码而是这批数据里提炼出的经验模型。矿区越早跑积累越深后来者想通过同样路径追赶时间成本绕不过去。标定经验则是容易被忽视的隐性门槛。矿卡的传感器标定和乘用车有本质区别车体大、标定场地受限、矿尘对激光雷达反射率影响大不同天气下的标定参数还要动态补偿。这些操作规范没有写在公开文档里全靠现场工程师一遍遍调试总结。一个有成熟标定流程的团队可以在一小时内完成一辆车的日常标定而新团队可能要折腾半天还得反复校验。运维体系决定了无人化的“可用性”。矿区无人驾驶车队不是装完就跑而是要365天持续运行。备件库存是否合理、故障响应是否及时、远程诊断是否有效直接决定车队的出勤率。这也是为什么产业聚集越成熟的矿区无人化推进越顺畅——因为服务半径短备件半天到位工程师随叫随到生产中断的时间被压缩到最低。5. 产学研用的现实接口大学成果进矿区的最后一公里5.1 “用”字当头的合作逻辑矿山无人化的技术链条很长单靠企业自身研发很难覆盖所有基础问题高校和科研院所的参与是必然选项。但产学研合作最容易犯的错误是——把大学实验室当作“外包研发部”或者反过来把企业当作“论文数据提供方”。洛阳钼业这类成熟矿区对产学研的态度更加务实。核心逻辑是把“用”字放在第一位所有联合研究课题都要能回答一个共同的问题这项技术投入生产后能在哪个环节降低多少成本或者提升多少效率。纯前瞻性的研究不是不做而是比例控制得很低绝大部分合作都锚定在真实生产场景的痛点上。比如路径规划中的能耗优化、复杂环境下的感知融合、车路协同与调度的联合优化这类课题既有学术价值又能直接转化为运营优化。这类合作模式对高校也有利——论文的“含金量”建立在真实矿山数据的基础上远比仿真出来的结果更有说服力。5.2 算法上车前的土办法仿真、封闭测试、安全员从大学实验室的算法到量产矿卡上的稳定功能中间的鸿沟常被低估。实验室算法跑通一个数据集与算法在极端工况下稳定运行几千小时完全是两码事。我见过太多高校团队交付的Demo在仿真环境里表现优异一到真实矿区就“水土不服”。原因不外乎四个真实传感器噪声与仿真差距大矿山环境的特殊工况重载、高振频、粉尘在模型训练中没有被充分覆盖边缘计算设备的算力远低于实验服务器车辆动力学模型在重载状态下的参数偏移导致控制精度下降。实用的做法是设置三段式验证梯度。仿真阶段验证算法逻辑的完备性覆盖边界工况封闭测试场阶段验证传感器可靠性覆盖装卸、爬坡、下坡、雨雾等场景最后才是在真实矿区的安全员监控下小流量试运行。每一段都要设定明确的通过标准比如“连续运行多少公里无安全事故”“接管频率低于多少次/百公里”不达标就回炉重来绝不带着问题进入下一阶段。这个流程听上去很繁琐但它能有效过滤掉很多“看起来很酷但根本不成熟”的技术方案。对于教学和科研单位而言这也是一个理解工业级可靠性标准的绝佳窗口。6. 资本布局无人化重改造的账到底怎么算6.1 投入端无人化改造的三大类成本矿区无人化的投入从来不只是“买几套系统”那么轻巧。完整的改造项目成本至少分三大类。第一类是基础设施投入。包括通信网络5G专网或Wi-Fi 6专网、RTK基站、边缘计算设备、调度中心、充电桩或换电站、道路改造平整度、标识、转弯半径优化。这类投入是一次性的但在整体预算里往往占比不小通常占总投入的三到四成。第二类是车辆端改造。一条清晰的成本曲线是早期对燃油矿卡加装无人驾驶套件传感器、计算单元、线控执行器的成本很高因为很多老车型并不支持线控需要额外加装大量执行机构可靠性还差后来与主机厂协同定制前装线控底盘批量采购后成本显著下降。目前行业内主流的趋势已经转向“订单入股”模式锁定产能提前介入整车设计把传感器接口和检修空间预留好。第三类是持续运营成本。包括运维团队人力、备件消耗、软件算法迭代研发投入、数据服务费用。这类成本不是一次性支出而是整个无人化运营周期里持续存在的“运营开支”。很多项目做预算时容易漏掉这块结果到第二年发现日常运维成本远超预期项目被质疑“只烧钱不产出”。6.2 产出端能减几个人、提多少效无人化的产出端可以从三个指标衡量。直接的显性收益是人力成本下降。矿卡驾驶员的工资在矿区人力成本里是大头而且矿卡司机逐年难招年轻人不愿意去环境艰苦的矿区倒班。无人化后一名远程监控人员可以同时看管多辆车人力精简的幅度非常明显。对矿区来说这是最直观、最算得清收益的一项。第二项是运营效率的优化。无人驾驶不会为了“赶进度”而开快车但它的稳定性和节拍一致性远超人驾。驾驶风格的标准化能降低轮胎磨损和燃油消耗云端调度能减少怠速等待时间这些综合起来的效率提升通常在5%到15%之间具体取决于矿区的作业组织水平。第三项是容易被忽视的安全价值。矿车事故的隐性成本极高停工停产、设备维修、人员赔偿、监管处罚。无人化之后人为因素事故大幅下降这个“避免的损失”难以精确估值但对于财务决策者来说它往往比省下的人力成本更有说服力。6.3 资本打法的四种典型路径观察这几年矿区无人化的竞争格局资本布局大致有四种路径。第一种是财务投资型。不直接下场做运营而是投资掌握核心技术的无人驾驶公司通过股权增值获利。优点是风险分散缺点是对产业的理解往往不够深入难以提供产业协同。第二种是产业合作型。以矿区为场景与技术公司成立合资公司共同运营、共享收益。矿区出资源和场景技术公司出系统和算法双方绑定利益风险共担。这也是目前头部矿区比较主流的模式。第三种是供应链延伸型。传统矿车主机厂、工程机械巨头通过投资或自研掌握无人化能力把自动驾驶作为整车的“增值功能”打包销售。它们的逻辑不是靠软件收费而是靠卖车赚钱自动驾驶是为了让车卖得更好。第四种是平台生态型。以矿区数据平台为枢纽连接设备制造商、技术方案商、运营服务商做“矿山的智能化操作系统”。这种打法野心最大但需要的资源整合能力也最强。洛阳钼业在资本端并没有选择单一路径更像是一个组合既以真实场景吸引技术方案商就地服务也通过行业资本连接产业链上下游还带动了一批与无人化场景相关的新兴企业。它不急着做“平台方”但实际在产业协同层面已经具备了平台型影响力。7. 七年踩坑复盘五个值得写进PPT的教训7.1 5G覆盖的幻觉信号死角比算法错误更致命矿区无人化项目通信网络是地基。但有一种幻觉特别危险——以为花了钱建了5G专网全矿区就都有信号了。实际情况是矿区地形不断变化挖下去的坑、堆起来的排土场都会对无线信号形成新的遮挡。今天信号覆盖正常的区域三个月后可能就因为推进面变化出现信号盲区。早期项目最容易在这上面栽跟头。调度系统判定车辆断连时自动驾驶系统必须触发降级策略——减速、靠边停车、等待恢复。但如果断连发生在交叉路口或者坡道上降级策略本身就可能是安全隐患。对这个问题有效的应对方案是每季度基于最新地形数据做一遍信号仿真动态调整基站位置和天线朝向同时对关键路口和坡道做信号冗余覆盖。7.2 高精地图的失效时刻矿山每天都在“整容”乘用车的高精地图可能几个月更新一次就够了但矿山的“高精地图”每天都在变。采掘推进、钻孔爆破、排土堆积都会改变道路边界、坡度和装载点位置。地图不实时更新无人矿卡就会拿着过时的“说明书”跑新路轻则绕路重则驶入危险区域。解决这个问题比较有效的手段是“在线地图更新车道级修正”。矿卡自身通过感知系统实时检测道路边界的变化将变化区域上传云端云端合并多车数据后生成增量更新包下发给所有车辆。这个过程要做到分钟级甚至秒级本质上是一个轻量级的众包地图更新系统加上调度端对禁行区域和临时道路的即时标注。7.3 轮胎与油耗无人驾驶省下的钱从哪漏走很多项目核算无人化收益时只盯着人力成本忽略了设备成本的变化结果出现“人力省了3块轮胎多花2块”的尴尬局面。无人驾驶对轮胎的影响是双面的。一方面驾驶风格标准化后急加速、急刹车减少轮胎磨损有下降空间。另一方面矿区路面条件差如果轨迹规划没有针对路面做优化车辆长期贴着一个轮迹走同样会加剧局部磨损。油耗同理重载上坡的走线选择、下坡的制动策略直接影响燃油经济性。这个问题的处理需要把轮胎磨损和油耗数据纳入自动驾驶策略的优化目标。比如在规划阶段不只考虑“最短路径”还要考虑“最经济路径”根据路面情况动态调整重载段的轨迹和速度。这个细节如果做得好设备端的综合成本可以进一步压缩做得不好无人化省下的人力成本会被设备成本吃回去一大部分。7.4 人与岗位无人化最容易被忽略的阻力无人化项目技术层面推进顺利往往最后卡在“人”的问题上。矿卡司机是矿区数量最多的技能工种之一无人化必然带来岗位变化。如果处理不好司机群体的抵触情绪会成为项目推进的隐形阻力——消极配合、“关键时候掉链子”、甚至人为干扰设备都会严重影响运行。成熟的项目会在启动阶段就把转岗安置方案设计好一部分司机转做远程监控员一部分转做现场安全员和运维工程师还有一部分向设备维修、调度等方向转岗。这需要体系化的培训计划和岗位过渡期设计。洛阳钼业这类大型企业盘子大、岗位多相对容易消化小矿企做无人化这个环节的压力会更大。这也是“最稳”演进的另一个体现——不把司机当“成本”直接砍掉而是把他们当作转型过程中需要重新分配的生产资源。这样既保住了企业内部的稳定也为无人化推进争取到了最关键的群众支持。7.5 算清楚“成熟度账”没有谁能一步到位最后一条教训也是贯穿7年演进的核心认知无人化系统的成熟度不是一个“有”或“无”的状态而是一条连续的曲线。不存在“完成无人化”的那一天只有“无人化率从70%到90%再到99%”的不断爬坡。这个认知决定了资源投入的方式。如果一开始就按“全部无人”设计整个矿山的作业组织一旦某个环节不达预期整个生产体系会陷入混乱。更稳健的做法是先给系统打上可量化的成熟度标签——某个采区、某条线路、某几辆车、某几个班次达到什么水平就固定为什么运营模式。7成无人、3成有人混行的状态完全可以长期存在而不是一个需要快速跨越的过渡态。洛阳钼业这7年最大的价值恰恰在于走通了“有人/无人长期共存”的运营模型。在混行状态下安全边界怎么划、路权怎么分配、接管流程怎么设置这些问题的答案可能比“无人驾驶技术本身”更能代表这个行业的经验积累。8. 如果想复刻这样的演进最该带走的三条经验复盘洛阳钼业7年无人化实践我不觉得它有什么“秘诀”更多是几个朴素的道理在起作用。挑三条最值得带走的经验说一说。第一条试点阶段宁可慢不要快。把一个采区、一条线路跑透比同时铺开三个采区、五条线路更能暴露问题、沉淀经验。“窄而深”的试点看起来量不大但每个数据都是真实生产环境下跑出来的含金量远高于宽泛的“试验田”。第二条技术负责人必须是生产体系的翻译官。矿区无人化推进中技术团队和采矿团队往往讲着不同的语言一个讲算力、算法、时延一个讲台效、出勤、调度节拍。能有人同时理解两边语言并且把“算法指标”翻译成“生产指标”项目推进的阻力会小一半。这个人最难找也是最该花成本培养的角色。第三条演进路线要跟着生产价值走而不是跟着技术热点走。今年热的是多模态大模型明年热的是端到端自动驾驶但矿山要的还是那几件事——稳定、安全、降本、增效。技术在演进价值锚点不变围绕价值锚点去选择成熟的技术组合而不是反过来被技术牵着走。矿业的无人化转型仍在路上洛阳钼业7年跑出的这条路不一定适用于所有矿种和所有矿区但它验证了一个确定性只要节奏对、体系跟上露天矿山的“真无人”不是概念炒作而是可以稳定运转的产业现实。
RELATED

相关推荐

如何用 RxJava 的 ParallelFlowable 做并行数据处理?parallel、runOn 与 sequential 用法及适用边界

如何用 RxJava 的 ParallelFlowable 做并行数据处理?parallel、runOn 与 sequential 用法及适用边界

如何用 RxJava 的 ParallelFlowable 做并行数据处理?parallel、runOn 与 sequential 用法及适用边界 【免费下载链接】RxJava RxJava – Reactive Extensions for the JVM – a library for composing asynchronous and event-based programs using observable sequ…

📅 2026/9/10 3:14:03
Java+大数据+AI全能工程师知识体系与实战避坑指南

Java+大数据+AI全能工程师知识体系与实战避坑指南

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

📅 2026/9/10 3:09:02
Hugging Face Skills 技能包:解析 AGENTS.md 技能发现机制与 9 大 Agent 技能实战指南

Hugging Face Skills 技能包:解析 AGENTS.md 技能发现机制与 9 大 Agent 技能实战指南

Hugging Face Skills 技能包:解析 AGENTS.md 技能发现机制与 9 大 Agent 技能实战指南 【免费下载链接】ai-engineering-hub In-depth tutorials on LLMs, RAGs and real-world AI agent applications. 项目地址: https://gitcode.com/GitHub_Trending/ai/ai-engi…

📅 2026/9/10 3:09:02
MORE NEWS

更多资讯

📰

Dubbo负载均衡全解析:内置策略源码与权重预热细节

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

📰

Kubernetes Pod更新与迁移:调度器如何决定关联Pod的分布

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

📰

国产压测工具kylinPET深度评测:与JMeter/LoadRunner的高仿真高并发之争

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

📰

PIFuHD单图人体三维重建:从隐式表面到像素对齐的工程实践

简介:面向3D视觉与图形学开发人员,这是一套来自脸书研究团队的开源单图人体重建工具,只需一张普通彩色照片,就能生成高分辨率的三维人体模型。它完整覆盖了深度学习特征提取、隐式函数推断、网格重建与渲染等关键环节,…

📰

EPROS流程资产管理平台:让流程从文件变为企业资产

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

📰

Metabase 缺陷复现策略全指南:为每个 Issue 类型选择最快的验证路径

Metabase 缺陷复现策略全指南:为每个 Issue 类型选择最快的验证路径 【免费下载链接】metabase The easy-to-use open source Business Intelligence and Embedded Analytics tool that lets everyone work with data :bar_chart: 项目地址: https://gitcode.com/…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬