视觉检测无人化:从成像稳定到判定闭环的TVA实践

做视觉检测这行久了,会发现一个挺拧巴的现象:多少工厂能把装配、贴片、打磨做成全自动,但质检工位上永远坐着人。年轻人不愿意干,老师傅眼睛也熬不住,换一个人标准就变一次。更麻烦的是,很多旧式视觉项目表面上装了几台相机,关键件还是靠人复判。这不是机器不行,是没想清楚怎么把"人来把关"这套运转了很多年的逻辑真正让渡给系统。

这个系列写到第六篇,前面把成像、样本、模型、部署都拆过一遍,这篇把话题收拢到一个更实际的层面:怎么开启视觉检测的无人化时代,也算是对TVA(Total Vision Automation,全视觉自动化)这套工程方法的一次集中梳理。无人工位不是简单把相机换成更贵的算法,背后是一整套体系的调整。接下来我按自己实际跑过的项目场景,把从"有人检测"到"无人检测"的路径拆开讲。

1. 为什么过去的"机器视觉"始终做不了无人

1.1 人工目检的真实瓶颈

先说一个反直觉的事实:很多工厂嘴上喊着无人化,实际上连第一步都没迈出去,因为质检这个环节长期以来被严重低估了。

人工目检看起来灵活,真正上了产线会发现有三个硬伤。第一是注意力曲线,一个正常人持续高度集中盯着屏幕看,超过二十分钟准确率就开始往下掉,这是生理规律,不是培训不到位。第二是标准漂移,同一个缺陷,早班判NG,晚班可能判OK,A师傅觉得要返工,B师傅觉得不碍事,换人等于换标准。第三是人员流动,质检岗位离职率在所有制造环节里排前列,培养一个熟手至少要一两个月,刚上手还没稳定就又走了。

这三个问题叠加起来,结果就是:漏检率在统计上波动极大,质量部门根本没法建立一个可靠的基线。你可以让厂长回忆一下上个月的实际不良率,他大概率只能给你一个区间,而不是一个精确数字。这就是"人"这个环节带来的不确定性。

1.2 无人化的三个层次

聊无人化之前,得先把概念拆清楚。很多人理解的无人化就是"没人坐那儿看屏幕",这其实只是最浅的一层。按我自己的经验,视觉检测的无人化至少分三个层次,缺一个都不算真正落地。

层次核心能力人的角色典型状态
无人值守系统自动抓拍、自动判定、自动分流只看报警、处理异常产线上没人盯屏幕
无人复判可疑样本由系统自动二次判定只复核极少数疑难件复判率降到1%以内
免人工换型换产品时自动调取参数、光源、模型只做确认,不碰配置批次切换不占用人力

第一层解决的是"盯屏幕"的问题,第二层解决的是"复核"的问题,第三层解决的是"转产"的问题。很多项目做到第一层就宣布无人化了,实际使用中发现误报一多,人还是得时不时跑过来看一眼,等于伪无人。真正让质检员离开工位的,是第二层和第三层同时成立。

1.3 TVA想解决的核心命题

TVA不是某一个软件,也不是某一种算法,它是一套工程方法论,核心命题就三个:成像必须稳、判定必须准、系统必须会自己学习。

成像稳,指的是机器看到的画面在很长一段时间内保持一致的亮度、对比度和位置,这是无人化的前提。判定准,指的是系统输出的每一个OK或NG都有明确的可解释依据,而不是一个黑盒结果。系统会自己学习,指的是生产线上的新缺陷能被自动收集、标注、回流到模型里持续迭代。

这个系列前几篇分别聊过光学和算法,这篇的重点在于:这三件事不是分开做的,而是一套闭环。无人化能跑多久,取决于这个闭环转得够不够顺。后面几节我就按这个闭环展开。

2. 无人化的地基:先解决成像稳定性,再谈算法

2.1 光源是检测的第一道关卡

我见过太多项目死在算法刷分上,最后排查来排查去,问题出在光源上。一个很典型的例子:某次做金属表面的划伤检测,模型在实验室测到99%的准确率,上产线直接崩掉,误报率飙升。后来发现是现场环境里有杂散光,相机拍出来的图像每一帧的亮度波动都超过10%,再好的模型也扛不住这种输入抖动。

光源选型不是越贵越好,要按缺陷类型来匹配。平面上的浅划伤,低角度光源最合适,让纹理凸起形成阴影;透明瓶身的杂质,同轴光更容易让内部颗粒显形;反光很强的金属件,圆顶光远比条形光稳定。这些选择直接决定后面算法的上限。

