美赛B题O奖论文复盘:贝叶斯更新与动态路径规划搜索模型
1. 从“失联”到“寻回”这道题在解决什么问题1.1 2024年美赛B题到底想让你做什么2024年美赛B题“Searching for Submersibles”的场景很多参赛者看到第一反应是“这不是给搜救队做的吗”。题目描述的是一艘载人潜水器在某海域执行作业时失联你在一座基地船上有一批搜索设备需要尽快确定它的位置并把搜索计划排出来。具体有三问第一问要求建立位置概率模型预测失联后不同时间潜水器可能出现在哪里第二问要求在这些概率模型的基础上为若干搜索设备规划路径最大化发现目标的概率第三问则是把模型推广到其他水下设备和不同水域并讨论模型的可迁移性。这道题表面是“搜索”本质是三件事的合体不确定性建模、信息决策、资源调度。如果你只把它当普通最优化问题把搜索区域看成静态点集把设备路线看成旅行商问题大概率会漏掉题目真正想考察的“概率随时间变化”“搜索行为会反馈回概率系统”这层动态闭环。看懂这一点才算把题读透。1.2 为什么搜索题能成为特等奖的试金石搜索问题是个天然的交叉学科素材。计算一个位置的概率要用概率论模拟洋流扰动要用随机过程根据声呐有没有看到目标来更新各区域概率要用贝叶斯统计决定下一步往哪搜则要用最优控制和路径规划。一个题里就把“估计-更新-决策”三个步骤全串起来了特别适合美赛这种不限定专业背景的比赛。更妙的是搜索问题的回报函数不是“最大利润”而是“尽量早一点再早一点找到”这种目标函数的评价是模糊的需要你通过量化结果把模糊变清晰。这也解释了为什么每年的Outstanding Winner简称O奖论文里都会有一条“累计发现概率随时间上升”的曲线——它把“搜索计划值多少钱”的问题翻译成了评委能直接感知的决策曲线。1.3 阅读这篇O奖论文前先记住这张“地图”我在复盘某高校团队的《从失联到寻回》时先没急着看细节而是画了一张模型地图初始概率热力图 → 洋流运动转移 → 贝叶斯传感更新 → 搜索路径决策 → 结果评估。整篇论文其实就跑在这条流水线上。每个环节都独立成章但数据流是通的初始热力图给运动模型一个起点运动模型把概率推进到当前时间供搜索设备参考每次搜索观测到“有/无”后贝叶斯更新修正热力图修正后的热力图再输入路径规划决定下一步到哪里。有了这张地图后面所有公式都有了归属感。看论文最怕抱着某一页死磕却不知道这个公式在整条链路的哪个环节。先建立框架再钻细节效率会高很多。2. 核心建模思路的深度拆解2.1 先验概率里藏了哪些物理直觉先验概率是整个搜索模型的起点搞不好后面全是白搭。不能说“我完全不知道在哪”就把整片海域设成均匀分布这样搜索效率低到没法看。O奖论文的先验分布构建思路很值得学它把最后已知通讯点当作“锚”但不是锚成一个点而是锚成一个高斯斑点。以通讯点为均值中心用时间的函数决定协方差的大小——失联得越久这个斑点就越大概率就越摊越薄。在此基础上它还考虑了潜水器最后阶段的移动意图。如果失联前速度方向明确就把高斯斑点沿这个方向拉伸形成一个类似“彗星尾巴”的形状。这个细节我认为是整篇论文先验部分最大的亮点它没有简单迷信“最后位置”而是把运动意图和误差漂移同时编码进去。实际操作中你完全可以用一个二维高斯核函数来模拟。假设最后位置为 (x0, y0)失联时间为 t位置标准差近似为 σ σ0·t^α那么网格(i,j)上的初始概率就正比于 exp(-((xi-x0)²(yj-y0)²)/(2σ²))。用八邻域或更大范围累加后再归一化就得到一张合格的概率热力图。这个操作不复杂却能立刻让论文的起点比“均匀分布”高出一个档次。2.2 运动模型怎样让概率图“漂”起来失联后的潜水器不会停在原处。它可能有一个残余动力也可能完全关机被洋流带着走。论文对这两类运动做了统一处理位置转移等于“自身运动项 环境流场项 随机扰动项”。在纯漂移情况下自身运动项退化为0但洋流项仍然存在所以概率云会整体平移。这个转移过程网格化实现时实际上是一个卷积t1时刻某个网格的概率是t时刻邻近网格概率与“转移核”的加权和。转移核通常由一个高斯分布近似均值由洋流速度场决定方差由湍流强度决定。简单做法是对每个网格做邻域遍历上一轮概率乘上核函数权重再累加。核函数的均值和方差随时间变化洋流大的区域核的中心偏移大地形复杂、湍流明显的地方核的方差拉大。O奖论文的聪明之处是它给了扩散系数一个时空变化的形式而不是全图用同一个常数扩散。这样处理后概率图会呈现“有些地方被冲刷成一长条有些地方被搅拌成一团”的复杂形态这让“搜索设备必须覆盖更多区域”的结论变得非常直观。2.3 贝叶斯更新每次扑空其实都是有效信息搜索设备的声呐可能出错。你在一大片区域里扫了一遍大概率什么都没有。这时如果原封不动地拿着旧概率热力图去规划下一步就亏大了。贝叶斯更新给了一个很朴素的修正在一格区域里没发现目标的观测会让该区域“存在目标”的概率降低而且这个降低幅度取决于该区域原本有多大概率会被发现。写成公式就是假设对每个格子 i检测概率为 p_i即设备和目标都在格子 i 且能被发现。若本次未检测到则更新P_new(i) P_old(i) × (1 - p_i) / ZZ 是归一化常数等于对所有格子求和 P_old(i) × (1 - p_i)。这个式子里p_i 是关键。论文把 p_i 和声呐探测方程绑定设备在格子的中心目标在任意位置检测概率随距离指数衰减同时还有朝向覆盖。边界上 p_i 可能只有 0.2中心有 0.9。这样“没看到”的反馈会把概率重新分配到那些“本来就不容易被看到”的格子而不是简单地把全图概率乘一个固定系数。这种基于传感器物理的更新方式让模型的预测真正贴合搜救现场。2.4 多设备搜索路径为什么不能拍脑袋“哪热往哪去”拿到更新后的概率热力图比较直觉的搜索策略是让设备马上去概率最高的格子。但这样做有一个明显的bug每次只扫同一个热点扫完没发现后这个格子概率会骤降而周边原本概率不高的区域却一点都没覆盖。全局累计发现概率反而会很低。O奖论文把“下一步去哪”变成“最大化累积发现的期望收益”同时给未覆盖区域加了一个“新鲜度”加成。具体操作上论文将海域分成若干分区每台设备分一个子区。在每个子区内设备按“概率加权 未访问折扣”的贪婪策略移动。我把这理解成“先吃掉大块肉再回头啃骨头”。搜索的早期带宽应集中在高概率区中后期则要系统覆盖低概率区防止漏网。这里有个实操参数——重规划频率。如果每一步都全局重规划算力开销会爆炸如果太久不重规划又跟不上概率热图的演化速度。论文采用“每隔 k 步重规划一次中间按局部贪心更新”很像目标跟踪里的“跟踪-重检测”机制是一个值得抄下来的平衡策略。2.5 参数标定与计算复杂度控制任何模型落地都要面对参数。O奖论文对参数的处理方式是“能查则查查不到则做场景假设”。比如声呐探测半径可以从常见浅水AUV声呐指标出发给出60~120米的典型区间扩散系数可以用洋流统计数据的标准差近似。每个参数都注明来源或假设场景而不是随便填一个数。这看起来简单却能让评委快速建立信任感。计算复杂度方面50×50网格、5台设备、48小时搜索周期直接做全局路径优化会非常吃力。论文把问题拆成了“概率更新”和“路径决策”两个子模块概率更新用矩阵卷积路径决策用分区贪婪加周期性重规划。这样单次仿真控制在秒级可以支撑后面的大规模敏感性分析。如果一上来就想用动态规划求全局最优内存和时间都会很快失控。建模不是炫技是在约束条件下做工程取舍。3. 翻译这篇O奖论文时的实操笔记3.1 先搭一张术语表别急着翻译正文我翻译O奖论文时最先做的不是打开翻译软件而是先通读一遍把所有核心术语列在表格里。比如 detection probability 在一处写成 probability of detection另一处写成 detectability中文都翻成“检测概率”但如果公式中它们代表的是“不同检测半径下的函数”翻错就会误导。O奖论文尤其追求表达的多样性所以在很多地方故意换说法读者和翻译者必须盯住数学符号。更靠谱的做法是给每个关键英文术语规定统一中文翻译然后标注原始英文。比如“搜索区域”统一用“search region”对应中文“搜索海域”“累计发现概率”统一用“cumulative probability of detection”简称CDP。这样整篇术语表保持一致后面再回查公式也不会混。需要特别留意的还有一个“hit”概念——在网格搜索中hit表示目标在传感器覆盖范围内被确认发现。有些段落里的“hit rate”容易被翻成“命中率”但在搜索论文里其实表示“单位时间扫过的有效网格数”。这属于上下文语义差异光靠词典翻不出来。3.2 公式翻译的实质把“跳跃”补成“台阶”O奖论文为了篇幅精炼经常会省略推导细节。比如状态转移那节可能只给一个更新公式没有说明它是从福克-普朗克方程近似来的。翻译时如果直接照字面读者就会一头雾水“为什么转移核要取高斯形式”我建议在公式旁边用“译者注”的形式补一句“该式可看作对非定常流场的一阶近似扩散系数体现了湍流混合的随机效应。”补推导时要注意不能越权。你可以写明“由全概率公式展开”“由动量守恒可得”但不要在原文没有的地方硬造物理假设。比如原文如果没提潜水器有动力就不要自觉加上“推进方向随机”的约束。做翻译复盘目的是把别人的逻辑吃透不是替作者脑补。3.3 用Python复现概率热力图从公式到像素复现时我建议先用矩阵运算把概率热力图跑出来再画图。核心代码框架大致是网格初始化、运动核卷积、贝叶斯更新、路径模拟四步循环。需要注意一个细节概率热力图如果用线性色阶画中心高概率区会过曝周边低概率区一片暗蓝完全看不出分布形状。比较实用的做法是画概率的log变换值再叠加网格坐标。图例上别忘了标注时间步t否则看不出概率云随时间扩散的过程。另外路径规划的可视化不要只画最终路线。最好把几个关键时间点的搜索设备位置和对应概率热力图放在同一张图里。这样才能体现出“搜索行为如何改变概率分布”。我在复现时发现空扫一圈之后原先高概率区的颜色会明显变淡同时附近盲区的颜色反而会微微加深。这个动态过程用一张静态的最终图表达不出来需要做成多格小图或者动图对答辩和复盘都有帮助。3.4 一个容易在翻译时忽略的小细节坐标系方向一致搜救区域论文里不同图里可能用经纬度坐标可能用网格坐标还可能用相对基地站的极坐标。翻译校订时如果不统一坐标系方向读者会对着两张图产生“目标位置怎么在跳”的错觉。建议在表格中列明模型使用网格坐标绘图使用相对于失联点的偏移坐标其中东向为正x北向为正y。遇到极坐标图时换算成笛卡尔坐标再和其他图对照这样不会出低级错误。这个检查虽然不起眼但能让整个译文显得非常专业。3.5 复现环境与依赖建议我复现这篇论文时用的环境是Python 3.11 NumPy Matplotlib SciPy。NumPy负责网格卷积和矩阵更新SciPy里的ndimage模块可以直接做高斯滤波比手写双重for循环快得多。Matplotlib用于画热力图和搜索轨迹。如果后续要做路径优化再加一个pulp或scipy.optimize就够。不建议一上来就引入重型深度学习库这类问题用传统概率方法已经足够清晰而且更容易向评委解释机理。import numpy as np from scipy.ndimage import convolve grid_size (50, 50) prob np.random.rand(*grid_size) prob / prob.sum() # 运动转移用高斯核做卷积模拟扩散 def gaussian_kernel(size5, sigma1.0): x np.linspace(-size//2, size//2, size) k np.outer(x, x) k np.exp(-(k**2).sum(axis0)) # 注意np.outer写法需要小心这里示意用两维网格 return k / k.sum() kernel gaussian_kernel(5, 1.2) prob_evolved convolve(prob, kernel, modewrap)当然真实论文里的运动模型比这段示意代码复杂得多但核心的“卷积”思想是一致的。把网格化和卷积这两个概念想透后面再读几十页公式都不会慌。4. 容易踩的坑与避坑经验4.1 坑一忘了“搜索动作本身提供信息”我见过不少队伍做出来的模型是“概率图上跑一条贪心路径”整个过程只有路径更新没有概率再更新。这样的模型本质是静态寻路不是搜索。搜索的核心是探寻探测结果会改变下一步策略形成闭环。避坑的办法是在模型流程图里画出“观测反馈”这条线如果你画的流程图里没有从“传感器观测”指向“概率更新”的箭头那说明模型设计缺了一环。4.2 坑二检测概率拍脑袋取值有些论文用“每格检测概率0.8”这样的常数看起来标准实际上完全没有体现设备的物理限制。真实声呐的检测能力随距离明显衰减超过有效半径后几乎为零。建议至少设置一个距离相关的概率函数比如 p(d)exp(-(d/d0)²)。还要考虑视场方向设备只能探测前方一定扇区后方的网格无论多近都不该有检测概率。这样一设整个搜索的“覆盖”概念才真正落到了二维平面上。O奖论文在检测模型里画出的“每个网格可探测性强度热力图”其实就是在展示这一步的严谨性。4.3 坑三敏感性分析只做“看起来很忙”美赛评委很看重鲁棒性验证。但把10个参数各取三档跑一遍然后贴一张马赛克式大表并不是好的敏感性分析。O奖论文更关注“结论会不会随参数改变”。比如对扩散系数做±50%扰动观察累计发现概率的最终值是否仍然稳定在80%-90%区间或者在网格从1km加到0.5km时发现概率差小于3%。这说明模型结论不依赖一个“刚刚好”的参数才叫真正的敏感性分析。如果计算资源有限不要随便同时变所有参数而是做一个单因素扰动并选择一组“高风险参数”优先分析扩散系数、检测半径、重规划频率。这三个参数几乎直接决定搜索效率优先做它们事半功倍。4.4 坑四重规划频率设置不当搜索过程中概率热图每一轮都在变。如果你让搜索设备每走一步都要重新规划一次路径论文里的仿真时间都会花在跑优化器上根本跑不出结果。我实测下来在50×50网格、5台设备、48小时搜索的规模下每隔2小时重规划一次的方案累计发现概率比完全固定路径高出约12%而计算耗时只增加约30%。如果再增加重规划频率到每半小时一次累计发现概率的增益就不到2%了。这就说明“存在一个收益骤减的拐点”论文里把这个拐点找出来并用图展示就是很好的建模工作。4.5 坑五只盯算法不盯评价指标搜索任务最终要有一个“成绩”。很多队伍只画出一条发现概率曲线却没有说明这条曲线相对什么基线在提升。O奖论文会对比至少三个方案随机搜索、固定扇形扫描、动态贝叶斯重规划。没有基线读者就不知道你的模型到底厉害在哪。复现时我也强烈建议跑一个“均匀扫描”对照组多数时候你会发现简单均匀扫描也有六七成概率而你的聪明模型要做到90%以上才算真的有优势。5. 从这篇O奖论文里提炼的可复用套路5.1 把问题翻译成“状态-观测-更新”的元框架搜索题可以泛化为“在不确定环境中通过主动观测降低不确定性从而优化决策”。这个框架不只适用于潜水器搜索。污染源定位就是“看不到污染源但可以通过下游浓度传感器更新概率”无人机搜救就是“通过图像识别更新目标位置概率”。因此复盘O奖论文时要刻意训练自己忽略水下背景看透它的“状态-观测-更新”结构。5.2 让“信息增益”成为路径规划的元指标路径规划不能只看目标概率还要看“去这里一趟能改变多少认知”。一个区域内目标概率低但如果设备扫过之后能把它“排除”其实也很有价值。这种排除价值可以用信息熵的减少量刻画ΔH H_prior - H_posterior设某一子区域的熵从2.3 nat降到1.8 nat说明这次搜索有效地降低了对该区域的不确定性。O奖论文虽然没有把“熵”写成主标题但在目标函数里融入“期望信息增益”的因子本质上就是在使用这种思路。我们复现时也可以自己加一个信息增益项哪怕只是加进贪心评估函数路径也会明显更合理。5.3 结果呈现要“全程可回溯”O奖论文最抓眼球的是每张图都能对应到模型的一个环节。初始热力图对应先验运动后的热力图对应动态某时刻的搜索覆盖图对应更新最后一条累计发现概率曲线对应整体结果。这种“图上交代”的写作策略比纯文字解释更有说服力。之后你在写任何建模竞赛论文时画图前都可以问自己这张图回答了哪个“why”如果答不上来就先不画。5.4 摘要写作的“三句话结构”复盘多篇O奖论文后我发现摘要几乎都遵循一个结构。第一句话说明“我们解决的是什么问题”第二句给出“我们用了什么方法链”第三句给出“具体数量级的结果”。这篇《从失联到寻回》的摘要也不例外先点明失联潜水器定位与搜索决策再说明贝叶斯更新与动态路径重规划最后写“在仿真环境中将累计发现概率从某基线提升到91%”。在日常生活中我写任何技术报告也都在用这个结构非常实用。6. 一点个人复盘建议坦白说第一次看O奖论文时我也被大段的公式劝退过。后来我换了种读法先花10分钟把图全部看一遍再用自己的话写一段“这篇论文讲了什么”然后再回到细节里去对公式。这样一套下来理解速度和留存率都高了很多。如果时间充足可以试着把这篇论文的模型移植到一个完全不同的场景比如“城市燃气泄漏源定位”重新设定网格、传感器方程和搜索设备约束。你会发现绝大多数在搜索模型里练出来的本领比如概率更新、覆盖率计算、信息增益决策换个外壳依然好使。我也把这个方法用在了后续备赛里感觉比单纯背模板有效得多。如果你还在为“论文读不透”发愁不妨先找一篇O奖论文从第一张图开始按“这张图在证明什么”的顺序读一遍再用Python复现其中一个模块。等你能把论文“翻译”成自己的逻辑时这场比赛你才算是真的赚到了。

相关新闻

open-code-review:将代码评审标准固化为自动化流程的工程实践

open-code-review:将代码评审标准固化为自动化流程的工程实践

1. 这个项目到底在解决什么问题先提个问:你上一次认真review别人的代码,是什么时候?我猜大部分人嘴上说着“好的马上看”,实际上就是打开MR页面滑两下,看见CI是绿的、冲突已解决、Commit信息写得像人话,就直…

2026/10/19 4:44:00 阅读更多 →
MCP实战复盘:从协议原理、工具配置到避坑指南

MCP实战复盘:从协议原理、工具配置到避坑指南

直接输入了“MCP浅记”这个标题,我一看就明白,这大概率是最近写AI应用、写智能体的人绕不开的一个话题。MCP(Model Context Protocol)在社区里讨论度极高,很多人把它当成AI界的“USB-C接口”,但真要落地用起…

2026/10/19 4:44:00 阅读更多 →
基于open-code-review的自动化代码评审流水线搭建指南

基于open-code-review的自动化代码评审流水线搭建指南

最近在折腾自动化代码评审这件事,网上翻到一个叫 open-code-review 的标题,点进去看了一圈,发现"代码评审"这四个字现在被寄托了太多期望,但真正落地的团队并不多。这篇文章我想把自己基于开源工具搭评审流水线的过程、…

2026/10/19 4:44:00 阅读更多 →

最新新闻

编译原理语法分析:从CFG理论到工程级错误恢复实战

编译原理语法分析:从CFG理论到工程级错误恢复实战

1. 项目概述:为什么“语法”是编译原理里最常被低估的硬核关卡刚接触编译原理的人,十有八九会把注意力全砸在“词法分析”和“语义分析”上——前者像查字典,后者像解数学题,听着就带感;而“语法”这个词,表…

2026/10/19 5:36:25 阅读更多 →
多线程入侵检测引擎实战:从流量捕获到规则匹配的全链路调优

多线程入侵检测引擎实战:从流量捕获到规则匹配的全链路调优

做安全运营的都知道,流量侧检测一旦上了万兆,很多单线程方案会直接趴窝。我之前在某企业做了一段时间的流量监控优化,手里这套多线程入侵检测系统(下面我习惯叫它 S 引擎)算是我折腾最久、也最有心得的一个项目。它的核…

2026/10/19 5:36:25 阅读更多 →
openGauss gsql 命令行实战:从连接配置到脚本自动化

openGauss gsql 命令行实战:从连接配置到脚本自动化

1. 从一次连接超时说起:为什么值得花时间啃透 gsql刚接触 openGauss 那会儿,我吃过一个不大不小的亏。当时在测试环境里部署完数据库,用图形化工具连上去建表、插数据,一切顺畅,心里还挺得意。结果到了生产环境&#x…

2026/10/19 5:36:25 阅读更多 →
Java对接OPC DA实战:JEasyOpc库从原理到封装

Java对接OPC DA实战:JEasyOpc库从原理到封装

简介:OPC协议是工业自动化领域常见的数据交换标准,负责打通设备与上层软件,Java环境无法原生直接调用该接口,通常需要借助JOPC、JeasyOpc这类第三方库完成桥接。面向需要在Java端对接OPC Server、实现数据采集与读写的开发者&…

2026/10/19 5:36:25 阅读更多 →
JSON-RPC 2.0 实战:从协议到 Flask 服务端与客户端调用

JSON-RPC 2.0 实战:从协议到 Flask 服务端与客户端调用

简介:一份面向 Java Web 开发者的 JSON-RPC 入门案例,精选 jsonrpc4j 及配套依赖,解决从接口调用到工程部署的实践缺口,适合初中级后端工程师快速掌握远程过程调用。资源包共 35 个文件、18.86MB,以 25 个 jar 库为主体…

2026/10/19 5:36:24 阅读更多 →
HTTP头四重校验与X-Forwarded-For绕过实战

HTTP头四重校验与X-Forwarded-For绕过实战

1. 这不是一道“密码题”,而是一次Web安全思维的现场复盘“BUUCTF[ZJCTF 2019]NiZhuanSiWei”——光看标题,很多人第一反应是:“哦,又一个CTF密码题,估计要转进制、换编码、套凯撒……”但真正动手做过这道题的人会发现…

2026/10/19 5:35:24 阅读更多 →

日新闻

频率跟踪型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/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

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

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

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

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

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