设备稼动率怎么算?三种口径公式与OEE计算避坑指南
简介PDF文档《设备稼动率如何计算》面向生产制造、设备管理与工业工程相关从业者系统讲解设备稼动率的核心概念与OEE计算方法。文档从可用率、性能率、质量率三个维度拆解计算逻辑给出完整公式并搭配具体生产数据案例帮助读者理解如何识别损失时间、速度损耗与不合格品对效率的影响同时引入TPM维护策略说明如何通过设备保养提升综合效率。正文还介绍了OEE的分析步骤与改进方向适合需要建立设备效率评估体系或优化生产线的工程人员参考。资源为单个PDF文件共1个文件56KB结构紧凑、内容集中可直接下载阅读。目前已有346人学习是快速掌握设备稼动率知识的高性价比资料。1. 设备稼动率不是一屏数字先弄清它在回答什么问题晚上八点设备主管盯着报表一台加工中心报设备稼动率57%组长却拍胸脯说85%。同一台设备、同一个班次数字差了28个点问题不在设备在计算口径。稼动率在OEE体系里的标准含义是「设备在计划工作时间里真正干活的时间占比」但落地到工厂分母用日历时间还是出勤时间、换型算不算稼动、5分钟微停要不要记都会让结果完全不同。这篇文章把三种口径公式、数据采集方式、一整套算例和五个踩坑记录拆开讲透适合给车间算产量的主管、做改善的IE工程师、背设备指标的维护工程师以及正在选型MES、为稼动率字段发愁的人。2. 稼动率三种口径与公式时间、性能、质量的边界很多人以为稼动率只有一个其实它是一族指标。企业日常最常出现的三个数时间稼动率、性能稼动率、良品率三者乘起来才是OEE。这里有个常见误伤有人直接把OEE叫成稼动率导致车间和总部对不上账。先把口径理清后面所有计算才不会散架。2.1 时间稼动率分子分母各算什么时间稼动率是三个指标里最基础的一个也是「设备稼动率」最常见的指代。公式很简单时间稼动率 实际稼动时间 / 计划稼动时间 × 100%难点不在公式在「计划稼动时间」和「实际稼动时间」的边界。从设备的时间轴看一天的时间从大到小可以切四层日历时间24小时不管设备是否有人看管。出勤时间工厂安排人上班的时间比如两班倒16小时。日历时间中没人到岗的8小时不应进入产能计算。计划稼动时间出勤时间减去计划停止时间。计划停止包括班前会、计划保养、正常休息、计划换班。这些时间不是设备损失是排产前就主动让出去的。实际稼动时间计划稼动时间里扣掉故障停机、换型调机、等待物料、首件检验等一切非计划停止后的时间才是设备真正在加工的时间。四个量的关系写成表时间层级本层含义举例12小时出勤日历时间一天24小时1440 min出勤时间人到位、设备可用的时间720 min计划稼动时间出勤时间减计划保养、会议、休息670 min实际稼动时间计划稼动时间减故障、换型、等待560 min我见过不少工厂把计划保养从计划稼动时间里去掉却把班前会漏掉还有的把午休时间不算出勤却把晚班交接的20分钟算稼动。这些细账在单台设备上看着只有十几分钟车间50台设备累计下来一个月就是几百个小时的产能差异。时间稼动率的取值区间通常在65%到95%。如果低于60%先不要急着分析性能稼动率大概率是停机损失没管住。先把故障、换型、等待这一类非计划停止压下去数字自然回来。2.2 性能稼动率与良品率别把OEE当成稼动率时间稼动率只回答「设备开没开」不回答「开的时候干得快不快、干得好不好」。这时候要引入性能稼动率性能稼动率 理论节拍 × 生产数量 / 实际稼动时间 × 100%理论节拍是标准作业状态下加工一件所需时间比如90秒一件。实际稼动时间里本来能按节拍生产 560 × 60 / 90 ≈ 373 件实际只产出280件说明加工过程有降速、空转、小停机或首件调试性能稼动率只有75%。良品率则更多是质量损失良品率 良品数量 / 生产数量 × 100%把三者乘起来OEE 时间稼动率 × 性能稼动率 × 良品率OEE衡量的是设备综合效率含义比单个稼动率完整。如果公司报表里写「设备稼动率83%」很可能只说了时间稼动率没反映性能损失和质量损失。这解释了为什么许多工厂的稼动率报表很好看但产能就是撑不起来。再补充一个边界OEE的分母是计划稼动时间。如果把分母换成日历时间得到的指标叫TEEP数字会比OEE低一截适合衡量设备全时利用率但日常生产管理一般不用它。先把OEE做对TEEP知道概念即可。2.3 稼动率与可动率一字之差含义完全相反这是车间最容易吵起来的两个词。可动率的定义是可动率 设备能开动的时间 / 需要开动的时间 × 100%它回答「想开的时候能不能开起来」。比如客户订单要求下午三点设备必须运转设备在那一刻处于可启动状态可动率就高。稼动率回答「计划让设备干活的时间里它实际干了多久」。一个典型的对比某台注塑机一天只排了4小时生产计划4小时全部正常运转时间稼动率100%可动率也100%。另一台设备排了20小时计划实际开了14小时稼动率70%但任何时候只要提出生产需求它都能启动可动率接近100%。稼动率低说明排产计划里的时间被损失掉了可动率低说明设备可靠性和维修响应出了问题。很多工厂把设备维护指标与稼动率挂钩实际更该挂的是可动率——设备坏了导致开不起来这是可动率下降设备故障停机1小时这是稼动率损失。两个指标服务不同管理层级别混在一个看板上。3. 数据从哪里来手工台账到PLC采集怎么选公式再准确数据如果记错算出来只会让人更盲信。数据采集方式直接决定稼动率的可信度。这一章把采集选型和记录字段讲清楚你会发现很多项目不是算法不行是数据源头就歪了。3.1 三种采集方式对比与选型常见做法是三种人工记录、MES终端打点、PLC自动采集。它们不是非此即彼关键设备与普通设备可以分层配置。采集方式粒度准确性投入成本适用对象纸质/Excel记录班次或小时低靠人自觉几乎为零起步阶段的车间、非瓶颈设备MES终端打点分钟中依赖操作员习惯终端加软件授权50台以上设备的车间PLC/传感器自动采集秒级高数据客观硬件改造加系统集成瓶颈设备、自动化产线、关键加工中心人工记录最大的问题是漏记微停机。操作员在设备旁边处理料头或者去隔壁借扳手5分钟过去回来补记录时根本想不起来。一份事后填的纸质表只能反映大故障和换型性能稼动率会虚高——因为实际稼动时间被记大了而产量没变。PLC自动采集则通过运行信号、故障信号、待机信号三个数字量判定状态。信号正常且主轴在走或设备在做循环动作判定为运行设备在待机但没加工判定为待机报警灯亮判定为故障。这种判定不需要操作员介入数据是秒级的。看板上显示的时间稼动率低于手工表通常不是系统错了而是手工表把微停和等待「优化」掉了。选型建议如果公司只有二三十台设备先上MES终端打点成本低、见效快如果是几十台加工中心和注塑机的瓶颈车间直接做PLC采集。千万不要为了省终端钱让设备管理员每天下班后拿Excel补数据——这是所有稼动率项目翻车的起点。3.2 记录字段怎么定一张停机记录表里必须有这几列不管用什么方式采集停机记录的字段设计是通用的。字段设计不合理后面做损失分析时一定会卡壳。字段示例说明设备编号CNC-03必须统一到设备台账班次早班跨班次事件的归属要提前定义开始时间09:10精确到分钟自动采集到秒结束时间09:40与开始时间同时记录停机代码MC-故障-主轴报警三级结构类别-机型-原因停机分类故障/换型/等待物料/首检/微停/计划停止用于汇总归因分类要互斥责任部门设备/生产/品质/计划用于事后改善分工备注等待行车吊装模具文字只写事实不写主观判断这里最关键的是「停机分类」必须互斥且有明确边界。最常见的坑是「等待」这个口袋类什么解释不清楚的都往里面装最后帕累托图上等待占45%等于没分析。停机的分类建议至少细化到设备故障、换型调机、等待物料、等待品质确认、点检保养、微停5分钟以内、计划停止。前六项是损失最后一项是计划内让出的时间不计入稼动率损失。另外记录粒度决定你能做什么分析。只有班次级的开始结束时间算出来只有一个整体稼动率根本无法定位损失在哪个时段。粒度至少到分钟最好到秒这样能画出当天的稼动率时间轴一眼看出上午十点和下午三点各发生了一次长时间停机。3.3 理论节拍怎么定节拍错了性能稼动率必然失真性能稼动率依赖理论节拍而节拍恰恰是三个输入里最容易被「拍脑袋」的。理论节拍定得太保守性能稼动率容易超过100%定得太激进性能稼动率又永远低于80%车间怎么改善都追不上。理论节拍的标准取法有三种实测法用秒表连续测10个正常循环取平均值适用于加工节拍稳定的设备比如注塑机、冲床。标准时间法按工艺定额时间计算包含基本作业时间不包含宽放。宽放应该由管理损失承担塞进节拍会让性能稼动率失真。设备铭牌或设计产能反推适用于自动化设备但要注意设计产能通常不含上料下料时间直接拿来用会把稼动率算低。节拍确定后要做版本管理。模具工艺改过、设备做过提速改造节拍就必须更新。我见过一个工厂因为不更新节拍性能稼动率常年算到112%车间信誓旦旦说设备超产实际是理论节拍用了三年前的旧数据。还有一个细节多腔模具或一机多工位理论节拍应该按「一个生产周期产出多个工件的等效单件时间」计算。比如注塑机一出四周期36秒单件理论节拍是9秒而不是36秒。这个算错产量和节拍的乘积能差出四倍OEE直接失真。4. 按表格走一遍整个计算单台CNC十二小时的完整算例前面讲的都是概念和参数这一章拿一台加工中心做一遍完整计算。这台设备当天安排早班08:00到20:00出勤12小时产出280件良品266件理论节拍90秒一件。4.1 当日时间分类明细表时间段时长(min)分类说明08:00-08:2020计划停止班前会加设备点检08:20-09:1050实际稼动正常加工09:10-09:4030故障停机主轴报警维修09:40-10:3050实际稼动正常加工10:30-11:1040换型调机换产品工装含首件调试11:10-12:0050实际稼动正常加工12:00-12:3030计划停止计划保养12:30-14:0090实际稼动正常加工14:00-14:2020等待物料毛坯未到14:20-15:1050实际稼动正常加工15:10-15:3020品质确认首件送检等待15:30-17:0090实际稼动正常加工17:00-20:00180实际稼动正常加工20:00交班把时间汇总出勤时间720分钟计划停止50分钟班前会点检20加计划保养30计划稼动时间670分钟停机损失110分钟故障30加换型40加等待物料20加品质确认20实际稼动时间560分钟。4.2 按公式逐项算账第一步算时间稼动率时间稼动率 560 / 670 × 100% 83.6%第二步算性能稼动率性能稼动率 (280 × 1.5) / 560 × 100% 75.0%第三步算良品率良品率 266 / 280 × 100% 95.0%三个指标相乘OEE 83.6% × 75.0% × 95.0% ≈ 59.6%这台设备当天的时间稼动率看上去不差83%以上但OEE只有六成不到。问题出在性能稼动率560分钟的实际稼动时间里按90秒一件的理论节拍最多能完成373件实际只有280件。差了93件的产能就是性能损失。这个例子解释了为什么只看「设备稼动率」会误判产能。时间稼动率只反映停机损失性能稼动率反映的是小停机、降速、空转和调机试切带来的效率损失。改善方向完全不同前者靠设备维修和换型提效后者靠消除微停和稳定节拍。4.3 把稼动率拆回损失结构先盯哪个数算出OEE还不是终点要做损失结构分析。把当天的损失全部折算成时间损失项时长(min)占计划稼动时间比例改善优先级换型调机406.0%高故障停机304.5%高等待物料203.0%中品质确认203.0%中性能损失节拍差额93件×1.5min≈14020.9%高注意性能损失是最大的一块它不体现在时间稼动率的分子分母里而是体现在「产量没达到节拍产能」的差额上。要消除它先做微停监测很多5分钟以内的短暂停机手工表根本看不到。损失结构建好后每周把各损失项做一个排序按总时长从大到小排在前三项的损失就是下周改善的主题。这是把稼动率数字变成行动入口的正确顺序先算总体再拆结构最后按排名立项。5. 稼动率计算踩坑五个我遇到过的口径陷阱这一章写的都是真金白银换来的教训。每个坑都按「现象、原因、解决」写读者可以直接对照自己车间的报表看看是不是也在同一个地方栽过。5.1 换型时间算稼动还是算停线现象A厂时间稼动率87%B厂62%两个厂设备类型和订单结构几乎一样。一查原因A厂把换型时间算进实际稼动B厂算停机损失。原因换型的时间属性确实是灰色地带。有些质量体系认为换型是生产准备属于生产的一部分有些精益体系认为换型是非增值时间应该作为损失和改善对象。解决在计划稼动时间之内换型算停线损失不算实际稼动。这是业内做OEE的主流口径。同时给换型单独建一个停机代码不要混到故障里否则改善时不知道该修设备还是该优化换型流程。如果管理层强调订单切换效率可以另外算一个换型时间占比单独展示但不要因此污染稼动率口径。5.2 性能稼动率超过100%怎么解释现象车间报表显示性能稼动率112%设备「超产」管理层将信将疑。原因最常见是理论节拍定得过于保守设备实际周期比标准周期快其次是没有收录提速改造后的节拍变化还有一种情况是多腔模具只按单件周期计算却把多件产出算进性能稼动率。解决把节拍的修订流程制度化。每次工艺变更、模具改造、设备大修后重新实测节拍并更新系统。性能稼动率长期超过105%应当先怀疑节拍不对而不是庆祝设备超产。正常范围在85%到100%之间低于80%说明节拍损失或微停严重。5.3 分母用了日历时间还是出勤时间现象总部要求各工厂上报稼动率有的厂报92%有的只有60%整张汇总表没法看。经核查92%的厂分母用了出勤时间里的计划稼动时间60%的厂分母用了日历时间里的24小时。原因两种口径都有理论支持。用日历时间衡量设备全时利用率更严格用计划稼动时间衡量生产管理效率更贴近日常。混合使用必然导致集团报表失真。解决对外统一口径。集团层面汇报用OEE分母为计划稼动时间同时附上TEEP作为补充。车间日常管理只看OEE和三个分子不要混用。一旦定下来在系统里把分母字段固定住防止各厂自行修改。5.4 5分钟以内的微停机手工表永远记不全现象某车间手工记录的时间稼动率90%上了PLC采集后掉到76%。车间第一反应是系统坏了核对产量后才发现手工表虚高了14个点。原因操作员在正常加工间隙处理毛刺、清理废料、调整刀具每次停机一两分钟到几分钟班次结束后根本记不清也没有人要求记录。这些小停机的总和往往比一次大故障还大。解决对瓶颈设备上自动采集至少也要在MES终端增加快捷打点按钮让操作员按一下即可登记微停原因。分析时把微停单独立项。改善微停没有神奇的招数就是逐条记录、逐条消减比如把毛刺清理移到线外、优化上料方式。5.5 跨班次的停机到底算谁的现象早班最后一小时设备故障维修到中班才恢复。早班稼动率暴跌中班报表正常。两个班组互相指责车间主任无从判断。原因停机的实际时间跨越班次边界各班次记录时只记了自己的时间段边界的时间被漏掉或重复计。解决在记录规则里明确归属原则——按停机开始时间归属班次整个停机时长记在开始的那个班次头上。同时在采集系统里允许一笔记录跨班次不强制拆分。这样早班虽然难看但数据真实也倒逼班组对设备状态负责、交班时主动交代异常。6. 数字算完先做体检两个验证动作让稼动率不虚稼动率算出来不等于可信上系统后第一件事是验证数据质量。用产量和节拍反推是最快的方法上限校验公式实际稼动时间 ÷ 理论节拍 ≥ 实际生产数量如果 560 ÷ 1.5 373 ≥ 280说明时间逻辑成立。如果某个班次上报的产量大于这个上限那一定是时间记录、节拍和产量三者中有一个出了问题。这个校验可以做成自动看板每周检查一两次能揪出大量记录错误。第二个验证动作是检查未分类停机占比。把停机记录里「其他/待确认」类的时长加总如果超过总停机时间的5%说明停机代码设计不便于操作员选择或者缺少培训。分类率低改善动作就无法落到具体责任方分析又回到黑匣子。做完验证下一步是帮车间建立每周一次的习惯把各项损失按分钟数排序挑出前两项立项改善次周看同一时间段的稼动率是否上移。不要追求单个指标短期内从85%涨到95%先看损失结构是否变化、排名前三的损失是否在缩小。这种跟踪比盯看板上的数字更可靠。我自己的习惯是任何一次稼动率体系的搭建先花两周时间围绕一台瓶颈设备做手工数据采集和数据核对等口径完全统一、团队能独立算出结果后再上软件。直接买系统铺开最容易在口径不清时把错误固化后面改口径的代价远高于前期的验证成本。这个习惯帮我避过了许多次「系统上线数据就打架」的尴尬。希望这篇能帮你在设备稼动率计算上少走几步弯路。本文还有配套的精品资源点击获取