更关键的是恒定性。同一批次产品,早上八点和下午四点的环境光不一样,如果光源不可控,图像的灰度直方图就会漂移。所以现场一定要配闭环光源控制器,实时监测亮度,一旦衰减自动补偿,这样才能保证算法看到的"世界"长期稳定。

2.2 相机安装、校准与漂移补偿

相机这块,最容易忽略的是机械层面的稳定性。产线一开,机台振动、温度升高、镜头轻微松动,都会导致图像位置偏移。别小看零点几个像素的位移,对于需要像素级判定的缺陷分割来说,可能就是灾难。

我现在的习惯是:所有固定相机的支架必须做防振设计,镜头用锁紧环,光源支架独立于机台振动源。每个班次开机后,系统自动跑一遍标准校准板的检查,如果发现位置偏移超过设定阈值,自动发出调整提示,避免带病运行。

还有一类漂移来自镜头本身。长时间工作后镜片会沾灰,图像会出现微小的模糊,很多产线根本不会注意到。这个问题的解法很土但很有效:在设备维护计划里加入每周一次的镜头清洁和灰度校验,用标准白板比对灰度均值,超过正常范围就报警。

2.3 一个被反复验证的"成像先行"原则

我的经验是,视觉项目里80%的问题出在成像端,而不是算法端。算法表现不好,第一反应不应该是换网络结构、调超参数,而是回去看图像本身。

这里说的"图像本身"有几个硬指标可以检查:整幅图的灰度均值是否稳定、背景和缺陷的对比度是否明显、图像纹理是否因为噪声变得模糊。如果这三项有任一项不过关,算法部门可以直接把需求打回去,不用浪费时间训练模型。

在实现无人化的过程中,成像稳定性还有一个隐藏价值:它让模型的判定边界长期保持不变。否则今天调好的阈值,下个月因为光源衰减就失效了,无人值守就成了空中楼阁。所以我常说,先把成像端的变量降到最低,无人化就成功了一半。

3. 判定引擎:把老师傅的"顺眼"变成可量化的决策

3.1 缺陷检测的本质是异常检测,不是分类问题

很多人做视觉检测,习惯性把它当成一个分类任务:良品一类,瑕疵一类,训练一个CNN,完事。但真正跑过产线的人会告诉你,这条路走不远。

原因在于,缺陷的形态几乎是无限的。同样是划伤,有长的、短的、深的、浅的、带毛刺的;同一个产品,可能出现划伤、脏污、气泡、凹坑、毛边,种类根本列不全。如果按分类的思路做,漏掉一种没标注过的缺陷,模型就完全不认识。这也是很多项目上线初期效果不错、跑一段时间就漏检的根因。

正确思路是把缺陷检测当作异常检测来处理:用大量正常样本学出一个"正常是什么样"的表达,推理时凡是偏离正常分布的,都判定为可疑。这样天然具备对未知缺陷的发现能力,逻辑上更贴近质检员的工作方式——老师傅看一个陌生零件,哪怕没见过这种缺陷,也会本能地觉得"不对劲"。

3.2 少样本条件下的模型落地策略

无人化的场景里,通用算法可以当作起点,但真正要落地,必须解决"缺陷样本不够"的窘境。产线上正常品一天几千个,缺陷品可能只有个位数,传统深度学习根本喂不饱。

我常用的策略是三招并行。第一招是迁移学习,用通用视觉模型的特征提取能力作为底座,只微调最后几层,这样只需要很少的缺陷样本就能达到可用水平。第二招是合成缺陷,把真实缺陷抠出来,用贴图、缩放、旋转的方式叠加到正常样本上,人为扩充缺陷形态。第三招是主动学习:让模型先跑起来,把判定为可疑但置信度不高的图自动收集出来,由质检员先快速过一遍,再回流到训练集。

这三招组合下来,基本上几百个缺陷样本就能撑起一个可用级别的检测模型。但要记住,合成缺陷只能作为冷启动手段,不能替代真实缺陷数据,否则模型学到的特征会和实际产线有偏差。

3.3 置信度、阈值与误报漏检的天平

判定引擎的核心参数只有一个:阈值。但怎么设这个阈值,里面全是学问。

阈值设得高,误报少,但漏检风险大;阈值设得低,漏检少,但误报多,无人值守时系统就会频繁报警,工人被折腾几次,慢慢就不信任系统了。这中间的平衡没有标准答案,取决于产品类型。医疗耗材、汽车安全件这类,漏检的代价极大,阈值就压得低一些,宁可多误报;日用品类的,误报损耗带来的成本浪费更值得关注。

