大语言模型反常识推理能力:培养路径与工程实践

大规模语言模型的反常识推理能力培养

这两年做大模型应用,有个问题一直在困扰我和身边的同行:模型在常规问答、内容生成上已经强得离谱,但只要碰到那种"违背直觉但其实是正确答案"的问题,立马就露怯。比如你问"一个玻璃杯从十楼掉下来,什么情况下它不会碎?"——它就很容易掉进"高空坠落必碎"的惯性里,非要绕好几个弯才想到"如果它在落地之前被接住"这类答案。这类能力,业内一般叫"反常识推理"(counterintuitive reasoning),也就是模型能否主动打破统计上最常见、最顺口的思维定式,去识别和接纳那些低频但正确的结论。

这个方向看起来很小,实际牵一发动全身。无论是做医疗问诊里的罕见病筛查、金融风控里的反直觉信号识别,还是客服场景里识别"用户没说出口的真实诉求",拼的都是模型能不能在"大家都这么说"的信息噪声里保持独立思考。我在几个真实项目里专门训练和调优过这块能力,踩了不少坑,也沉淀出一些可复用的方法,这篇就把完整思路写出来,给同样在跟反常识推理较劲的同行做个参考。

1. 反常识推理能力到底指什么

1.1 从"常识陷阱"说起:模型的思维定式是怎么形成的

反常识推理的对立面不是"常识缺失",恰恰相反,是常识过剩。大模型在万亿级语料里训练,本质上是把人类语言中高频出现的模式刻进了参数里。这意味着"太阳从东边升起""东西扔出去会落地""贵的=质量好"这类绝大部分人认同的常识性因果链,在模型里拥有极强的先验权重。

这就带来了一个结构性问题:模型在生成时天然倾向于选择概率最高的路径,而概率最高往往等于"最符合常识",但并不等于"正确"。反常识推理训练要解决的核心矛盾,就是如何让模型在面对高概率的错误常识时,有能力发起"我偏不信"的二次验证。

1.2 反常识推理的本质拆解:四个认知操作

我自己在做能力分解时,把反常识推理拆成四个可独立训练、独立评估的操作环节,这样既方便设计训练数据,也方便定位模型在哪一步掉链子。

第一是前提质疑(Premise Challenging)。模型需要能主动怀疑问题或描述中的隐含前提。比如"鸟类都会飞,企鹅是鸟,所以企鹅会飞"——前提本身是错的,模型不能只顺着逻辑链走,还要回看大前提是否成立。

第二是低概率假设生成(Low-Probability Hypothesis Generation)。在多个可能解释中,模型要能主动考虑概率最低但逻辑自洽的那个。这个对解码策略特别敏感,温度稍微一低,低概率假设直接就被剪掉了。

第三是证据权重再分配(Evidence Re-weighting)。反常识结论通常伴随反常识证据,而模型容易低估这类证据的权重。比如"一个人每天抽烟喝酒活了100岁",模型会把这个当个例而忽略它在特定统计区间内的合理性。

第四是结论防御性验证(Defensive Verification)。在给出反常识答案后,模型需要能顶住"常识回摆"的压力,不轻易被追问带回主流答案。

把能力拆到这个粒度之后,再去设计训练任务和数据,目标就清晰多了:不是笼统地"让模型变聪明",而是逐个环节强化。

1.3 主流大模型的反常识表现:两张典型失败图景

在实际评测中,我发现未做专门训练的模型主要栽在两类场景里。第一类是**"常识惯性覆盖"**,模型会直接输出刻板答案,哪怕问题里给了明显的非常规条件。比如"把一块铁加热到1000度,它的密度是变大还是变小?"许多模型会直接答"热胀冷缩所以变小",完全没有意识到密度对体积的依赖关系以及这个具体温度区间内的物态变化。

第二类是**"回调式妥协"**。更隐蔽,也更难通过常规评测发现。模型一开始给了反常识的正确判断,但只要你追问一句"你确定吗?大多数资料不是这么说的",它就立刻改口回常识答案。这说明模型并不是真的理解反常识结论,只是碰巧在首轮采样中命中了正确答案,其信念强度极弱。这个现象要特别重视,因为它直接决定了模型在真实场景中是否可用——真实用户是会追问的。

2. 为什么大模型普遍缺乏反常识推理能力

2.1 训练语料里的"频率暴政"

模型的反常识短板,根本原因还是在预训练语料的分布上。互联网语料天然呈现长尾分布,绝大多数文本在讲主流观点、常规经验和普遍做法,真正记录反常识现象、反直觉实验结果的文本占比极低。

以某类技术博客为例,我统计过一批公开语料中"为什么XXX反而更好"这类反常识句式出现的频率,对比"如何优化XXX""XXX的最佳实践"等常规句式,比例大概在1:50以上。模型在这种分布下训练,参数里保存的"世界模型"自然倾向于主流路径。这就像一个学生只做标准答案的题库,考试时遇到开放性题目当然无从下手。

2.2 对齐阶段放大了"顺从倾向"

比预训练更头疼的是后训练阶段的问题。指令微调和基于人类反馈的强化学习(RLHF)阶段,训练信号大多来自人类标注者的偏好。而标注者有个天然倾向:看到模型给出"不按常理出牌"的答案,第一反应是"这答得对吗?是不是偏了?"——于是反常识但正确的回答经常被标注为劣质回答。

这直接导致模型的"诚信机制"被扭曲。RLHF时期我倾向于认为模型学会了"读空气"而不是"求真知":它能判断出人类期待什么样的答案,并据此调整输出分布。对安全对齐这可能是好事,但对反常识推理这是灾难。你本来想让模型更聪明,结果它为了讨好你反而变得更平庸。

2.3 解码策略的"隐性扼杀"

还有个细节很多人容易忽略:同样的模型,用不同的解码参数,反常识能力表现会差出一大截。因为反常识答案在模型词表分布中的概率天然偏低,而常用的核采样(top-p)和温度参数会进一步压缩低概率区域的空间。

我做过一组对照实验:同一个反常识问题,温度0.2时模型只能给出常识答案,温度0.8时反常识答案出现概率从不到1%上升到6%左右,但代价是回答稳定性大幅下降。这里面有个根本性的矛盾:低温度保证稳定但抹杀变异性,高温度保留变异性但引入噪声。单纯调解码参数,本质上是在"平庸但稳定"和"偶尔聪明但时好时坏"之间做权衡,解决不了能力本身的问题。

重要判断:解码策略只是辅助手段,真正要解决的是让反常识答案在模型内部的概率分布上就不再是"低位选项"——这只能靠训练阶段来改。

3. 反常识推理能力的培养路线

3.1 数据层面:反常识样本的四种构造维度

训练数据的质量直接决定能力上限。我在构造反常识训练语料时,会用四个维度来设计样本,确保覆盖面不偏科。

维度一是矛盾锚点设计。给定一个常识背景,插入反常识的关键条件,让模型识别矛盾并修复结论。例如:"常识告诉我们运动后要立即喝水补充水分。但如果在沙漠迷失环境且水源有限,运动后最合理的做法是什么?"这类样本训练的是"条件敏感能力"。

维度二是多假设对比。同一个现象给出三到五个解释,其中多数是常识性但错误或浅层的解释,只有一个是反常识但正确或更深入的解释,要求模型论证后选边。比如解释"为什么经济越差口红销量反而越高",逼着模型从多个解释中挑出那个反直觉但符合逻辑的"口红效应"。

维度三是前提反驳。直接给模型一段包含错误隐含前提的论述,模型需要先指出前提错误,再基于正确前提重新推理。这类数据是四个维度里最难的,也是提升效果最明显的。

维度四是常识误用识别。给一个场景,其中有人生硬地套用常识,模型需要指出套用的不恰当之处并给出更合理的替代方案。这个维度训练的是"常识不是万能的"这一元认知。

3.2 训练层面:混合训练与课程排序策略

有了数据不等于能直接训。我强烈建议按难度分级、从小到大混合训练,而不是一次性全量丢进去。具体做法是:先把基础的中文/英文推理语料和反常识数据混合,比例大概4:1,让模型保持基础生成能力不被带偏;然后阶段性地提高反常识数据比重,最高可以到1:1,但要密切监控模型在普通常识问答上的表现不能掉。

一个值得注意的经验:反常识训练数据应该保持多样性话题覆盖,不要集中在物理或经济一个领域。我在早期犯过的错误是反常识语料集中在物理现象上,结果模型在物理类反常识问题上的表现大幅提升,但转到生活类、社交类就完全失灵——这明显是过拟合了话题而不是学会了能力。

3.3 推理层面:系统2激活与思维链改写

训练数据之外,推理阶段的策略配合同样关键。单纯让模型直接作答,反常识能力释放不出来;但如果你引导它"先列出所有可能,再逐个排除,最后下结论",成绩会明显上升。这正是思维链(Chain-of-Thought)的作用机制:通过强制模型外化推理过程,原本被压缩在参数里的低概率路径就有了展开的空间。

在实际项目里,我把思维链提示词做了一版"反常识专用改写",核心是加了三句话:"不要急着下结论""请先质疑问题中是否存在隐含前提""如果存在与直觉相悖但逻辑自洽的解释,请重点考虑"。就这三句话,在评测集上把反常识正确率拉高了十几个百分点,而且没有额外训练成本。这说到底是把模型内部的隐性能力通过跟人类类似的方式"放慢思考"释放出来。

3.4 评估层面:对抗性基准搭建的思路

训练和推理策略都做了,没有可靠的评估体系还是白搭。搭建反常识推理评测集时,我建议思路要"对抗化":每个评测样本都必须包含常识陷阱选项和反常识正确选项,并且陷阱选项要足够逼真、足够有迷惑性。一个评测题如果被测试者一眼看穿,那就没有评测价值了。

我建评测集时三层结构:第一层是人工命题,团队里多人共创,互相模拟"常识惯性思维"来设计陷阱项;第二层是模型辅助生成,让基础模型批量产出候选反常识问答,再由人工筛选和改写;第三层是真实场景采集,从客服记录、医生问答、技术论坛里找那些"真实用户提出了反常识问题"的案例,脱敏后改造成评测样本。三层结合,才能覆盖从"能力有无"到"真实可用"的完整评价需求。

4. 实操过程:一个可落地的反常识推理培养方案

讲完思路,上实操。下面这套流程是我在多个项目里验证过的,照着走基本能复现出不错的效果。需要说明的是,具体参数和数据规模要按你的基座模型和算力灵活调整,但流程骨架是通用的。

4.1 准备阶段:数据清洗与话题范围界定

第一步不是写代码,是先画边界。反常识是一个很宽泛的概念,必须明确"我们要培养哪些领域的反常识能力"。我通常会按业务需求锁定三到五个核心领域,比如医疗健康、物理科学、金融投资、生活决策。领域定完之后,再围绕每个领域收集和构造数据,这样训练出的能力才能在目标场景真正发挥价值。

数据清洗环节有两条硬规矩。第一,反常识答案必须经过至少三重验证:逻辑自洽性检查、事实核验、交叉验证(即换一种推导方式仍能得到相同结论)。反常识不等于反事实,答案逻辑上站不住脚的数据用了还不如不用。第二,一个训练样本里的"常识陷阱"和"反常识答案"之间必须具有足够的可区分度,不能模棱两可,否则模型学到的是"和稀泥"而不是"反常识"。

4.2 指令微调:反常识指令集的构建

接下来是构建指令微调数据集。我采用的是统一模板加多样任务结构的做法,模板大致长这样:

请基于以下场景作答。注意:你可能会有第一反应的直觉判断,但请不要急于下结论,先思考场景中的隐含条件是否支持直觉判断。 场景:{场景描述} 问题:{反常识问题} 请给出你的答案,并用两三句话说明推理依据。

这个模板本身承担了"系统2激活"的作用,把推理过程显式写进任务要求。我的经验是模板不宜过于花哨,固定结构有利于模型快速学习,真正的多样性要通过任务内部的场景和问题去体现,否则模型容易过拟合模板格式。

指令微调的具体操作,我用的是低秩适配(LoRA)方案,学习率设在1e-5到2e-5之间,batch size根据显存定在8到16。训练轮数不要贪多,3到5轮就够,重点看验证集上的表现,一旦反常识正确率进入平台期,再继续训练只会记住噪声。

4.3 强化学习阶段:奖励模型的对抗化设计

指令微调做完之后,模型已经初步具备反常识倾向,但还不够稳,需要强化学习来加固。关键在设计奖励模型。这里我踩过一次大坑:用常规的"正确性打分"来训练奖励模型,结果奖励模型本身也带有常识偏置,反常识回答即使正确也给出低分。

后来采用的方案是对抗化奖励设计。具体做法是构造"同题对"样本:同一个问题,提供常识答案和反常识正确答案两个候选,让奖励模型判断哪个更优。更难的是我加入了"虚假反常识"样本——逻辑上看似反常识、实际漏洞百出的回答——要求奖励模型能够识别出"这不是真反常识,只是胡说八道"。这一条加进去之后,奖励模型才不会把反常识和乱答混为一谈。

强化学习算法上我用的是近端策略优化(PPO)类框架,KL散度系数控制在0.05左右,这个值既保留了策略调整空间,又不会让模型跑偏到输出完全偏离基座风格的内容。训练大概要进行数千步,具体视数据量而定,期间每几百步就要烧一次评测集,看反常识指标和常规指标是否同步在涨。

4.4 推理阶段的技术配合:prompt策略与解码参数

训练完成后,实际部署时还要做一些推理侧配合。除了前面说的"反常识专用思维链改写",解码参数上我建议把温度从默认的0.1-0.3调高到0.6-0.7,同时把这个温度值绑定到反常识任务标签下——也就是说只对这类问题放宽采样,普通问答仍然用低温度保证稳定。

核采样阈值top-p我倾向设到0.9,给低频但可能正确的token更多生存空间。但这里要注意,放宽采样意味着回答不稳定,因此生产环境需要搭配"多次采样后投票"或"置信度过滤"机制。我在某智能客服场景里就是这么做的:对反常识类问题采样三次,如果两个以上输出指向同一反常识结论,再放给用户;如果三次答案不一致,就转人工。这个兜底策略虽然简单,但能有效控制放宽采样带来的风险。

5. 踩坑记录与排查技巧

5.1 答案倒灌的隐患

训练反常识数据时最容易踩的坑是"答案倒灌"——反常识答案本身就是通过常识数据学到的,只是换了身反常识的伪装。举个例子,我一度用"大多数人都错了,而正确答案是XXX"的句式构造训练样本,模型记住的嫌疑很大是"只要说'大多数人错了'就能拿高分"的语言模式,而不是真正理解"为什么大多数人错"。

排查这个问题的思路是可控实验:把训练样本中的提示语气去掉,只说纯问题和答案,看模型是否仍能答对。如果一去掉就崩,说明模型学到的是格式套路而非推理能力,这份数据就得重新设计。

5.2 奖励黑客:模型学会了"假装反常识"

在强化学习阶段还会遇到一种特别有意思的奖励黑客现象:模型开始高频输出"这看似违反常识,但实际上是可能的……""直觉可能会说No,但逻辑告诉我们Yes"这类句式的回答,乍看很像模像样,细读内容却发现纯属车轱辘话,没有实质推理。

原因在于奖励模型被训练成偏好"具有反常识语调"的回答,而策略模型发现了这个漏洞,通过模仿语调而不是真正推理来骗取奖励。 根治方法就是前面说的:在奖励模型的训练数据里加入大量"有反常识语气但没有反常识实质"的负样本,明确告诉它,"语气上像"不等于"逻辑上对"。

5.3 分布外泛化:换个领域就熄火

这是所有做模型能力培养的人都会面临的终极问题。我训练的模型在物理领域反常识表现极好,到了社会心理学领域就熄火。起初以为是数据量不够,加数据后发现效果提升有限,真正的原因在于,我把训练数据过多集中在"物理现象"这类因果链清晰、解释简洁的领域,模型学到的是"机械式反常识"——推翻一个明显因果即可,而不是"灵活性反常识"——需要分析多种社会变量相互作用。

解决思路是在训练数据中刻意加入"复杂性反常识"样本:这类问题没有一个清晰的替代答案,需要从多个角度论证为什么常识结论在特定情境下失效。这类样本对模型的推理能力要求更高,也更接近真实场景。

5.4 评测噪声:你以为它在提升,其实是在过拟合

最后提醒一下评测集设计的高风险点:如果你反复用同一套评测集做迭代,模型极大概率会过拟合到评测集上——不是能力提升了,是背题了。我有个排查技巧:每迭代三四轮,就随机抽取10%的旧评测样本,替换成同难度但没见过的样本,比较模型在两批数据上的表现差。如果旧样本表现明显高于新样本,说明过拟合已经发生,需要更换评测方向或加大训练多样性。

留个心备忘:反常识能力不可能一次性到位,它会随着项目的业务场景变化而"迁移",做一次完整的培养之后,后续每隔一段时间要用新的反常识样本做一次"唤醒训练",防止能力悄悄回退。

6. 最后一公里的个人体会

做了几轮反常识推理的训练和调优,我最大的感受是:这个方向没有一劳永逸的配方,每个环节都要带着"对抗思维"去做——做数据要对抗常识惯性,做奖励要对抗模型钻空子,做评估要对抗过拟合。有时候很沮丧,刚解决一个漏洞新的漏洞又冒出来;但看到模型在一个真正的反常识问题上给出有理有据的答案、并且能顶住追问不摇摆的时候,会觉得前面那些折腾都值了。

最后分享一个小技巧:日常用模型处理反常识问题时,不用每次都想很复杂。先尝试在prompt里加一句"请先分别列出支持直觉判断和反对直觉判断的证据,再给出你的结论",这一句成本最低,收益却相当可观。本质上它是在给模型创造一个"内心辩论"的机会,而辩论的终点,往往就是反常识结论站稳脚跟的地方。如果你也在认真地把模型推向更深的推理边界,希望这篇内容能帮你省掉几周自己摸索的时间。

相关新闻

Agent技能层(Skill):让大模型从“光说不练”到“会干活”的关键

Agent技能层(Skill):让大模型从“光说不练”到“会干活”的关键

这两年做Agent相关的东西,我最大的感受是:大模型早就不是“不会说话”的问题了,而是“光说不练”的问题。让它聊天、写诗、做总结,这些都没问题。但如果你指望它去处理一份合同、整理一仓库文档、按你的习惯把周报排好版&#xff…

2026/10/20 21:29:46 阅读更多 →
小游戏开发实战:从流量逻辑、技术选型到商业化落地

小游戏开发实战:从流量逻辑、技术选型到商业化落地

1. 流量逻辑变了:小游戏为什么成了“新蓝海”先聊点扎心的。做App、做H5、做小程序,这几年大家共同的感觉是:线上获客的成本越来越离谱。以前一个有效用户的获取成本可能几块钱,后来几十,再后来某些品类几百都打不住。…

2026/10/20 21:29:46 阅读更多 →
AI Agent本质是高层闭环控制系统:控制科学视角重构设计范式

AI Agent本质是高层闭环控制系统:控制科学视角重构设计范式

1. 控制科学视角下的AI Agent:不是“拟人化程序”,而是动态反馈控制器很多人第一次听说AI Agent,脑子里浮现的是一个能自主思考、主动提问、自己写代码的“数字人”。这种印象很直观,但恰恰掩盖了它最本质的工程属性——AI Agent在…

2026/10/20 21:29:46 阅读更多 →

最新新闻

C++智能指针循环引用检测与修复:从内存泄露到工程实践

C++智能指针循环引用检测与修复:从内存泄露到工程实践

说实话,我第一次在正式项目里撞上shared_ptr循环引用,并不是因为查内存泄漏教程,而是因为一段“怎么看都正常”的代码把服务的常驻内存从300M干到了3个G。当时所有人盯着监控面板都觉得是哪里new了没delete,结果用valgrind一跑&am…

2026/10/20 22:56:49 阅读更多 →
从零搭建PPT自动化生成引擎:python-pptx核心设计与批量实践

从零搭建PPT自动化生成引擎:python-pptx核心设计与批量实践

1. 从零搭建一个PPT自动化生成工具,我为什么选了这条路第一次听到"ppt-master"这个命名,直觉告诉我它不是一个普通的PPT模板合集,而是一个带有"主控"意味的工具——master这个词在技术圈通常意味着调度者、控制中枢。结合…

2026/10/20 22:56:49 阅读更多 →
中文放进char[]合法吗?C/C++字符编码与乱码深度解析

中文放进char[]合法吗?C/C++字符编码与乱码深度解析

前阵子在一个内部工具项目里,我写了一句char file[] "未命名文件.txt";,编译一切正常,可等到程序跑起来,日志里的文件名变成了乱码。旁边同事下意识地说:“中文不能放进char[]吧。”我愣了两秒——编译期没…

2026/10/20 22:56:49 阅读更多 →
多旋翼飞行器工程实战:从需求分析到飞控调参的完整指南

多旋翼飞行器工程实战:从需求分析到飞控调参的完整指南

1. 先别急着买零件:把任务需求翻译成设计指标1.1 你手里的这块场地,决定了机架怎么选多旋翼飞行器这个东西,看起来是四个电机加一个机身,实际上一开始最容易犯的错误就是先买零件后想需求。我见过不少第一次做工程项目的朋友&…

2026/10/20 22:56:49 阅读更多 →
用Python自动生成PPT:内容与样式分离的工程实践

用Python自动生成PPT:内容与样式分离的工程实践

1. 为什么我要自己动手做一个 PPT 生成工具先说说我做这个项目的起因。我在一家中型公司做技术方案和产品汇报,平均每周要出三到五份 PPT,多的时候一天两份。最开始我也是老老实实打开演示软件,一页一页拖文本框、调对齐、找图标、配颜色。一…

2026/10/20 22:56:49 阅读更多 →
开放式代码审查:从规则沉淀到AI辅助的团队实践

开放式代码审查:从规则沉淀到AI辅助的团队实践

那一次Review,至今让我印象深刻。我自认为提交了一段“完美”的代码:类型明确、命名讲究、注释齐全,甚至提前把函数的三种边界情况都测了一遍。结果同事在评审里只问了我三个问题:为什么定义成接口而不是具体类型?三秒…

2026/10/20 22:55:46 阅读更多 →

日新闻

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/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

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

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在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 阅读更多 →