相关新闻

OpenCode 终端 AI 编程助手:从入门到精通的实战指南

OpenCode 终端 AI 编程助手:从入门到精通的实战指南

1. 从零认识 OpenCode:它到底能帮你做什么第一次听到 OpenCode 这个名字,很多人会下意识觉得“又是一个命令行工具,跟我没关系”。但如果你平时有写代码、改脚本、处理文本、批量整理文件这类需求,它其实是一个能明显提升效率的终…

2026/10/14 11:07:16 阅读更多 →
汽车维修智能预约系统开发实战:SSM+Flask技术解析

汽车维修智能预约系统开发实战:SSM+Flask技术解析

1. 项目概述这个汽车维修保养智能预约系统是一个典型的B/S架构企业级应用,采用了前后端分离的设计模式。作为一名长期从事企业信息化系统开发的工程师,我认为这种维修保养类管理系统在当前汽车后市场服务数字化升级中具有广泛的应用场景。系统最核心的价…

2026/10/14 11:07:16 阅读更多 →
SpringBoot+Vue办公管理系统全栈开发实践

SpringBoot+Vue办公管理系统全栈开发实践

1. 项目概述 这个基于SpringBootVue的办公管理系统管理平台,是一个典型的全栈开发项目,非常适合作为计算机相关专业的毕业设计、课程设计或者学习案例。它采用了当前企业级开发中最流行的前后端分离架构,前端使用Vue.js框架,后端基…

