多智能体领导跟随跟踪控制:从一致性协议到仿真落地

多智能体系统里,领导跟随者跟踪控制是最常被拿来当切入点的一个题目。我记得自己最早做多机器人编队模拟时,第一反应就是找“领航者轨迹”让后面几个家伙跟着跑,结果发现建模、协议设计、稳定性证明、仿真验证,每一步都有不少隐性门槛。这篇文章我就按自己做过的完整流程,把从论文思路到仿真落地的细节一次性讲透。内容主要面向正在准备相关方向论文、或者想快速搭建一个领导跟随跟踪仿真的研究生和工程师,基础部分也会兼顾到。

1. 先搞清楚:领导跟随者跟踪控制到底在解决什么问题

1.1 为什么编队控制里偏偏常用“领导跟随”这个范式

多智能体协同控制有几条经典路线:基于行为法给每个个体设计局部规则,思路灵活但很难做严格稳定性分析;虚拟结构法把编队看成一个刚性整体,结构清晰但队形变换不够灵活;领导跟随者结构则最直观——一个领导智能体给出参考轨迹,其余跟随者通过局部信息追踪该轨迹,同时保持相对位置关系。

我在实际项目里选这个范式的原因很直接:它的误差定义很干净,控制协议的设计目标非常明确,而且从编队跟踪扩展到集结、避障、时变队形都有现成的改造路径。对于准备做论文的人来说,这个范式成熟度高、可参考文献多,审稿人和读者不需要在问题设定上花太多时间,可以直接聚焦控制算法本身。

一个容易被忽略的决策点是要不要引入“虚拟领导”。虚拟领导是一条人为设置的期望轨迹,不对应真实物理个体,优点是轨迹任意可设计,坏处是它没有真实感知设备,所有信息都是“广播式”下发的。真实领导则有实际动力学约束和传感器噪声,建模更复杂但更贴近工程。我见过有人论文里写着真实领导,仿真里其实用的是虚拟领导信号,这会引发“理论与仿真不一致”的质疑,建议从一开始就定清楚。

1.2 论文线和仿真线各回答什么问题

很多新手把精力全放在控制器推导上,结果仿真图一塌糊涂,答辩时绕着图表讲不清。我现在的理解是:论文线负责证明“为什么能收敛”,仿真线负责“实际效果是否可信”,两者必须互相咬合。

论文线要回答的核心问题是:所提控制协议对应的闭环误差动态是否稳定,是渐近收敛还是有界收敛,需要的充分条件是什么。这里的每一步推导,都要和仿真中的参数对得上。仿真线则要把论文中的假设全部实例化:通信拓扑怎么设定的、扰动加了多少、初值怎么给的、数值积分用什么步长。审稿人嘴上说理论重要,手里却在翻仿真图,这两条线任何一条跟不上,投稿都会吃亏。

2. 建模之前,先把图论和动力学这两件事钉死

2.1 图论建模:邻接矩阵的方向千万别放反

领导跟随系统一般用N+1个节点来描述:节点0代表领导,节点1到N代表跟随者。通信拓扑可以用邻接矩阵A和领导邻接矩阵B表示,其中A的第i行第j列元素a_ij表示第i个跟随者能否接收第j个跟随者的信息,B则是一个对角阵,b_i=1表示第i个跟随者能直接获取领导信息。

我在早期调试时吃过一个亏:把a_ij的方向写反了,结果仿真里跟随者之间互相“传染”式发散,排查了好几天才发现是矩阵语义搞错了。多数文献的约定是,如果信息从j流向i,则a_ij>0,所以矩阵的第i行表示节点i有哪些入边。后面计算Laplacian矩阵L = D - A时,D是入度对角阵,d_i等于第i行所有非对角元素之和。这个方向一旦搞反,后面所有结论都会跟着错。

