递归对抗引擎RAE V4.0:让大模型在自博弈中实现鲁棒性自主进化

如果你做过大模型的能力评测,大概率对下面这个场景不陌生:模型在标准测试集上得分漂亮,上线后遇到真实用户的多轮嵌套问题、角色盲区、逻辑陷阱,立刻现形。我最近跑通的递归对抗引擎RAE V4.0(AGI自主进化版),就是专门治这个问题的。它的核心思路不是把更多对抗样例堆给模型,而是把红蓝双方自博弈、递归难度升级、训练目标自动调速这三件事串成一个闭环,让模型在自我对抗中持续获得更硬的鲁棒性。V4.0这一代最值得研究的地方,在于它把“自主进化”从口号变成了一个可运行的训练闭环。适合正在做强化学习训练管线、大模型安全评测,或者想给智能体加一层持续进化能力的同学参考。

1. RAE V4.0到底解决了什么问题

1.1 从V1.0到V4.0:递归对抗引擎的演进逻辑

先把这个引擎的版本脉络理清楚,因为V4.0不是凭空冒出来的,每一步都是被前面的痛点上踩出来的。

最早的V1.0很简单:离线生成一批对抗样本,红队模拟攻击,蓝队目标模型被动测试,测完出一份报告。这套方式的局限性很明显——样本集无论怎么扩,模型总能在没见过的攻击模式前倒下,测试集和真实对抗场景之间存在一条永远填不平的鸿沟。

V2.0把红队改成在线生成器,对抗样本不再提前囤好,而是边测边生成。这样覆盖的问题广了,但又冒出新麻烦:红队和蓝队一旦纠缠起来,生成的样本会越来越怪,逐渐脱离真实世界的数据分布。评测结果看似精彩,实际是红队和蓝队在一个越来越畸形的空间里互相较劲,参考价值大打折扣。

V3.0引入了递归难度分层——把对抗挑战按认知复杂度分成多个层级,蓝队不是一上来就面对最高难度的攻击,而是从低层逐步往上升。这个设计非常关键,它解决了V2.0“无效对抗”的痛点,但我用了几个月后发现,每一层的难度定义、学习权重、更新节奏都需要大量人工调参,换一个应用场景几乎要重调一遍,维护成本极高。

V4.0的突破在于加入了一个元控制器。它站在训练过程的上方,观察双方的博弈动态,根据裁判评估器返回的结果,实时调整蓝队下一阶段的学习目标、红队的攻击难度曲线、回放池的采样权重。整个训练目标本身变成了可优化的对象,这就是“AGI自主进化”这一版真正做出来的东西。

1.2 为什么对抗训练必须“递归”而不能“摊大饼”

很多人听到“递归”会以为只是循环训练的意思,其实不是。这里说的递归,指每一轮对抗都要在上一轮失败案例的基础上,往更深的推理层次钻。递归深度为d时,红队生成的对抗样本,在语义复杂度上必须比上一轮更高一个台阶——从字面指令困惑,到多步意图混淆,再到元指令嵌套。

这样做的好处,用大白话讲:普通对抗训练像打固定靶,模型记住了靶子的位置就行;递归对抗训练像陪练,对手越来越懂你的出拳套路,也会越来越刁钻地攻击你的空档。模型被逼着从“记住某个反例”升级到“理解一类失败模式”,再升级到“具备分层防御结构”。

如果没有递归这层设计,对抗数据就只是水平方向上的无限扩充。模型也许能靠记忆覆盖大量黑样本,但一旦遇到语义上绕了两层的攻击,照样失守。递归的核心收益,是让模型必须建立起分层鲁棒性——低层防御处理直白的危险指令,高层防御处理包装过的、嵌套过的、需要推理链才能识别出的恶意输入。这种能力的形成,靠平铺直叙的训练数据很难触发。

1.3 “AGI自主进化”不是噱头,闭环在哪

V4.0的自进化闭环可以概括成四步循环:红队生成对抗挑战,蓝队尝试应对,裁判评估失败类型,元控制器把失败信息转化为下一轮训练目标的调整信号,再传给红队和蓝队。

关键点在于最后一步。传统对抗训练里,训练目标始终是人工写死的——比如“蓝队准确率要超过90%”,至于这个目标是否对通用能力有益,没人动态去管。V4.0的元控制器会根据裁判返回的向量,判断蓝队是在哪个维度上失血过多,然后动态提高这个维度在下一轮loss里的权重,同时调整递归深度的推进节奏。