2026/10/14 11:07:16 阅读更多 →

最新新闻

听觉-触觉跨模态注意力机制:实现仿生机器人遮挡场景的多模态感知融合

听觉-触觉跨模态注意力机制:实现仿生机器人遮挡场景的多模态感知融合

简介:仿生机器人听觉-触觉跨模态感知融合的527页专题技术文档,聚焦遮挡场景下的鲁棒性设计,面向机器人感知、深度学习和多模态融合方向的研究者与工程师。资源为单个PDF文件,压缩包大小10.75MB,支持目录跳转与书签大纲…

2026/10/14 12:06:10 阅读更多 →
游戏网关GM管理工具:多端网页访问与安全指令执行架构

游戏网关GM管理工具:多端网页访问与安全指令执行架构

简介:这是一款专为问道游戏服务端运维人员与GM(游戏管理员)设计的跨平台网页远程管理工具包,解决传统网关管理依赖本地客户端、多系统适配难、移动端无法操作等痛点,适用于Linux/Windows/macOS等环境下的服务端日常监控…

2026/10/14 12:06:10 阅读更多 →
智能体安全边界:从输出过滤到内核层约束的工程实践

智能体安全边界:从输出过滤到内核层约束的工程实践

1. 从 18000 条帖子说起:智能体安全边界到底在防什么先把背景交代清楚。所谓“18000 条帖子”,指的是一个智能体在真实社区环境里连续运行、累计产出并交互了约一万八千条内容之后,暴露出来的那批问题。这个量级很关键——几百条帖子的时候&a…

