一键式排产绿色工具:中小制造企业排产与减碳双赢
1. 为什么中小制造企业的排产问题被“一键式”撕开了一个口子我见过太多中小型制造企业的车间现状了。生产计划员每天抱着一堆Excel表格从早上八点开始拉料单、对比交期、敲产能搞到下午还在跟车间主任扯皮哪台机床先干哪批活。遇到插单就直接崩盘连夜重新拉表格第二天产线还是乱成一锅粥。这不是执行力的问题而是排产这种方式本身就出了问题。传统排产依赖的是人的经验。老师傅心里装着每台设备的脾气、每道工序的耗时、每个供应商的到货习惯但这种经验没法量化也没法复制。一旦老师傅请假或者跳槽排产质量立刻塌方。更要命的是多品种小批量的订单结构下人和Excel的组合已经算不过来了——一个订单要拆成五道工序五道工序要分配在八台设备上还要避开物料到货时间和交期冲突这种组合规模根本不是人工算得动的。“一键式排产绿色工具”要解决的就是这件事。它把排产从“人肉调度的艺术”变成了“规则加算法的科学”。你只需要把订单、工艺路线、设备产能、物料到货日期这些基础数据填进一张标准模板点一下按钮系统自动把每个订单排到具体设备、具体时间点输出一张可以直接下发到车间的作业计划表。整个过程一分钟之内结束而且排出来的结果天然考虑了交期、产能、物料三大约束。这个工具最适合三类人正在从Excel排产向数字化排产过渡的中小制造企业需要一个轻量级切入点厂里养不起专职APS工程师但又受够了人工排产折磨的生产负责人做供应链管理咨询或数字化车间改造项目的人需要一个能快速出结果的诊断工具。我实际接触的很多项目里这套东西真正落地之后排产耗时从两三天压缩到半小时以内这是标配效果重排次数从每天三次降到一天一次设备利用率普遍提升5到10个百分点哪个维度都有账可算。2. 排产工具的核心逻辑把老师傅脑子里的经验变成规则2.1 先理解排产在排什么交期、产能、物料的三方博弈排产本质上是在做一个资源调配的问题。你有若干个订单每个订单有固定的交期、有既定的工艺路线你有若干台设备每台设备每天能开机的时间有限你还有若干种物料每种物料的到货时间决定了工序最早可以开工的时间。这三方约束凑在一起互相牵制。交期紧急的订单要优先排但它的前道工序用的设备可能正在干别的活设备空闲了但物料还没到物料齐了但交期又不够了。传统人工排产就是在这三个维度之间来回妥协每个妥协都在消耗时间而且每一次妥协的决策依据都不够透明。“一键式排产”的核心逻辑就是把这些约束全部变成程序可以计算的规则然后让算法在几秒钟之内把人工需要折腾好几天的排列组合统统算一遍最后选出一个最合理的方案。2.2 排产规则的三条主线瓶颈优先、交期倒排、换型最少我把这套工具里的核心逻辑总结成三条规则主线每条规则都对应着车间现场的真实诉求。瓶颈优先解决的是产能利用问题。车间里总有一两台设备是关键瓶颈比如一台进口加工中心全厂就一台所有高精度零件都得从它过一道。这台设备一旦空闲整个订单就卡住了。所以排产的第一步永远是先识别瓶颈设备然后优先给瓶颈设备排产确保它在整个计划周期内时刻有事干。识别瓶颈不需要复杂算法。把所有订单在每台设备上的累计加工工时拉出来除以设备可用工时利用率最高的那台就是瓶颈。这个比例超过80%就得盯紧超过100%说明产能已经透支了。交期倒排解决的是准时交付问题。算法不是从今天往未来排而是先从交付日期倒着推出最后一道工序的最迟开工时间再往前推前道工序的最迟开工时间然后顺排找到最早开工时间。这样做的好处是一眼就能看出哪些订单已经“病入膏肓”——前道工序最迟开工时间已经过去却还没开那这个订单必须火速处理否则神仙也救不回来。换型最少解决的效率问题就更有意思了。设备换型一次少则半小时多则三四个小时这期间设备不产出还要消耗调试材料和人工。所以排产时要尽量避免同一台设备频繁在不同产品类型之间跳来跳去。工具里设置了一个停产惩罚权重换一次型按停产损失计算算法会自动把待排订单按产品类型聚类把同类型订单尽量连续排在相近的时间段里。这三条规则优先级有先后交期倒排保证不出大事瓶颈优先保证产能输出换型最少在满足前两条的基础上优化。实际执行时交期排得越密集的订单越要优先保证瓶颈设备按顺序承接换型优化只在资源不紧张的时候发挥作用。2.3 启发式排程算法不追求理论最优只追求现场可用很多对APS有过了解的人会问一个问题为什么不用线性规划求全局最优解原因很朴素线性规划算出来的“最优解”在工厂现场根本用不了。生产计划员拿到一套理论最优方案第一反应是怀疑第二反应是不知道该怎么执行第三反应是还得自己重新手工调整一遍。真正的排产工具必须让结果看起来像人排出来的但又比人排得快得多、稳得多。启发式算法吃的就是这一套。它不追求数学意义上的最优而是通过设定好的规则一条一条往里放订单每一个环节都检验交期、产能、物料约束放不进去就挪、就换、就判断是否要拆批。这个思路跟我们平时整理行李很像。你出门旅行箱子空间有限你不能把所有东西都塞进去再调整而是先确定哪些东西必须带交期紧急的订单把它们先放好再把不着急的东西塞进空档里。如果实在塞不下就把大件拆开分开放。这套逻辑的好处是结果一定可行每条规则都经过人工检验计算速度快几百个订单加几十台设备几秒一个方案结果可解释每个订单为什么排在这个时间、这台设备上可以倒推出来让计划员心里有底。2.4 为什么叫“一键式”把99%的复杂性藏在输入模板里“一键式”这个名字听起来像噱头其实它是整个工具设计哲学的核心体现。排产本身不是问题问题出在数据准备环节。我见过太多所谓上了排产软件的公司真正的瓶颈不是排产软件不够聪明而是连最基础的数据都凑不齐。工艺路线在老师傅脑子里订单信息散落在Excel和ERP里设备产能连个准数都没有。“一键式绿色工具”的做法是把数据准备的复杂度收敛进模板设计里。我给这套工具配了三张必备的输入表模板订单汇总表、工艺路线表、设备产能与切换时间表。每一张表都用极简的列结构不搞主数据管理那套大而全的架构只是把排产需要的最小字段集合抽出来。数据填好丢进去后面的运算完全交给算法不需要任何人工干预。把复杂性收敛到模板里一切就突然变得可复制了。3. 绿色排产的三层落地从换型优化到车间能耗管理3.1 排产关绿色什么事省下的时间就是省下的碳这个工具叫“一键式排产绿色工具”“绿色”两个字不能只是包装必须在排产逻辑上有实际支撑。它对应的三个指标第一换型次数下降意味着能源消耗下降。设备停机换型期间设备虽然不加工但辅助系统还在运转换热站、照明、冷却循环都得开着。每少一次换型就少一段能耗“空转期”。第二库存周期缩短意味着仓储能耗下降。排产排得好半成品不会在车间大量堆积成品不会在仓库长时间沉睡。仓储面积、照明、温控都有对应能耗积压的库存相当于变相烧钱。第三紧急插单变少意味着加班和空运变少。每次插单都会打乱原有计划导致一部分订单延期为了追回交期就得让部分产线加班或者在物流环节选更贵、更高能耗的空运。这三笔账合在一起绿色排产的逻辑就闭环了。3.2 碳排放节约量的简单算法让“绿色”可以量化做绿色排产最忌讳的是把“环保”当作口号喊。要让老板信服必须给出量化数字。我在工具里内置了一个“碳节约测算器”算法很简单基于车间实际耗能数据做一个左侧估算。万次/月级别的小厂一口气按年估算刚好够用年换型次数节约 (改造前月均换型次数 − 改造后月均换型次数) × 12 年换型时间节约 年换型次数节约 × 平均单次换型耗时(小时) 年设备能耗节约 年换型时间节约 × 设备平均空载功率(kW) × 电网排放因子(kg CO2/kWh)电网排放因子取当地公布的数值一般在0.5到0.9之间。举一个实测案例某机械加工厂原来每月换型次数273次改造之后降到198次平均每次换型耗时2.4小时设备空载功率约25千瓦。代入公式一年能省下来的电是273-198×2.4×12×2554000千瓦时再把54000×0.7千克碳排因子一年减碳约37.8吨。这个数字放在行业里不算大但它是从管理动作中省出来的几乎零成本。如果工厂把排气量折算成绿化面积37.8吨碳不抵种植两百多棵树一年吸收的量这个账直观多了。还有一条隐性收益值得单独说计划稳定了物料在车间停留时间缩短库存资金占用降低这部分的绿色收益虽然算不到具体碳数字上去但对现金流的影响立竿见影。3.3 绿色排产的底层支撑时间粒度与排程节奏这里要说明一下为什么换型次数可以压下来而对交期没有损伤。排产工具的时间粒度不是天而是小时甚至分钟。在实际设定时我把每个工单的最小排程单位设成0.5小时这样一来一个8小时的班次就被切成16个时间片。算法在这16个时间切片上做排列组合就有足够的弹性来凑订单的连续性。两颗小订单前后衔接时可以刚好凑到同一台设备、同一产品类型中间不产生换型空档。反过来如果时间粒度太粗比如按一天排那一个订单占一天没法在一大块时间里填缝换型次数就会被迫增加。所以想要让排产结果更绿先找一个粒度合适的时间轴太粗和太细都会让效果打折。3.4 排产结果与车间执行之间的闭环验证值得一提的环节是排产结果下发到车间之后不能就算完事。我遇到过不少企业排程计划做得漂漂亮亮一到车间就被无视因为计划与实际脱节了。绿色排产工具在设计时留了一个“计划执行偏差”反馈入口车间报工的时候要填实际完工时间、实际加工工时、换型耗时系统会拿这些实际数据对比计划数据。这个闭环有两层价值第一层它让下一次排产的参数更接近现实。所有工时数据都是基于历史均值设定的但车间实际情况浮动很大比如新员工上手慢、老设备保养之后速度快了那么一点。有了反馈算法里的参数就能自动校准。第二层它让“绿色”有据可查。你可以按月导出偏差报表直接看到因为计划稳定而减少的等待工时和换型时长这些数据反过来支撑以后的工艺改进和管理决策。这套闭环思路尤其适合新老夹杂、工艺还不太稳定的工厂因为它的容错在于每一次排产都会比上一次更贴近真实。4. 实操过程从Excel模板到一键排产结果的完整路径4.1 第一步梳理最小可用数据集别想着一步到位我见过不少企业一说上排产系统就先翻自己的ERP想把所有的主数据都导出来结果整理了一个月还没到排产环节。这种思路是错的。最小可用数据集才是上工具的正确姿势至少包含四个要素订单信息、工艺路线、设备产能、物料到货时间。订单信息至少覆盖客户、产品名称、数量、交期、当前状态工艺路线按每个订单拆解到工序级哪怕只有五道工序也要写清楚每道工序在哪个设备组、标准工时是多少设备产能按设备类型统一写明每天可用班次和有效工时物料到货时间重要外购件和大宗原料必须有到货日期卡着这个日期才算最早开工时间。这套数据拼凑起来一不要求实时更新二不要求一次到位。初次上线先整理未来四周的滚动计划就够用等跑顺了再往前扩展。4.2 第二步把工时数据填准比买软件更重要排产结果是否可信90%取决于输入工时的准确性。这里说的工时不是工艺卡上的理论工时而是车间现场的真实工时。我的实践经验是拿到基础台账之后先找车间主任和老师傅抽核三天到一周的产量比对理论工时和实际工时的偏差比例。很多工厂差出来都在30%以上原因无非是定额时间偏保守、设备老化停机、上下料辅助时间没算进去。这个校准环节花一天时间去做后面排产结果的准确性提升会特别明显。校准以后还要留一个安全系数位。一般建议标准工时乘以1.1到1.15的系数作为排产用的工时基线这样出结果基本能在车间落地。4.3 第三步配置生产日历和设备约束这一步经常被忽略但实际影响非常大。生产日历直接定义机器能干活的时间。工作日历上要区分周一至周五的正常班、周末的加班班次、法定节假日的强制停机设备约束则定义每台设备的可用状态。有些设备一周只能干四天另外一天固定做保养有些设备不能做某些工序需要提前写清楚。我把这套参数单独放在一个“设备配置表”里每个设备一行列清楚所属设备组、可用日历、单次换型时间、不合格率预估。这样排产的时候算法才知道哪台设备什么时候能用。4.4 第四步设置排产规则进入自动计算这套规则参数的默认值是我按照多品种小批量企业的常见状态预置的首次使用基本不用动按优先级从高到低依次是交期紧急度、瓶颈设备利用率、换型损失最小化、加工成本最小化。真正需要手动设置的参数是两个权重交期违约权重和设备利用率权重。如果厂里最近被客户催单催得厉害把交期违约权重拉高如果车间产能一直饱、经常加班就把设备利用率权重拉高。设置完毕点击排产运算几秒钟后工具会输出一张“设备工序排程表”。每一行是一个工序任务包含订单号、工序号、设备名、计划开始时间、计划结束时间、状态。这张表直接下发到车间作为当班干活指令。4.5 第五步人工微调和插单重排的操作细节自动排完不等于万事大吉计划员必须对结果做一次目视抽查。重点看四类场景同一天内同一设备安排的订单数量是否合理比如订单A的收尾和订单B的启动是否在同一时间区间瓶颈设备的排产是否连续瓶颈设备如果有超过两小时的空闲检查是否有更大突破空间物料到货时间和工序开工时间之间是否留了缓冲期如果只是前后脚到风险被排程埋住了部分关键工序之间是否故意留了备用的时间缓冲可以供插单挪动位置。确认基本合理之后计划员可以直接修改某一台设备上订单的先后顺序拉动甘特图上的任务条即可修改之后工具会自动检查约束冲突有冲突立刻弹红。插单重排的情景更常见。遇到临时加急订单优先在工具里勾选这个订单并标记“紧急”点击重新排程原来已经排好的订单会整体平移紧急订单被插到对应位置。这个过程耗时不到两分钟而且因为所有冲突都被算法检查重排结果的可行性无需怀疑。5. 常见问题与排查技巧实录5.1 排产结果不可行为什么总出现一种“纸上排得很顺现场干不了”的情况最普遍的问题是排产结果虽然逻辑正确但到了现场就是执行不了。原因基本绕不开三种工序间距离被忽略、上下料辅助时间被忽略、人员技能约束被忽略。工序间距离是物流路径问题。排产只考虑了每道工序的加工工时但没有考虑这道工序完成后工件从A设备搬运到B设备需要的物流时间。如果你忽略这层多品种小批量订单集中切换的时候物流人员根本忙不过来。我的经验是在排产参数里加上默认搬运时间系数一般取两倍于标准加工时间的10%订单越小系数越高。人员技能约束更隐蔽。不是所有工人都能操作所有设备排产工具里没有人员技能表的话排产结果可能分给某台设备的任务现场没一个会干这个工序的人。在设备配置表旁边加一份人员技能接口表按照“熟练、可操作、不可操作”三级标注工具会默认把订单分到技能匹配度较高的设备组。5.2 插单导致连锁混乱重排逻辑要守住“三条底线”插单是所有排产工具的高危场景。有一次我帮一家厂做上线试运行计划员把一个临时插单手工拖到了瓶颈设备上虽然界面看着没问题但连带着后续五个订单全部发生了冲突结果现场炸锅。后来我把插单场景写成了三条不可违反的底线做成工具内规则第一插单不允许缩短已经排好的订单的加工时间估算防止计划员手动缩短时间临时凑产能第二插单引起的重排优先级高的订单不能被无限推迟要给每个订单设置一个最大等待天数第三插单带来的重排结果必须重新检查瓶颈设备利用率如果瓶颈利用率超过95%立即提示产能告警强制计划员确认是否真的接受这笔加急订单。这三条底线在流程层面解决掉90%的插单乱象。5.3 数据不准导致结果失真小样本抽检比大范围翻账有效排产结果达不到预期的原因经常不是算法不行而是输入数据不准确。订单数据不完整、工艺路线遗漏、工时虚高虚低都会导致结果南辕北辙。出现这种情况的正确动作不是天天翻账本而是小样本抽检。随机挑三个近期完成的订单调出它们的计划工单再拉出车间实际报工记录对比工时差异、交期偏差、换型时长。这三组数据足够定位到底哪个环节的数据口径偏差最大把偏差来源培训到位比从头梳理所有台账有效得多。5.4 排产结果总是过分集中在部分设备检查是不是参数设置有偏这是一个很让人头疼的问题。明明车间有六台同类设备排产结果却永远往其中两台设备上集中剩下四台闲置。通常原因有三个设备优先级参数默认按编号递增导致排序偏差某台设备的工时数据录得太低算法认为它效率高所以总是优先分配还有设备换型时间表里有的设备换型时间录得太短。解决办法是去设备配置表里把每台设备的效率系数拉平一次确认所有同类设备的加工工时、换型时间都来源统一逻辑上不要让人为输入差异左右了结果。5.5 参数怎么调用三个月实际数据反推别靠拍脑袋参数调优这事我强烈建议不要靠灵感。工具里有一份“排产评价报表”会统计每个月的交期达成率、设备利用率、换型次数、加班时长四项指标这些指标对应的正是参数调整依据。比如这三个月设备利用率一直偏低建议优先提高瓶颈设备的权重并调细时间粒度如果交期达成率低了优先检查交期倒排的参数设置和缓冲时间系数如果换型次数居高不下那么参数里“同类型订单连续排程”的聚类强度就该调高。参数调整周期最好以季度为单位不要每周都调系统需要一个稳定的运行期来暴露问题。6. 一些掏心窝子的体会这套“一键式排产绿色工具”我从最初单纯的Excel宏脚本做到现在的独立版本中间踩过的坑不比你们少。坦白说它不解决所有问题也不可能替代计划员但它解决的正是计划员最耗精力、最容易出错的重复性计算环节。计划员有了这套工具解放出来的时间才是排产真正值钱的部分——去车间看真实状态、去跟销售核对交期可行性、去推动工艺优化。最后给准备上车这套工具的朋友一个经验先别急着追求完美功能用最小可用数据集跑通一条线让计划员亲眼看到点一下按钮就出结果的瞬间。信任建立起来之后后面所有数据的完善、参数的调优都是顺水推舟的事。排产工具这东西落地的关键从来不在算法有多强而在于第一炮能不能打响。