我的做法是设计双阈值:高置信度直接判定,低置信度落入"可疑区",可疑区自动触发低速复检或摆料隔离,再由人工做快速确认。这样既能最大程度降低漏检,又不会让误报干扰正常生产节拍。关键动作是在投产初期做一周的阈值扫描测试,通过历史数据找到误报和漏检的交叉点,再下沉冗余量。这个冗余量,就是无人化的安全垫。

4. 从模型到产线:中间隔着一个"工程化"鸿沟

4.1 节拍匹配:算法快不等于产线快

实验室里模型跑得多快,和产线上能不能用,完全是两回事。产线节拍是硬约束,比如客户要求每小时检测三千件,折算下来单件检测时间不能超过1.2秒,这1.2秒要分配给成像、图像预处理、模型推理、结果判定和PLC通讯。

一个很常见的坑是只盯着模型的推理耗时,忽略了其余环节。曝光加传输可能就要200毫秒,预处理再花100毫秒,几个环节加起来已经逼近节拍上限,算法再快到50毫秒也救不回来。所以我做方案设计时,会先把整条链路的时间预算画出来,每个环节分配预算,再倒推设备选型。

如果推理时间确实压不进预算,就得靠并行策略解决:多线程同时处理多张图,用队列缓冲产线尖峰,或者拆分成两台工控机分担负载。这个选择必须提早做,否则算法调好了才发现算力不够,整个项目的交付周期就被拉长了。

4.2 边缘部署与PLC握手:别让系统死机变成产线瘫痪

模型部署这块,已经不是"能用Docker跑起来就行"的时代。真正生产环境要求的是稳定、可量化、可回滚。

在算力选型上,我的顺序是先做推理耗时测试,再定硬件。同一模型在不同设备上的推理速度差异很大,比如TensorRT做FP16优化后,一张图的推理耗时可以从几十毫秒降到十几毫秒,这个收益在产线节拍紧张时非常关键。同时要注意显存和延时抖动,无人值守场景里,偶尔一次1秒的卡顿可能就会导致一件产品未经检测直接流到下游。

更要命的是通信环节。视觉系统判定完成后,要通过PLC去控制剔除机构,信号链路任何一个环节断了,系统就失灵了。我见过最严重的一次事故,是工控机重启后没有自动重连PLC,结果所有检测结果都没被下游执行,产品全数漏检,事后查数据才发现。

现在我的设计原则很简单:视觉系统和PLC之间的心跳信号必须有,断线超过一秒钟,系统自动进入安全模式——默认停机而不是默认放行。宁可停线等人工处理,也不能让未经检测的产品流入下一道工序,这是无人化系统的安全底线。

4.3 判定结果的下游闭环:剔除、报警与追溯

算法输出NG信号只是起点,真正让无人化成立的是下游执行是否可靠。检测结果要能触发几个动作:不合格品自动剔除并分仓、连续多个不合格触发声光报警、检测数据和产品条码绑定上传MES。

这里容易被忽略的是追溯。无人化系统中如果没有完整的图像存档和判定记录,一旦客户那边发生客诉,你连"为什么判定NG"的证据都拿不出来。我的习惯是所有NG样本的原始图像自动留存,至少保存三个月,OK样本抽样保存。这样即使后续发生争议,也有据可查,也方便做模型迭代时的数据回放。

下游闭环还有一个容易被忽略的环节:剔除机构的物理延迟。视觉系统发出信号到气缸动作,中间有几十甚至上百毫秒的机械延迟,产品在流水线上已经往前走了。这个补偿量必须在程序设计时做掉,否则会出现"系统判了NG但没剔到对应产品"的错位问题。解决办法是在软件里加一个延迟补偿参数,在现场调试时用废件实际测试,标定出精确的补偿值。

5. 无人化的路线图:三个阶段平滑过渡,不必一步到位

5.1 第一阶段:AI初筛+人工复判

很多人一上来就追求彻底无人,我的建议相反:先做有人监督的人机协同,跑稳了再逐步放手。这个阶段的目标,是让AI承担大部分常规判定,把人的精力集中到少量疑难件上。

具体操作是在产线上保留复判工位,AI输出的可疑样本自动流转到这个工位,由质检员做终判。初期可疑率可能在10%到20%,这时候系统已经在做了实质性的筛选,人只需要看五分之一的工作量。这个阶段的核心任务不是省人,而是积累数据、验证模型的稳定性,同时建立现场人员的信任感。

5.2 第二阶段:单班无人+异常自动停机