2026/10/14 12:06:10 阅读更多 →
工业AI视觉检测:边缘计算与模型选型实战解析

工业AI视觉检测:边缘计算与模型选型实战解析

直播结束后第二天我还在翻后台记录,结果评论区被顶到最上面的不是“下一步怎么做”,而是一条看起来很基础的问题:“像工业AI检测、服装检测这类AI,到底用的是云联网还是单机的AI?用的什么大模型才够?”说实…

2026/10/14 12:06:10 阅读更多 →
hyperframes:面向网页视频交付的 CLI 工具链

hyperframes:面向网页视频交付的 CLI 工具链

1. 项目概述&#xff1a;什么是 hyperframes&#xff1f;它不是“超帧”&#xff0c;而是一套面向现代网页视频工作流的 CLI 工具链 你搜“hyperframes”时&#xff0c;首页弹出一堆混杂词&#xff1a;HTML、MP4、Node.js、CLI、m3u8转MP4、codex cli、zcode cli、<!doctyp…

2026/10/14 12:06:10 阅读更多 →
深度学习框架选型指南:PyTorch、TensorFlow、JAX、PaddlePaddle对比与实战

深度学习框架选型指南:PyTorch、TensorFlow、JAX、PaddlePaddle对比与实战

1. 从“选哪个框架”这个老问题说起如果你在深度学习这个圈子里待过一段时间&#xff0c;大概率会被问到或者问过别人一个问题&#xff1a;“我到底该学哪个框架&#xff1f;”这个问题几乎和“该学Python还是R”一样&#xff0c;属于入门阶段的经典纠结。但有意思的是&#xf…

2026/10/14 12:05:09 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起&#xff1a;它到底想解决什么问题第一次看到"AnyPS5"这个标题&#xff0c;我脑子里冒出来的第一个念头是&#xff1a;这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述&#xff1a;Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师&#xff0c;我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性&#xff0c;实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景&#xff0c;也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间&#xff0c;确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中&#xff0c;这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介&#xff1a;基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码&#xff0c;面向计算机相关专业课程设计与期末大作业学生&#xff0c;以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程&#xff0c;…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程&#xff1a;键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化&#xff0c;十个新手有八个栽在"往输入框里填东西"这件事上&#xff1a;要么填不进去&#xff0c;要么填了一半&#xff0c;要么直接把原来内容追加在后面。这背后的根因&…

2026/10/13 16:22:04 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程&#xff1a;阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀&#xff1a;什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面&#xff0c;跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/13 22:01:27 阅读更多 →
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/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练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/14 7:53:34 阅读更多 →