相关新闻

diagram-design:从草图到可维护图表系统的分层设计方法

diagram-design:从草图到可维护图表系统的分层设计方法

1. 从一张草图到一套系统:diagram-design 到底在解决什么问题第一次听到 “diagram-design” 这个词,很多人会下意识觉得它只是“画图”的另一种说法。但真正在项目里被图表折磨过的人知道,画图从来不是难点,难点在于图表的可维护…

2026/10/19 14:23:52 阅读更多 →
多无人机协同路径规划:人工势场法与动态避障实战解析

多无人机协同路径规划:人工势场法与动态避障实战解析

多无人机协同路径规划这几年是真火,不光是论文里天天见,实际项目里也越来越多地被问到。我自己带过的模拟项目X里,就有一块专门做动态环境下多无人机系统的协同路径规划与防撞,配套的Matlab代码前后迭代了好几版。今天就把这套东西…

2026/10/19 14:23:52 阅读更多 →
OpenCV+Dlib+FaceRecognition工业级人脸系统构建指南

OpenCV+Dlib+FaceRecognition工业级人脸系统构建指南

1. 这不是“调个API就完事”的人脸识别:为什么OpenCVDlibFR组合至今仍是工业级人脸处理的黄金三角你肯定见过那种“三行代码搞定人脸识别”的教程——pip install face_recognition,load_image_file,face_locations,然后弹出一个带…