举个小例子。假设领导连接跟随者1,跟随者1连接跟随者2,同时跟随者2也连接跟随者1。那么跟随者邻接矩阵A的第1行第2列=1,第2行第1列=1,其余为0;领导邻接矩阵B中b_1=1,b_2=0。这个设定下,跟随者2只能通过跟随者1间接获取领导信息,拓扑是弱连通的,但只要领导有生成树,跟踪依然能成立。论文推导时经常用到L_f = L + B这个矩阵,它同时包含了跟随者之间和领导到跟随者的连接信息。

2.2 动力学模型:一阶、二阶和一般非线性怎么选

控制协议的复杂度很大程度取决于模型阶数。我常用三类模型来做不同层级的仿真验证:

  • 一阶积分器模型,状态直接受控制输入驱动,适合描述速度可被直接控制的简化编队。
  • 二阶积分器模型,位置和速度分别是状态,控制输入出现在加速度层面,更贴近无人机和移动机器人。
  • 一般非线性模型,形如状态导数等于已知非线性函数加控制输入乘非线性增益,需要控制器里带模型补偿项。

从一阶换到二阶时,最大的变化是误差动态里多了速度误差维度。一阶模型只需要让位置误差归零,二阶系统则必须同时控制位置误差和速度误差,否则会出现“位置先合拢,速度还在晃”的中间现象。我在搭建某两轮机器人编队仿真时就遇到过这个问题,最终是把控制器增益和初值范围一起调整,才让两组误差同步收敛。

2.3 误差动态:为什么不直接写成和领导的差值

很多初学者会把跟踪误差直接写成e_i = x_i - x_0,这在分布式场景里是不对的,因为跟随者往往拿不到领导的全局状态,只能拿到邻居信息。常用的一致性误差定义是:

e_i = Σ_j a_ij (x_i - x_j) + b_i (x_i - x_0)

第一项表示与邻居的状态差加权和,第二项表示与领导的差,只有能直接收到领导信息的节点才包含这一项。可以这样理解:每个节点只和自己的邻居比较,再把领导的信息沿着通信路径一层层传下去。只要通信图满足“领导有生成树”,所有一致性误差e_i同时收敛到零,就能推出所有跟随者收敛到领导状态。

建议把这个误差表达式打印到仿真代码里,每步都观察数值变化。因为如果某个节点的e_i迟迟不归零,通常就是拓扑出了问题,比如节点孤立,这个在建模阶段就能排查掉,不用等到控制算法跑起来再怀疑自己。

3. 控制协议设计:从一致性到滑模再到自适应

3.1 一致性协议是地基

最简单且最常用的一致性跟踪协议是:

u_i = -c * [ Σ_j a_ij (x_i - x_j) + b_i (x_i - x_0) ]

也就是把局部误差的加权和作为负反馈。增益c的选取和通信拓扑的Laplacian谱相关,理论上存在一个阈值,c超过阈值系统才能稳定。实际仿真中,你并不需要精确计算这个阈值,我的做法是先从c=1起步,逐步增大,观察误差收敛速度和超调量,再回到稳定性证明那边核对条件是否满足。

比如在4个跟随者的环形拓扑下,c从1调到3,误差收敛时间通常能缩短一半以上,但超过一定范围后会出现振荡,这时候就要小心,因为过大的增益在数值积分里还可能引发“伪不稳定”。

3.2 滑模控制:抖动和鲁棒性的交易

纯一致性协议在理想模型下表现很好,但系统参数偏移和外部扰动会让跟踪误差出现稳态偏差。此时滑模控制是一个很常用的补充手段。一个典型的滑模面设计是让滑模量包含误差的比例项和积分项:

s_i = e_i + λ * ∫ e_i dt

控制输入分为等价项和鲁棒项,鲁棒项通常是-k * sign(s_i)。这里的符号函数会带来高频抖振,仿真里极其难看,也容易激发未建模动态。我一般会把sign(s_i)替换成饱和函数sat(s_i/φ)或双曲正切tanh(s_i/φ),其中φ是边界层厚度。φ越小,抗扰效果越强但抖振越明显;φ越大,控制输入越平滑,但稳态误差可能增大。我第一次用滑模时把φ设成0.01,控制量抖得吓人,后来改成0.1到0.2,控制曲线平滑了很多,跟踪误差也还在可接受范围内。