当可疑率持续稳定降低到接近1%的区间,就可以进入第二阶段:在正常生产时段内实现单班无人值守。这个阶段的特点是,系统异常自动停机,质检员只负责处理报警和异常复位,不再做常态化复判。

前提条件是系统已经建立了完整的安全机制:心跳断线检测、剔除补偿标定、连续异常自动停机。还有一个容易被低估的准备事项,是把这个阶段可能出现的报警信息做成操作手册,让当班人员在五分钟内能看懂并处理常见问题,否则一次误报停机就可能让产线停半小时,厂长直接找你谈话。

5.3 第三阶段:全流程无人与自动换型

做到前两个阶段之后,最后一步才是真正的全无人。这一步的核心难点不在检测本身,而在换型自动化。

工厂通常有多个产品型号轮番生产,每个型号的检测要求、光源角度、判定参数都不一样。全无人意味着系统能在批次切换时自动调出对应的检测配方,光源自动切换,模型自动加载,判定阈值自动更新,整个过程不需要人工干预。

这一步需要在前一阶段就把设备的硬件能力预留好:光源要选可编程控制的,夹具要支持自动定位,相机要能按配方调整位置或者至少能自动校准视野。否则只能停留在"部分无人",换型时还是得喊人过来调来调去。

5.4 切换时期的AB验证与回退策略

每个阶段之间,都建议做一段时间的AB并行验证。比如人机协同阶段,AI的判定结果和原先人工判定并行记录,每周统计一次:AI的误报率、漏报率、人工复判的修正率。等到数据稳定,再决定是否减少复判人员的班次。

同时要准备明确的回退策略:新版本模型上线后如果发现不良率异常,一键回滚到上一版本;系统连续出现通信故障,立即切换到人工全检模式。无人化最忌讳"一条路走到黑",退路准备好,管理者才敢放心让你推进。

6. 落地半年后的复盘:最坑和最值的几个点

6.1 数据回流比初始训练更重要

项目落地之后,算法团队的关注点往往就转移到新项目上去了,这是无人化系统最大的隐患。模型如果停在部署时的版本,生产线上每冒出新缺陷,它都看不见。

我的做法是建立一个持续的数据回流机制:系统每两周自动汇总一次新增的可疑样本,运维人员做一轮快速标注,更新训练集,然后触发自动训练和上线流程。关键是这个流程要尽可能自动化,不要靠人记着去做。否则三个月后你会发现模型已经严重落后于产线的实际状况。

6.2 环境变化引起的模型漂移是常态

模型上线三个月后,性能下降是很正常的事,不用慌张。原因可能是供应商换了批原材料导致表面纹理变化,也可能是车间的光照条件随季节改变,还可能是设备老化导致振动幅度变大。这些都是无人化系统必然面对的问题。

真正要做的,是建立一套性能监控指标:每天统计误报率和可疑率,设置基线范围,一旦偏离超过阈值就触发报警,提醒接入模型诊断流程。很多团队等到客户投诉才发现问题,就是因为缺少这套监控。没有监控的无人化,就像没有仪表的自动驾驶,开着开着就偏航了。

6.3 维护人员的培训清单

再好的系统也得有人维护。无人化项目交付时,一定要给现场维护团队做足培训,否则系统只会越来越差。

我列培训清单的习惯是:第一,操作工要会看系统状态,知道哪些报警必须停线处理、哪些可以延迟处理;第二,维护工程师要会备份和恢复模型版本,会清洗镜头、校准光源,会导出检测报表;第三,质量工程师要会看懂检测数据的统计趋势,能区分正常波动和异常波动。这三个角色各司其职,系统的长期稳定性才有保障。

6.4 我个人的三点体会

最后说点个人感受。第一个体会是,无人化不是一次性投入到位,而是螺旋式演进的过程。每次以为"这回差不多了",总会在某个角落发现新问题。这不是坏事,说明系统在用真实数据教你怎么优化。

第二个体会是,做无人化视觉检测,最难的技术环节往往不是模型精度,而是工程可靠性。一次断线保护、一个剔除补偿值、一段防抖处理,这些细节才是决定无人值守能不能长期稳定运行的关键。

第三个体会是,与其追求把所有产品一步到位无人化,不如挑一个工艺相对稳定、成像条件好控制的产品线做标杆。第一个样板跑通了,后面扩张起来会顺很多。先在一个点上建立可信度,再往整个车间铺开,这是我目前最推荐的推进方式。希望这篇能给你在规划无人化路径时提供一个可靠的参考坐标系。

相关新闻

CLI驱动的本地化代码审查:Git钩子+LLM实现安全可控的提交前自动化检查

CLI驱动的本地化代码审查:Git钩子+LLM实现安全可控的提交前自动化检查

1. 项目概述:这不是一个工具,而是一套可落地的代码审查新范式“open-code-review”这个名称乍看像某个开源项目仓库名,但结合当前技术演进节奏和热搜词中反复出现的CLI、LLM、Git、code review四个强信号,它实际指向一个正在快速成…

2026/10/19 17:17:45 阅读更多 →
Linux高性能定时器:timerfd与epoll事件循环实战

Linux高性能定时器:timerfd与epoll事件循环实战

1. 为什么需要把 timerfd 和 epoll 放在一起用 做 Linux 后台服务开发的人,迟早会碰到一个绕不开的问题:一个进程要同时处理网络 IO、信号、定时任务,怎么把它们统一管起来。早期大家用 alarm() 或者 setitimer() 配信号处理,…

2026/10/19 17:17:45 阅读更多 →
YOLO26接入LaSEA注意力模块:原理复现与红外小目标检测实战

YOLO26接入LaSEA注意力模块:原理复现与红外小目标检测实战

YOLO系列的改进我做了不止一两个,但这次这个LaSEA模块值得单独拎出来详细讲讲。TGRS 2026上那篇关于潜在感知语义提取聚合的工作,核心思想其实很朴素:与其在特征图上反复堆叠注意力权重,不如先把深层语义信息显式提取出来&#xf…

2026/10/19 17:17:45 阅读更多 →

最新新闻

从零实现轻量级图表编辑器:Canvas渲染与数据驱动架构解析

从零实现轻量级图表编辑器:Canvas渲染与数据驱动架构解析

图表设计工具这类项目,名字叫 "diagram-design" 的其实蛮多的,但真正能让人愿意截图发出来的产品很少。我这次想聊的,是我自己从零搭起来的一个轻量级图表设计方案——一个跑在浏览器里的流程图、架构图编辑器。核心思路很简单&…

2026/10/19 18:04:45 阅读更多 →
从性能瓶颈到Canvas渲染:Vue 3打造高性能Markdown编辑器

从性能瓶颈到Canvas渲染:Vue 3打造高性能Markdown编辑器

直接从标题说开去。我最近在技术社区里看到这个开源项目时,第一反应是"又一个Canvas编辑器轮子",但仔细看完性能和实现思路之后,忍不住动手折腾了一把。基于 Vue 3 Canvas 的高性能 Markdown 编辑器,宣称性能提升 10-4…

2026/10/19 18:04:45 阅读更多 →
ESP32量产级固件基座:OTA+BLE Mesh+低功耗唤醒一体化方案

ESP32量产级固件基座:OTA+BLE Mesh+低功耗唤醒一体化方案

简介:本资源是小智源码项目1.5.6_2版本的完整嵌入式开发包,面向ESP32系列(含ESP32-S3、ESP32-C3)硬件平台的IoT开发者与嵌入式学习者,聚焦于LCD驱动适配、触摸屏交互、多设备兼容性支持及低功耗感知应用开发。压缩包共…

2026/10/19 18:04:45 阅读更多 →
数字手工艺:材料数据驱动的创作闭环

数字手工艺:材料数据驱动的创作闭环

1. 项目概述:从“artcraft”这个词开始,我们到底在做什么?“artcraft”这个词乍看像一个合成词——art(艺术) craft(工艺),但它不是某个具体软件、平台或开源项目的官方名称&#xf…

2026/10/19 18:04:45 阅读更多 →
从需求拆解到工具选型:架构图与流程图设计实战指南

从需求拆解到工具选型:架构图与流程图设计实战指南

1. diagram-design 到底在解决什么问题如果你也做过技术方案评审、给团队画过架构图、或者给开源项目写文档,那你大概率绕不开 diagram-design 这个词。说白了,这不是“会用某个画图软件”的层面,而是指一套把复杂逻辑转化为视觉图形的方法论…

2026/10/19 18:04:45 阅读更多 →
STM32智能交通灯系统:自适应车流、紧急干预与Proteus仿真实战

STM32智能交通灯系统:自适应车流、紧急干预与Proteus仿真实战

简介:本资源是一套基于STM32F103系列单片机的智能交通灯系统完整开发包,面向嵌入式初学者、电子信息类专业学生及课程设计实践者,解决交通灯控制逻辑实现、硬件仿真验证与工程代码落地等核心学习痛点。压缩包共370个文件,涵盖105个…

2026/10/19 18:03:37 阅读更多 →

日新闻

频率跟踪型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 阅读更多 →