2026/10/19 14:23:52 阅读更多 →

最新新闻

分词、词性标注与命名实体识别:NLP核心任务工程实践指南

分词、词性标注与命名实体识别:NLP核心任务工程实践指南

做NLP相关项目也有几年时间了,从最开始用正则表达式硬匹配,到后来用统计模型,再到现在折腾预训练模型,绕了一大圈发现:不管上层玩法怎么变,底层的分词、词性标注、命名实体识别这些核心任务始终是绕不开的基…

2026/10/19 19:36:55 阅读更多 →
AI工具助力毕业设计:论文撰写与代码复现的8款高效实战指南

AI工具助力毕业设计:论文撰写与代码复现的8款高效实战指南

又到了毕设冲刺季,我身边前后好几届的同学都在同一条河里扑腾:论文没思路、代码跑不通、实验数据对不上。尤其今年AI工具铺天盖地,但大多数人的用法还停留在“复制粘贴一段文字让AI重写”的水平,根本谈不上“助力”。我自己带过几…

2026/10/19 19:36:55 阅读更多 →
全志平台GT9XX触摸屏Linux驱动深度适配指南

全志平台GT9XX触摸屏Linux驱动深度适配指南

简介:本资源是面向嵌入式Linux驱动开发者的全志R16平台GT9XX系列触摸屏驱动完整实现,适用于需在ARM架构SoC上适配Goodix多点触控芯片的工程师与进阶学习者,解决触摸设备在input子系统中正确初始化、中断响应、坐标上报及低功耗管理等核心问题…