这里有个关键认知:理论证明里你用sign得到的是理想收敛,仿真里用tanh得到的是近似有界收敛。论文里必须写清楚这一近似,否则审稿人会追问“你的控制律里符号函数怎么在仿真里变成了tanh”。

3.3 自适应和神经网络:什么时候值得上

如果模型不确定项特别大,或是外部扰动很强,可以考虑加自适应项在线估计未知参数,或用神经网络函数逼近非线性项。但这两种方法的代价是理论推导更繁重、参数数量激增,而且必须在证明里明确处理逼近误差的有界性,否则Lyapunov函数求导后的残差项会让人很头疼。

我的个人建议是,除非你的核心创新点就是不确性处理,否则先把“一致性+滑模”的基线版本做扎实,跑好对比实验,再考虑叠加自适应。所有模块一次性全上,调参会非常痛苦,后期向审稿人解释“每个模块各自贡献了什么”也会很被动。

4. 稳定性分析:Lyapunov方法里最常踩的坑

4.1 候选函数不是随便写的

很多人看到二次型候选函数V = e^T P e就直接模仿,却说不清楚为什么这么选。二次型的逻辑是:如果这个标量函数正定且其导数负定,那么在误差空间里这个函数就像一个“能量漏斗”,误差被持续压缩。P是正定矩阵,作用是给误差多个维度分配不等权重。

一阶系统常用V = e^T P e。二阶系统我会用更完整的候选函数,把位置误差和速度误差都包含进去,有时还要加上交叉项,让位置和速度收敛过程相互制约。加入交叉项需要额外的不等式条件,不是越复杂越好。

4.2 从V到V导数的标准推导路径

求导并代入控制律后的放缩,是稳定性证明最核心的段落。基本路径如下:

  1. 对候选函数求导,得到一个包含误差和误差导数的展开式。
  2. 把误差动态代入,让控制律里能抵消的模型项互相抵消。
  3. 对剩余交叉项用Young不等式放缩,比如ab ≤ (ε/2)a² + (1/2ε)b²。
  4. 把所有二次项汇总,写成矩阵不等式或标量不等式。
  5. 根据不等式右端的符号,判断是渐近稳定还是有界稳定。

我审稿时经常看到“对V求导,代入控制律,由Young不等式可得……”一句话带过。这种写法规避了最大难点,也让审稿人难以确认推导是否真的正确。哪怕中间展开只保留一两行,也建议把关键步骤展示出来,这会显著提升论文可信度。

4.3 三个高频翻车点

第一,求导之后符号搞反。二次型求导会同时出现正项和负项,如果控制律代入后负号丢失,V的导数不再是负的,结论就会崩塌。第二,稳定条件和图结构脱钩。如果得到的增益阈值与Laplacian特征值毫无关系,那说明证明里多半漏了关键耦合项,这种论文被拒的概率很高。第三,控制律里混入全局信息却号称“分布式”。比如直接用了领导的全局速度,如果拓扑里某些节点拿不到这个量,就不算严格分布式,需要额外设计分布式观测器。

这三个坑在答辩和审稿阶段一定会被戳,写论文时务必自查。

4.4 别把LMI当作万能药

线性矩阵不等式很适合处理带时滞和不确定性的系统。但使用LMI时要注意:如果控制器增益和未知变量有乘积关系,必须通过变量代换把它转化成线性形式,且代换必须是一一映射。我做过一个带输入饱和的集群控制实验,LMI解出的增益在理论上保证了稳定,但仿真里控制量饱和严重,最终还是要手动微调并额外证明“输入饱和约束下的吸引域”。LMI只是求解稳定增益的工具,不能替代你对物理约束的理解。

5. 仿真实现的全链路实操:从代码到一张能放进论文的图

5.1 平台选型:脚本优先于拖拽

我的习惯是先写脚本,把数值积分流程跑通,再考虑是否上模块化仿真环境。脚本的优点是参数可视化方便、可批量跑多组对比,一张图就能展示误差随参数变化的规律。模块化环境适合做更贴近控制器的验证,但参数遍历和数据导出会比较繁琐。

如果用Python,一个框架性的流程是:用numpy做矩阵运算,用scipy.integrate.solve_ivp求解常微分方程,控制器的输入输出写成独立函数。代码结构大致如下:

import numpy as np from scipy.integrate import solve_ivp def leader_trajectory(t): # 定义领导轨迹,比如位置为(t, sin(t)) return np.array([t, np.sin(t)]) def controller(error, state, k1, k2): # 将误差映射为控制量,比如e乘以增益 return -k1 * error def system(t, y, params): # 解析y为所有跟随者的位置和速度 # 计算误差,计算控制量,返回状态导数 return derivative # 设置初值、拓扑、增益,调用solve_ivp,绘图

这个框架足以支撑4到8个跟随者的跟踪仿真。如果跟随者数量达到几十上百,建议用矩阵化写法代替逐个循环,否则Python的更新速度会很感人。

5.2 数值积分步长:一个伪装成稳定性问题的陷阱

仿真里的稳定性和理论稳定性不一定同步。显式欧拉法在步长过大时会产生数值发散,自适应步长求解器在控制输入突变瞬间也可能触发事件过于密集的问题。我踩过最深的坑是把仿真步长设为0.5秒,结果误差随时间增长,我一度以为控制器的稳定性证明出了问题,最后才发现是数值积分本身失真。

建议先使用固定小步长,比如Δt=0.001,把系统跑通并确认收敛趋势;再用变步长算法复核结果,对比多组步长下的曲线是否一致。这一步能有效把“数值误差冒充理论不稳定”的情况隔离出去。

5.3 参数调节顺序:别一上来就动增益

我最常用的调参顺序是:

  1. 固定通信拓扑,先确保领导有生成树,这是前置条件。
  2. 不加入扰动,调节一致性增益,找到收敛稳定且不过度振荡的区间。
  3. 加入外部扰动,调节滑模增益和边界层厚度。
  4. 最后加入传感器噪声,观察误差的有界性。

每一步都建议截图保存参数和结果。很多时候论文需要对比不同扰动幅度下的误差界,这份记录就是你做原始图表的素材。

5.4 一个可以直接上手的参数配置示例

假设有1个领导、4个跟随者,领导轨迹是(t, sin(t)),跟随者初始位置随机散布在领导轨迹附近2个单位内。一个可行的参数组合如下:

参数值说明
拓扑连接领导连跟随者1和2;1连3;2连4确保弱连通
一致性增益c2.0可调,越大收敛越快
滑模增益k1.5抗扰强度
边界层厚度φ0.1抑制抖振
扰动幅度0.5 * sin(t)作用在速度通道
仿真时长10秒足够观察稳态

在这样的配置下,预期现象是:位置误差在前2秒快速下降,2到5秒有小幅波动,之后稳定在一个小邻域内;控制输入开始阶段有尖峰,之后趋于平滑。如果你的误差曲线一路单调下降且毫无波动,那大概率是扰动没真正加进去。

5.5 我的三条调试记录

第一条,跟随时中段误差突然抬升,排查后发现是领导轨迹切换了目标点,跟随者的速度上限让它们跟不上,属于输入饱和现象。第二条,拓扑加入时变切换后系统振荡,锁定原因是切换周期太快,邻居信息的更新时间小于积分步长。第三条,误差曲线平滑得不像真实系统,复盘后发现控制器里偷偷用了领导的真实轨迹,也就是全局信息,违背了分布式前提,重新设计后才得到可信结果。

这些看似“模型问题”的现象,最后都是参数设定或信息流设计的问题。它们恰恰是论文里“仿真设置说明”那部分最值得写的内容。

6. 论文写作:怎么把工程细节转成审稿人买账的成品

6.1 引言和贡献点:别再用“提出了新方法”这种空话

引言建议按这样的顺序推进:应用需求,比如无人机编队、移动搬运、协同监测;多智能体协同为什么难,核心是只有局部信息还要全局一致;领导跟随范式为什么适合你的场景;现有方法在处理模型不确定、扰动、时滞时的空缺;本文方法如何补上;最后列贡献点。

贡献点要写成“一个有验证痕迹的动作”。不写“提出了基于滑模的分布式控制协议”,而是写“针对存在外部扰动的二阶领导跟随系统,提出带饱和函数滑模补偿的分布式协议,给出误差最终一致的充分条件”。再补一句“在四跟随者平台下完成对比,验证了本协议相对纯一致性控制在鲁棒性与控制平滑度上的权衡关系”。这样的写法能在第一页让审稿人知道你的增量具体落在哪里。

6.2 实验部分:三类图是最低配置

仿真部分至少要包含三类图:轨迹图,领导轨迹和跟随者轨迹放在同一坐标系;跟踪误差图,各跟随者误差随时间变化;控制输入图,看控制量是否在可接受范围内。轨迹图说明直观效果,误差图说明收敛速度和精度,控制输入图说明可物理实现性。

对比实验是加分项,比如在同样扰动下,把纯一致性协议和你的协议误差曲线放在同一坐标;再对比边界层厚度不同取值下的抖振情况。消融实验则可以去掉滑模项、去掉自适应项,分别观察误差变化,证明每个模块都在起作用。这些实验本身耗时不大,但审稿人回复阶段特别有用。

6.3 图表规范的碎碎念

我早期吃过图表不规范的大亏:误差图里四条虚线全是同一种线型,审稿人直接在意见里写“无法区分各跟随者”。后来我固定一套规范:颜色顺序用蓝、红、绿、橙,线宽不小于1.2pt,字号不小于8pt,坐标轴标注写变量符号而不是“value”。图例、图注和正文描述必须一一对应,别让读者在图上找不到你正文里提到的数值。

6.4 审稿意见常见修复清单

  • 让补鲁棒性测试:加一组不同扰动幅度、不同初值、有时滞条件下的蒙特卡洛结果。
  • 让补参数影响分析:扫描增益网格,画误差热力图或收敛时间等高线图。
  • 让补与现有方法的对比:即使某对比方法在你的假设下不适用,也要在讨论中说明为什么不适用,并给出你能跑的邻近方法仿真结果。

把这些测试脚本都参数化封装好,评审意见回来当天就能跑出图,投稿体验会顺畅很多。

最后分享一个坚持了很久的习惯:把论文的所有仿真参数单独存成一个配置文件,数值对应每个符号,包括初值、增益、扰动幅度、步长,甚至当时使用的随机种子。因为论文发表后总会有人来问复现细节,如果自己都说不清某些数字的来源,这篇论文的可信度就崩塌了。领导跟随者跟踪控制方向看起来成熟,但真正立得住的论文,往往是那些把建模细节、证明步骤和仿真参数都处理得一丝不苟的作品。希望这篇经验能帮你少走一段弯路。

相关新闻

TopK问题的本质:快速排序分区操作的原理与工程实践

TopK问题的本质:快速排序分区操作的原理与工程实践

1. 这不是“背模板”,而是吃透TopK问题的底层逻辑Leetcode上标着“TopK”标签的题目,比如“数组中第K个最大元素”“前K个高频元素”“最小的K个数”,看起来五花八门,但背后真正起决定性作用的,从来不是你记住了几行代…

2026/10/20 5:26:07 阅读更多 →
IntelliJ IDEA构建失败:Could not create the Java Virtual Machine 根因解析

IntelliJ IDEA构建失败:Could not create the Java Virtual Machine 根因解析

1. 这个报错不是Java代码写错了,而是IDE在“喊救命”刚接手一个老项目,双击idea.exe点开,选中项目根目录,点击“Open”,还没等看到熟悉的项目结构树,控制台窗口就猛地弹出一行红字:Abnormal bui…

2026/10/20 5:26:07 阅读更多 →
Neo4j Community版安装配置全指南:从解压到稳定运行

Neo4j Community版安装配置全指南:从解压到稳定运行

简介:本资源为 Neo4j 社区版 5.19.0 安装包,面向知识图谱初学者、LLM 应用开发者及中小型项目团队,提供开箱即用的图数据库运行环境,解决结构化关系数据建模、高效图遍历与 Cypher 查询实践等核心需求。压缩包共253个文件&#xf…

2026/10/20 5:25:07 阅读更多 →

最新新闻

主动学习新思路:损失预测模块如何精准筛选高价值样本

主动学习新思路:损失预测模块如何精准筛选高价值样本

1. 为什么主动学习要换一种采样思路做深度学习项目,尤其在数据标注预算有限的时候,大家最先想到的办法多半是“先随便标一部分,训练一版模型,再用模型挑一些‘难样本’送给标注员”。这套逻辑本身没问题,难就难在“难样…

2026/10/20 6:02:23 阅读更多 →
REA架构:React+Electron+Ant Design桌面应用开发实战

REA架构:React+Electron+Ant Design桌面应用开发实战

项目标题: "rea"这个标题乍一看像拼写错误,也像某个缩写,又像随手打出来的三个字母——但正因如此,它在当前语境下反而具备极强的信号价值。过去半年里,我在多个技术社区、设计协作平台和前端开发群组中反复观察到&…

2026/10/20 6:02:23 阅读更多 →
验证码逆向分析实战:某DN验证码机制与加固思路

验证码逆向分析实战:某DN验证码机制与加固思路

验证码逆向分析这个方向,我前前后后接触了不少轮。最近一次是在评估某内部系统的登录安全时,碰到某DN验证码这个环节,于是专门花了一段时间,把它从请求链路、JS执行逻辑、参数生成到服务端校验机制整个拆了一遍。这篇文章就是基于…

2026/10/20 6:02:23 阅读更多 →
PyTorch实战:从零搭建神经网络全流程指南

PyTorch实战:从零搭建神经网络全流程指南

1. 为什么选择 PyTorch 快速搭建神经网络1.1 从零手写到框架搭建的认知转变很多刚入门深度学习的朋友,第一次接触神经网络时,往往是从 NumPy 手写反向传播开始的。我自己当年也是这样,用 NumPy 实现一个两层全连接网络,光矩阵求导…

2026/10/20 6:02:23 阅读更多 →
ArtCraft:数字工具与实体材料融合的创意生产方法论

ArtCraft:数字工具与实体材料融合的创意生产方法论

1. 项目概述:ArtCraft 不是“艺术手作”的简单拼接,而是一套可落地的创意生产方法论ArtCraft 这个词乍看像英文单词组合,但实际在中文语境里它早已脱离字面意思,成为一类特定创作实践的代称——它指的不是泛泛而谈的“手工艺术”&…

2026/10/20 6:02:23 阅读更多 →
PLMS自适应滤波器:脉冲噪声下的LMS鲁棒性改进原理与Matlab实现

PLMS自适应滤波器:脉冲噪声下的LMS鲁棒性改进原理与Matlab实现

前几天,一位做车载音频的工程师朋友跟我抱怨,说他的回声消除算法在实验室里测得好好的,一到实际路测就“抽风”:安静路段收敛得很干净,可一旦出现开关门、喇叭鸣笛这类突发噪声,滤波器的权值就像被弹弓弹了…

2026/10/20 6:01:22 阅读更多 →

日新闻

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/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出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/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 阅读更多 →