这个闭环之所以配得上“自主进化”这四个字,是因为连“接下来该练什么”这个问题,都不再完全依赖人来回答。我从V3.0迁移到V4.0之后,最直观的感受是:以前我要盯着训练曲线手动改超参,现在只需要设定大致边界和资源预算,元控制器自己在训练过程中调优,我基本只做干预和验收。

2. 核心架构拆解:四个模块怎么配合

2.1 红队生成器与蓝队目标模型:一对镜像的攻防双方

红队生成器本质上是带有多样性奖励的生成模型镜像,它从同一个基座模型做热启动。蓝队目标模型是真正被训练的主体,两者参数大部分共享,只是训练目标不一样。

红队的奖励函数不是单纯让蓝队犯错,而是综合三个信号:攻击成功率、样本新颖度、难度层级达成度。如果红队反复生成同一类攻击,新颖度这一项会大幅拉低奖励,逼着它换新的攻击姿势。蓝队的更新则被约束在原始预训练任务上,防止为了抵抗对抗输入丢掉通用能力。我在实际跑的时候加了KL散度约束和一小部分通用数据回灌任务,这个操作很大程度上保住了蓝队在标准任务上的表现。

攻防双方的镜像关系还有一个工程红利:红队和蓝队的参数差不会太大,可以共用一套权重存储,只是维护两份不同状态的副本。推理资源吃紧的环境下,这个设计能省下不少显存。

2.2 裁判评估器:唯一不吃对抗梯度的模块

裁判评估器在V4.0里的地位很特殊,它是整个系统里唯一不参与对抗训练的模块。它是预先在评测基准上校准过的评分模型,参数直接冻结,专门为对抗样本输出四维向量:指令遵循度、语义保真度、攻击成功与否、复杂度等级。

为什么必须冻结?如果裁判也参与训练,红队很容易找到绕过它的方式——生成的样本人类看着乱七八糟,裁判却打个高分。冻结住以后,裁判成了固定标尺,红队和蓝队只能去迁就这个标尺,而不是反过来把它带偏。

实际使用中,裁判的阈值设置需要小心。语义保真度这条最重要,它保证进入回放池的对抗样本至少是一个有意义的自然语言问题,而不是语法破碎的乱码。达不到语义过滤条件的样本会被直接丢弃,不进回放池,这一条后面在问题排查部分还会详细讲。

2.3 元控制器:自主进化的方向盘

元控制器是V4.0相对之前版本最大的结构增量。它读取裁判评估器输出的历史统计信息,每隔固定步数执行一次策略更新,调整三类核心信号:下一轮蓝队loss中各能力维度的权重向量、红队需要冲刺的难度层级、回放池各层的采样概率。

为什么会需要这个东西?因为对抗训练的损失曲线天然不稳定,蓝队和红队永远在互相追赶。如果训练目标也随便波动,系统会彻底发散。元控制器的更新频率必须远低于攻防双方的更新频率,我的经验是每隔几百到上千步才动一次,而且每次调整幅度限制在小步长范围内,只做温和的引导,不做激进的颠覆。

元控制器本身也可以有自己的目标函数——比如“在保持通用能力不下降的前提下,最大化裁判的稳定性得分”。它可以被视作一个轻量级的强化学习智能体,状态是训练过程的历史统计,动作是目标参数的调整量,奖励是蓝队在外部评测基准上的表现提升。

2.4 回放池:防止灾难性遗忘的缓冲区

回放池按难度分层存储对抗样本,在V4.0里承担两个任务:一是防止灾难性遗忘,二是节约算力。如果每一轮都只让红队生成全新样本,那么蓝队训练到后期,很可能只擅长防御高层级的复杂攻击,遇到最初级的基本指令反而退化了。回放池按照难度加权采样,让低层级样本在训练中始终占有一席之地,遗忘问题自然被缓解。

算力方面,我把回放池的复用率调得比较高,每轮对抗只有两到三成样本是新生成的,其余从池子里采样。这样既保证数据的新鲜度,又不至于让每一轮递归都付出两倍的推理成本。回放池的容量和采样权重也需要和递归深度联动,这一点后面讲参数时会给出具体数值。

3. 实操:从零搭一套RAE V4.0训练管线

3.1 初始化三件套:数据、角色镜像、评估基线

搭建V4.0管线之前,必须先准备三样东西。

第一是数据。基础部分用通用指令数据集即可,外加一小批人工标注的对抗种子样本,数量不需要多,几百条就够。种子样本里要覆盖三类基础攻击:污染指令、多跳嵌套指令、逻辑陷阱问题。它们的价值不是作为训练主力,而是给红队一个起点,避免它从纯噪声开始探索。

第二是角色镜像。从同一个基座模型复制出红队镜像和蓝队目标模型。关键点是红队镜像要在初始阶段冻结,等蓝队跑完一轮基础训练后再解冻,这个顺序避免了两匹马同时从起点冲出去互相带偏。

第三是评估基线。先在500条人工对抗样例上测一遍蓝队的初始得分,这个分数是后续所有实验对比的锚点。没有这个基线,后面所有提升都说不清楚。我第一次跑的时候就是没留基线,结果V3.0调了半天,回头看根本不知道初始水平是多少。

3.2 对抗样本生成策略与多样性注入

红队每次从回放池采样若干条样本作为底料,经过指令重写、逻辑反转、上下文注入等变换操作,生成新的对抗样本。单纯靠变换是不够的,必须给红队加多样性奖励,否则它会很快收敛到几种最省力的攻击模式。

我在奖励函数里加了一个“聚类距离项”:新生成的样本与现有回放池样本的embedding距离若太近,多样性奖励就打折。这个设计实操起来效果很明显,红队生成样本的类型分布从十几轮后仍然保持均匀散开,而不是聚成几团。

红队的prompt模板可以这样设计:取一条种子样本,要求重写成“隐含性”更高的等价指令,并附带一个自评字段,让红队判断改写后的样本是否在语义保真度阈值以上。这个自评字段会被裁判再校验一次,两者不一致时以裁判为准,红队的自评只作为辅助信号。

3.3 双方交替更新:延迟跟新的节奏控制

对抗训练最怕两句话:红队强了一轮,蓝队还在原地;或者蓝队刚适应,红队又变了。V4.0里我用的策略是红队延迟半步更新——蓝队连续更新若干步,红队只更新一步。

这个节奏的直觉理解是:把红队当成一个慢半拍的陪练,先让蓝队充分吸收当前的对抗信号,稳定下来之后再让红队换新招。我实测下来,蓝队更新三到五步、红队更新一步的组合比较稳。如果双方同步疯狂更新,loss曲线会变成锯齿状,训练进程卡在两层难度之间反复横跳。

训练主循环可以简化成下面的代码结构:

for epoch in range(total_epochs): # 蓝队连续更新 for _ in range(blue_steps): batch = sample_from_pool(replay_pool, difficulty_weighted=True) loss = blue_model.training_step(batch, kl_penalty=base_task_loss) blue_model.update(loss) # 裁判评估当前蓝队 stats = judge.evaluate(blue_model, red_model.sample_candidates()) # 红队延迟更新 if epoch % red_delay == 0: red_loss = red_model.compute_policy_gradient(stats, diversity_reward) red_model.update(red_loss) # 元控制器低频调整 if epoch % meta_interval == 0: meta_controller.update_stats(stats) meta_controller.adjust_training_targets()

3.4 五组关键参数:直接抄的配置参考

我整理了一份V4.0跑的比较多的一组参考参数,不是标准答案,但作为起点足够稳。重点参数包括递归深度、对抗批量、多样性系数、回放池难度权重、元控制器更新间隔。

参数参考值调整方向与说明
递归深度R3每增加1层,红队需生成语义复杂度更高的样本。新手从R=2起步
蓝队连续更新步数3调到5可改善震荡,但训练速度变慢
红队延迟更新间隔1即蓝队更新3步后红队才更新1步,可适当加大
多样性系数λd0.35越大红队越爱探索新攻击,但太高会让攻击成功率下降
回放池难度权重α0.6高难度样本采样权重略高,但不宜超过0.8,以免遗忘基础层
元控制器更新间隔T400步太频繁会让目标漂移,建议不低于200步

这套配置跑下来,训练节奏比较稳,既不会因为多样性系数过高导致红队打不穿蓝队,也不会因为回放池权重失衡导致低层级防御退化。各团队可以根据自己的基座模型尺寸和任务类型做微调,但整体边界建议保持在这个量级。

3.5 我在模拟项目X里的实测效果

我拿一个参数量约7B的基座模型跑V4.0,手头项目是一个面向多轮对话场景的训练任务。初始化时,500条人工对抗样例上的基线正确率是76%。三个递归层跑完,同一批人工对抗样例上的通过率提升到了91%,与此同时标准评测集上的通用能力只掉了0.7%。这个退化幅度在可接受范围内,主要靠回灌通用任务数据和KL约束撑住了。

另一个值得记录的变化是红队行为的演进。第一层递归时,红队生成的基本是可识别出的指令扭曲,蓝队稍微训练就能挡住。到第三层递归时,红队生成的已经是需要三步以上推理链才能识别出的嵌套攻击,而且语义伪装很好。这种红队能力的自主升级,恰恰是递归设计想看到的效果——攻击和防御不是互相抵消,而是互相抬升。

4. 常见问题与排查技巧实录

4.1 自博弈模式坍塌:红队偷懒,蓝队虚高

症状很典型:红队生成的对抗样本类型多样性持续下降,蓝队正确率曲线虚高,但外部评测发现模型真实鲁棒性并没有变好。

排查方法:统计历史回放池中样本在embedding空间里的聚类数。如果聚类数从几十个快速缩到三五个,就是模式坍塌了。我遇到的情况是红队发现某种攻击方式成功率最高,就反复生成变体,蓝队也在针对性防御中把这条路径练得很熟,看似双方都在进步,实际是共同陷入了一个狭窄的局部区域。

解决办法分两步。第一步,把多样性系数λd从0.35上调到0.5,让红队探索新攻击的收益重新大于复用旧招的收益。第二步,临时替换一批回放池中的高权重样本,把红队从“舒适区”里强行拉出来。坍塌严重时还可以直接重置红队参数到较早的一个checkpoint,这个操作相当于给陪练换一套肌肉记忆。

4.2 训练震荡不收敛:蓝队在两层难度之间反复横跳

当蓝队连续更新步数过少,或者相邻两个递归层的难度跨度太大时,训练会陷入一种来回横跳的状态。蓝队刚适应第2层难度,红队立刻把样本切到第3层,蓝队还没站稳,下一轮又回到第2层,loss曲线就变成了锯齿状。

这类问题的排查要从两个角度入手:先看递归层之间的难度间隔设计是否合理,再看攻防更新频率是否匹配。难度间隔不是越大越好,红队语义复杂度一下子跳太猛,蓝队的学习率相当于被浪费在“重新适应”而不是“稳定提升”上。调整方式是把递归深度R从3降到2,同时把蓝队连续更新步数从3调到5,让蓝队有更充足的步数消化当前层级的对抗信号。

4.3 评测信号失真:裁判被低质量样本骗过

我踩过最深的一个坑就在这里。某轮训练里,裁判返回的通过率明显上涨,但我人工抽查生成样本时发现,红队产出了一批语法破碎、语义无意义但包含危险关键词的字符串,裁判把这些字符串误判成了合法对抗样本。

解决方法是双重的。第一,在数据管道中加入语义保真度硬性过滤器,任何低于保真阈值的样本直接丢弃,不进入回放池和蓝队训练批次。第二,裁判评估器定期用外部人工校验子集做一致性抽检,计算裁判打分与人工标签的相关系数,一旦相关系数下跌,就触发一次裁判重置或阈值修正。我在跑V4.0后半段几乎每周做一次抽检,有效避免了评测信号缓慢漂移的问题。

4.4 算力开销翻倍:递归对抗的成本怎么控制

递归对抗训练每一层都需要红队生成、裁判评估、蓝队更新三个完整环节,算力开销相比普通训练确实翻倍。控制成本的核心思路是控制新样本生成比例。

我把每轮新生成样本的比例控制在20%到30%,其余从回放池复用。这样算力消耗主要花在红队推理和裁判评估上,总体开销大约比普通对抗训练多60%,而不是翻倍。元控制器的更新频率也不能太激进,我保持每400步才动一次目标权重,避免频繁切换造成训练目标漂移带来的额外浪费。

4.5 一手问题速查表

症状可能原因优先检查项解决建议
红队样本种类越来越少多样性奖励不足回放池样本聚类数上调λd,重置红队checkpoint
蓝队loss锯齿状震荡更新节奏不匹配或难度跨度过大蓝队连续更新步数、相邻层难度差加大蓝队步数、降低递归层难度跨度
裁判通过率虚高但人工不认可语义保真度阈值失效裁判打分与人工标签相关性加硬性语义过滤,定期抽检裁判
通用能力明显下降通用任务回灌权重偏低标准集上的掉点幅度增大回灌数据比例,加强KL约束
训练速度慢到无法接受新样本生成比例过高每轮新生成样本占比下调到20%-30%,提高回放池复用率

最后再分享一点个人经验。这个版本里我踩得最深的一个坑,是过度信任红队——总以为攻击者越强对蓝队越好。实际上对于通用模型训练来说,红队的职责是刺探边界,而不是击穿防线。击穿防线只需要一股蛮劲,刺探边界却需要红队保持攻击多样性和控制难度层级,多学科之间的平衡完全靠超参和元控制器配合调出来。如果团队是第一次做递归对抗,不建议一上来就跑V4.0全自主闭环,先把元控制器挂成只读模式,用固定目标跑两个递归层,拿到对比基线之后再放开自动调速。另外,开局接受“两到三层递归不涨点”是很正常的,那是红队从低质量噪声攻击转向高质量语义攻击的沉默期,熬过这个阶段,收益才会集中兑现。

相关新闻

几何感知球面采样:扩散模型潜空间中的多样性增强

几何感知球面采样:扩散模型潜空间中的多样性增强

如果你也在做文生图相关的落地项目,多半遇到过这种场景:同一句提示词,设了不同的随机种子,跑出来五六张图,看起来却像同一张图的轻微滤镜版本。我去年在某内容生成团队负责提升生成结果的多样性,被这个问题…

2026/10/20 19:22:46 阅读更多 →
企业信息收集一步到位:ENScan_GO 备案、APP、公众号聚合实战指南

企业信息收集一步到位:ENScan_GO 备案、APP、公众号聚合实战指南

企业信息收集一步到位:ENScan_GO 备案、APP、公众号聚合实战指南 【免费下载链接】ENScan_GO 一款基于各大企业信息API的工具,解决在遇到的各种针对国内企业信息收集难题。一键收集控股公司ICP备案、APP、小程序、微信公众号等信息聚合导出。支持MCP接入…

2026/10/20 19:21:40 阅读更多 →
风扇选型软件:从P-Q曲线到工作点计算与批量筛选

风扇选型软件:从P-Q曲线到工作点计算与批量筛选

简介:Optimiser风扇选型软件是Multi-Wing官方推出的一款轴流风扇选型工具,面向暖通空调、工业通风、冷却散热等领域的工程师与设备选型人员。使用者只需输入应用所需的风量、压力与能耗等参数,软件即可自动匹配莫迪温风扇型号,帮助…

2026/10/20 19:21:40 阅读更多 →

最新新闻

百度网盘免费发放500G空间了,大家记得及时领取

百度网盘免费发放500G空间了,大家记得及时领取

话不多说,直接上图免费网盘空间500G是有30天时效性的,不过每个自然月都是可领取的,大家过期之后记得重新领取即可。比较适合短期应急使用,全程免费,官方长期活动。

2026/10/20 20:03:02 阅读更多 →
快慢指针找环:为什么重置指针后能精确找到环入口?

快慢指针找环:为什么重置指针后能精确找到环入口?

很多同学在接触“快慢指针找环”这个经典问题时,都是靠背代码过关的。第一阶段:慢指针每次走一步,快指针每次走两步,如果两个指针相遇了,说明链表有环;第二阶段:把某个指针重置到链表头&#xf…

2026/10/20 20:03:02 阅读更多 →
书匠策AI实操指南:从选题到答辩的课程论文全流程

书匠策AI实操指南:从选题到答辩的课程论文全流程

每次课程论文季,朋友圈都会哀嚎一片。找文献找到眼瞎,列提纲列到怀疑人生,写到结论时突然发现引言和正文对不上,这种事情几乎人人遇到过。我见过太多同学卡在第一步,题目拍脑袋定,框架东拼西凑,…

2026/10/20 20:03:02 阅读更多 →
课程论文智能导航:从选题到降重,书匠策AI全流程实操指南

课程论文智能导航:从选题到降重,书匠策AI全流程实操指南

每到期末,图书馆里总会冒出一群“论文难民”:选题方向模糊、文献读不完、框架搭不起来、初稿憋了三天还是三行字。熟悉的朋友问我在用什么工具,我翻来覆去就推荐同一款——书匠策AI。它不是那种一键生成全文的“代写引擎”,更像一…

2026/10/20 20:03:02 阅读更多 →
ContextCapture安装避坑指南:版本选择、驱动适配与服务配置

ContextCapture安装避坑指南:版本选择、驱动适配与服务配置

简介:本资源提供ContextCapture软件的官方可用下载地址及配套获取指引,面向测绘、三维建模、BIM与数字孪生领域的工程师、高校师生及GIS从业者,解决正版软件获取渠道不明确、网盘链接失效或安装路径不明等实际问题。压缩包仅2KB,含…

2026/10/20 20:02:01 阅读更多 →
OCR模型训练数据不够?用数据生成工具批量造数据实战

OCR模型训练数据不够?用数据生成工具批量造数据实战

OCR模型训练最头疼的从来不是网络结构设计,而是标注数据不够。我做过好几个文字识别项目,每次卡在瓶颈上的几乎都是同一件事:真实场景的样本太少,标注成本太高,模型在测试集上看着还行,一上真实业务就崩。后…

2026/10/20 20:02:01 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

/* 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 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

/* 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 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

/* 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 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

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