2026/10/19 19:36:55 阅读更多 →
Web安全三要素:SQL注入、XSS与CSRF的真实场景解析

Web安全三要素:SQL注入、XSS与CSRF的真实场景解析

1. 为什么“学完就忘”的安全课,从来不是知识的问题,而是场景的缺失你有没有过这种经历:翻完一本《Web安全攻防实战》,笔记记得密密麻麻,OWASP Top 10 背得滚瓜烂熟,可真拿到一个真实上线的后台系统&#x…

2026/10/19 19:35:53 阅读更多 →
指数加权平均:从温度平滑到Adam优化器的核心机制

指数加权平均:从温度平滑到Adam优化器的核心机制

1. 从一个温度曲线说起:为什么优化算法需要“加权平均”先说一个我当年刚接触深度学习时的困惑:处理时间序列数据,比如某地一年的每日温度,数据往往带有很大的随机噪声。今天30度,明天25度,后天突然跳到31度…

2026/10/19 19:35:53 阅读更多 →
Popek-Goldberg定理:虚拟化可行性的数学基石

Popek-Goldberg定理:虚拟化可行性的数学基石

1. 项目概述:为什么“Popek和Goldberg定理”至今仍是虚拟化技术的基石你可能在读某篇关于云平台底层架构的文章时,偶然看到“Popek和Goldberg定理”这个名词,旁边还跟着一句“该定理证明了虚拟机监控器(VMM)的可行性”…

2026/10/19 19:35:53 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 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/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 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/19 2:54:50 阅读更多 →
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/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →