强化学习驱动的多模式协作多目标粒子群算法与无人机路径规划

发布时间:2026/10/19 9:26:10

强化学习驱动的多模式协作多目标粒子群算法与无人机路径规划 先说个现实中很常见的观察每年各期刊上都能看到大量“改进智能算法工程应用”的组合式论文多数是经典算法换个算子、加个策略、套一个实际场景就完事了读完只觉得热闹真能在算法机制上留下印象的并不多。但这次拆解的工作光看标题信息量就很足——KBS期刊上发表的SCI 1区TOP文章核心是“基于强化学习的多模式协作多目标粒子群算法”落点是多无人机路径规划。这几个词拆开单看都不算新鲜真正让我感兴趣的是组合方式强化学习和多目标粒子群MOPSO的深度结合在绝大多数论文里只是用强化学习去自适应调一两个参数但这类工作的野心更大它把强化学习当成在线调度中枢让粒子群在不同进化模式之间动态切换从而同时顾全收敛速度和种群多样性。如果你正在做多目标优化、无人机任务规划或者准备复现剖一波算法类的高水平论文这篇内容值得花点时间读透。1. 先拆问题多无人机路径规划难在哪现有方法卡在哪1.1 多无人机路径规划的数学味道很多人听到“无人机路径规划”第一反应是这不就是最短路径问题吗Dijkstra或者A*跑一下不就行了会这么想是因为只看到了单机、静态、无障碍的理想情况。真实的多无人机协同规划去掉那些理想化假设后问题性质就完全不同了。以典型的灾后勘察或者复杂地形巡检场景为例一个区域内有多架无人机、多个需要到达或覆盖的任务点同时存在若干障碍区域、威胁区域以及禁飞电子围栏。每架无人机要从不同起点出发在完成任务的同时尽量少飞、尽量少暴露在威胁中、尽量节省能量还要满足最大转角、最小飞行高度、机间防碰撞等硬性约束。目标一听就知道不只有一个航程要短、威胁要小、能耗要低、任务时间要均衡。这些目标彼此冲突飞得短的不一定安全安全的不一定少耗能这就直接把问题推向了多目标优化的范畴。数学上这个问题可以被描述成一个带约束的多目标优化问题。决策变量是每架无人机的航迹点序列每个航迹点又包含三维坐标或者二维坐标高度一架无人机的路径就可以看成一系列关键航点通过某种插值方式平滑连接而成的折线。整个解空间非常巨大航线长度、航点的数量、角度限制都直接影响解的表示而且多架无人机的解空间是相乘的规模增长是组合爆炸级别。这种情况下传统图搜索方法很难有效扩展因为真实场景大概率不是规则网格障碍物也可能是不规则的连续区域图搜索要么需要预先离散化导致精度损失要么搜索空间大到无法接受。1.2 群智能算法为什么是这个问题的常客这也是为什么群智能算法特别是粒子群优化PSO会成为这类问题的热门选项。粒子群的思路很简单一群粒子在解空间里飞来飞去每个粒子记录自己找到的最优位置个体最优同时参考整个群体或邻居的最优位置全局最优以此更新速度并迭代。这个范式对连续优化问题非常自然航迹点的编码可以直接用连续实数不需要像图搜索那样做离散网格处理。但单目标PSO解决不了“多个互相冲突的目标”的问题所以就有了多目标粒子群优化MOPSO。MOPSO本质上做三件基础事一是用Pareto支配关系来评判解的优劣——只有当某个解在所有目标上都不差于另一个解、并且至少在一个目标上严格更好时才认为它支配了对方二是维护一个外部存档把当前找到的所有非支配解存起来形成Pareto前沿三是从这个存档里挑选合适的引导者全局最优参考来更新粒子速度。这套机制能跑但短板也很明显。最典型的就是粒子群容易早熟收敛当一个区域里聚集了大量非支配解引导者选择会偏向这些密集区域种群多样性快速下降最后得到的Pareto前沿分布很差要么宽度不够缺少边缘解要么均匀性不好某一段特别挤、某一段空荡荡。对于无人机路径规划来说这意味着你可能得到一堆路径长度都很短的方案却几乎找不到“航程稍长但威胁代价低很多”的边缘解而这类边缘方案实际任务规划中恰恰很重要。1.3 这个工作盯上的短板自适应协作机制传统MOPSO为了对付早熟也有一大堆改良手段动态调整惯性权重、多种拓扑结构、变异算子、多子群并行。但这里有个共同的痛点这些策略大多是预先设定好的或者按固定规则切换也就是说“什么时候该用哪种策略”这件事算法本身并不知道。一个在进化早期特别激进的探索策略到了后期可能反而破坏已收敛的种群结构一个侧重局部开发的策略在全局搜索还没展开时反而会让种群陷进局部区域。这个工作给了一个很不一样的方向把策略选择的决策权交给强化学习智能体。智能体通过观测种群在进化过程中的状态指标比如多样性下降多少、Pareto前沿有没有推进、收敛速度如何来决定当前阶段应该让粒子群以哪种模式去运行。这就相当于给算法装了一个在线控制器用累积奖励来猜测“什么时候应该加大探索”“什么时候应该精细开发”。这个思路的本质是把“人工设计切换规则”变成“数据驱动学习切换策略”我认为这是它在方法论上最大的增量价值所在。2. 算法骨架强化学习如何“指挥”多模式粒子群2.1 多模式协作到底是怎么个协作法所谓“多模式”不是简单地把几个不同的PSO变种放在一起跑而是让同一个粒子群在不同行为模式之间切换。常见的划分方式是按粒子的分工来区分模式名称行为特点典型参数设置擅长场景全局探索型大范围搜索速度变化剧烈惯性权重偏大0.9以上学习因子均衡进化早期开拓解空间局部开发型围绕已知优质区域精细搜索惯性权重偏小0.4以下社会学习因子偏大进化后期收敛前沿边界扩展型主动向Pareto前沿两端探索速度扰动加剧学习因子偏向个体最优补充边缘解提升分布性这种划分在实际实现中对应的就是粒子更新公式中几个关键参数的差异化设定。粒子群速度和位置更新公式大家都很熟悉惯性权重w控制保留多少之前的速度学习因子c1、c2控制“飞向自己最优位置”和“飞向全局最优位置”的拉拽强度。探索模式本质上就是让w大一点让粒子不容易被某个吸引子拉住开发模式则是让w小下来同时让社会学习因子c2大于个人学习因子c1让粒子更紧地贴住外部存档里的优质解。多模式协作里的“协作”体现在两个层面。第一个层面是子群间的信息共享每个模式对应一个子群粒子正常更新过程中有一定概率参考其他子群的精英粒子位置这保证了不同行为模式的种群之间不会完全割裂。第二个层面是共享外部存档所有子群找到的非支配解都放到同一个全局存档里任何子群挑选引导者的时候都从这个共享池里选。这种设计的好处在于一个偏探索的粒子如果随机参考到了来自开发型子群的精英解它就能在保持自身探索能力的同一时刻获得开发方向的牵引相当于一个人一边在开阔地带游荡一边不断听到精确的导航提示。2.2 强化学习模块状态空间、动作空间、奖励设计这是整个算法设计中最核心、也最考验功力的部分。强化学习要能够指导粒子群切换模式必须先回答三个问题看什么、做什么、怎么算好坏。先看状态空间。智能体不能观测到整个粒子群的每一个粒子位置那样状态维度太高训练也没法稳定。实际设计中应该提取一组种群级统计特征通常包括当前进化代数占总迭代次数的比例代表进化阶段Pareto前沿的多样性指标比如所有非支配解在各目标方向的离散程度前沿推进指标比如最近若干代新增了多少个非支配解占存档比例是多少粒子速度的总体分布情况判断种群是活跃还是停滞。每个特征都会做归一化处理组合成一个紧凑的状态向量智能体看到的就是这个向量。动作空间的定义决定了智能体能够干预到什么程度。最自然的定义是“选择某种模式”比如动作1切换到全局探索型动作2切换到局部开发型动作3切换到边界扩展型。更进一步的动作设计可以细化到“调整某个模式的参数级别”比如把惯性权重调到一个档位。由于动作是离散的Q-learning或者其变种是最顺手的选择不需要上复杂的深度策略网络状态-动作空间规模可控训练效率也要高得多。到这里最关键的还是奖励设计。强化学习所有的智慧都源于奖励信号没有好的奖励信号智能体学到的只能是一堆无意义的动作。从多目标优化角度来看奖励应该同时反映两个东西Pareto前沿的收敛性和多样性。实践里常用的做法是用相邻两代之间HV超体积指标的变化量作为基础奖励——HV指标同时衡量了非支配解集的收敛程度和分布范围值越大越好。每次粒子群应用智能体选择的模式跑完一代迭代后计算HV增量如果HV明显提升给正奖励如果HV没有提升甚至下降给负奖励如果连续多代没有任何推进可以给一个额外的惩罚性负奖励来刺激智能体不要老选某一个模式。为什么一上来先说结论因为这里有一个非常容易踩的坑奖励的量纲差异。HV增量可能非常小比如只有0.001级别的变化而停滞惩罚可能是-0.1量级不在一个水平上会导致智能体为了躲避惩罚而疯狂切换模式反而不利于收敛。所以奖励函数必须归一化或者做裁剪把增量压缩到合理范围。2.3 粒子更新与外部存档的衔接细节强化学模块输出的不是某个粒子的速度更新指令而是一种“模式选择信号”。实际执行时这个信号切换的是粒子群运行参数。从实现角度看比较稳健的做法是每次迭代开始前智能体基于当前种群状态选择一个模式这个模式对应的w、c1、c2参数会应用到本轮所有粒子的速度更新公式中。同时保持粒子本身的个体记忆不变粒子的历史最优位置继续各自积累。外部存档的处理也值得展开。存档容量一般有限制常见的做法是固定容量超出时需要淘汰一部分解。多目标优化里经典的选择策略是依据Pareto前沿的分布密度来决定淘汰优先级密度高的区域优先删解保证前沿整体均匀。这篇工作在这一点上和主流MOPSO类似但它有一个细节上的差异存档不只是存解还记录每个非支配解被各子群“引用”的次数。这个引用频次会影响强化学习智能体的状态观测——如果某个区域里的解长期没有粒子去参考智能体会认为种群对这个区域忽略过度从而倾向于切换到边界扩展模式主动增加对该区域附近的搜索。这个设计很聪明等于在强化学习的状态特征里加入了一层“种群行为反馈”让智能体能感知到个体的互动强度而不只是被动看统计数字。算法主循环的伪代码如下初始化种群划分为N个子群对应N种模式 初始化外部存档和强化学习智能体如Q表 for iter in range(max_iterations): state compute_population_state(population, archive) mode rl_agent.select_action(state) params mode_to_params(mode) for each_subgroup in subgroups: for each_particle in total_population: update_velocity(particle, params) update_position(particle) evaluation(particle) update_archive(archive, all_particles) reward compute_hv_delta(archive) rl_agent.update(state, mode, reward, next_state)这个流程用来做代码框架非常顺手各模块边界清晰后续调试也好定位问题。3. 实验场景搭建与算法效果验证3.1 无人机任务场景怎么建模看完算法机制下一个关键问题是这套算法在多无人机路径规划里到底怎么用建模部分决定了实验的说服力。这里是典型的科研场景轻量描述问题同时保持足够的约束完整性。我在复现这类实验时常用这样一组参数仿真区域设置为100公里×100公里的二维平面部署2到5架无人机起点随机分布在区域边缘任务点是区域内的3到5个指定位置每个点至少需要一架无人机的侦察覆盖。障碍区域用不规则多边形表示威胁区域用圆形区域表示无人机一旦穿越威胁区域路径的威胁代价就会增加。这样的设置比较贴近实际巡检任务不是从A点直线飞到B点那么简单而是要兼顾多个目标点之间的访问顺序、无人机之间的分工以及全程避障安全。目标函数我这里就按论文常用套路设计为三个分量第一个是总航程即所有无人机飞行航程之和第二个是威胁代价按路径穿越威胁区的长度加权第三个是任务均衡度用各无人机飞行时间差来衡量避免出现一架飞了很远、另一架很闲的情况。每个目标都是一个需要最小化的数值。约束条件包括单机最大转角限制、机间最小安全距离、任务点最低覆盖次数。比较关键的编码设计是粒子的解表示。这里不推荐把路径点直接全部实数编码因为路径点数量和问题规模相乘解向量会很不稳定。更稳妥的做法是固定每个粒子的编码长度假设每架无人机由一定数量的关键航点组成那么一个粒子就是所有关键航点坐标拼接而成的一维向量长度为无人机数量×单机航点数量×坐标维度。解码时用样条平滑连接这些关键航点再对平滑后的路径做约束检查。这样做的优势在于搜索空间维度固定粒子群算法不用处理变长问题而且关键航点数量可以控制问题的复杂度航点太少找不到最优路径航点太多搜索效率低。3.2 对比实验要跑什么性能指标怎么看论文的实验部分必须有对比。这类工作通常要和以下几类算法对比标准MOPSO用于验证强化学习机制带来的增量经典NSGA-II作为通用多目标进化算法的基准MOEA/D基于分解的多目标算法用于体现粒子群方法在连续路径规划场景下的优势。如果论文里只对比了一两个算法严谨性是要打个问号的。评价指标方面我认为只看一个指标是不够的。最少要覆盖两个维度指标衡量内容说明IGD反向世代距离解集的收敛性和分布性综合越小越好理想前沿已知时比较可靠HV超体积解集支配区域的大小越大越好无需真实前沿也能算运行时间算法效率记录单次实验的平均耗时成功率约束满足且生成有效Pareto前沿的比例尤其适合路径规划场景具体到路径规划场景还可以额外统计两个更有业务感知的指标得到的Pareto前沿中解的航程范围覆盖了多少最大航程和最小航程之间的跨度以及解集中是否存在“低威胁、中航程”和“高威胁、短航程”这样特征差异明显的解。对现实规划任务而言前沿宽度不足意味着决策者的选择面很窄算法实用性会大打折扣。多模式协作边界扩展模式的加分项恰恰就在这种维度上。从实验设计的逻辑上讲还有一个经常被忽视的细节种群规模和迭代次数的公平性。对比实验要让不同算法的函数评估次数尽量一致也就是说使用相同种群规模和相同迭代代数这样消耗的评估总数才相同对比才有公平性可言。很多复现者在这个地方栽过跟头——某算法本身快但评估次数多最后比较指标占优是“算力堆出来的”还是“算法真的更好”问题就必须打问号了。3.3 从消融实验推导机制有效性高水平论文的实验还会包含消融分析这篇工作从标题来看也不例外。如果拿到的是完整论文我一般会优先看消融设置。合理的消融应该是三步第一步去掉强化学习模块改成固定的轮换切换模式比如先探索后开发固定比例切换。这样可以看出强化学习动态决策相比固定规则的增益。如果二者差距不大说明智能体的学习能力并没有真正用起来问题出在状态设计和奖励设计上如果差距显著说明在线决策确实抓住了传统规则找不到的切换时机。第二步去掉多模式协作只用一个统一模式跑完整过程。这一步直接验证多模式结构本身的必要性。假如这一步的表现比完整算法差很多说明粒子群在单一行为模式下确实无法同时满足收敛和多样性两个需求多模式协作的框架本身就成立。第三步把强化学习替换成随机策略随机切换模式。这是强化学习模块的“最严格对照组”用于排除智能体优于“碰运气”的假象。随机策略本质上在测多模式结构的鲁棒性如果随机切换都表现不赖说明这个多模式框架对参数和策略都不敏感智能体的决策空间还有提升余地。在复现实验时建议把这三个消融结果做成一张曲线图IGD随迭代代数的变化最能直观看出收敛速度差异。一般预期是完整算法前期比固定规则慢因为智能体还在探索学习中后期发力明显因为学会了该切换的时机。这个趋势如果对不上算法机制就有问题。4. 复现与避坑想把这类算法跑通有哪些实操要点4.1 环境与实现方式选择复现这类算法第一个现实问题是用什么环境。从大多数论文透露的实现路径来看Matlab因为矩阵运算方便智能算法社区的老代码也多很受这类工作欢迎。如果你不是必须和原论文代码保持一致我更推荐Python——尤其是pymoo库它内置了大量多目标指标IGD、HV计算不用手写省掉很多踩坑机会。强化学习部分不需要特别重的框架Q-learning表格即可完成。原因很简单动作空间是离散且数量有限的几个模式状态特征即使连续也可以通过离散化转成有限个状态桶。一个几千维的Q表就能覆盖整个决策空间没必要上神经网络。如果非要用DQN状态维度低、表结构效率高的优势反而被复杂网络拖累训练稳定性还更难保证。整体模块划分可以参照下面这张表每个模块的职责清晰复现过程也好逐块验证不必“一把梭”全写完再调试。模块职责建议状态路径编码解码器粒子向量与航线的转换先写单测通过目标函数模块航程/威胁/均衡度计算先写验证数值约束处理模块转角、间距、区域检测先写与编码器联调MOPSO主循环粒子更新/存档维护核心先跑通单目标Q-learning模块状态离散/动作选择/奖励计算最后接入单独验证4.2 参数配置参考与调整曲线参数设置是最容易反复试也是最能体现实操经验的环节。给一组参考初值基本符合这类工作的常见配置种群规模取80至120如果无人机数量多、航点长度大就取大一点否则搜索不充分子群数量取4至6个对应的模式数量足够多但不至于让强化学习的动作空间变大到难学惯性权重设置在0.4到1.1区间按模式划分学习因子c1、c2在1.5到2.5之间的常规PSO取值。强化学习部分学习率0.01至0.05折现因子0.9至0.99。外部存档容量建议160至200太小的容量会让前沿截断严重。调参的实际经验里我发现几个现象几乎是通用的第一奖励信号中HV增量如果直接乘以一个固定倍数经常导致智能体“沉迷”于前期HV长得快的模式后期却不愿意切换这是最典型的“奖励短视”症状第二种群多样性状态特征的归一化非常重要如果不做归一化物种群的多样性数值范围可能在10^{-3}到10^{-2}之间浮动而进化阶段数值是0到1两个特征量级不同智能体会被高数值特征主导低量级特征就学不到了第三Q-learning的探索率epsilon-greedy要设置下限初期高探索没问题后期如果探索率不降到较低水平智能体已经学到的策略会被随机动作反复扰动导致收敛不稳甚至出现“始终在几个模式间跳来跳去”的随机策略表现。4.3 常见问题排查速查表复现这类“算法应用”论文时最常见的坑基本集中在下面几类我整理成一张速查表按“现象-原因-处理”给出直接可参考的排障路径。现象可能原因排查与处理强化学习不收敛奖励量纲不稳定HV增量小但惩罚大对HV增量做归一化或裁剪调整奖励权重多模式切换过于频繁探索率过高确保后期探索率衰减到0.05以下种群多样性崩掉边界扩展模式比例不足或子群协作过强降低跨子群参考概率增大边界扩展子群规模路径约束大量违反编码器解码出的航点角度超限路径平滑前或生成时加入转角限制处理IGD曲线反复震荡存档更新策略过激进好坏解同时替换存档淘汰策略改成基于密度优先的淘汰Q表状态离散爆炸状态特征连续导致状态桶过多每个状态特征最多划分10个桶做粗糙离散化有一条经验值得单独拿出来说当你发现最终Pareto前沿虽然有改善但解的“业务表达”很差比如航线有大量无用绕弯不要只去调算法参数先回头检查目标函数里是否有惩罚项对“路径平滑度”的约束力不够。多目标优化里算法只负责给最优解集而解是否像“人能用的路径”完全取决于建模本身。路径规划的目标函数不光是航程和危险代价最小转角、最小路径段长度这类隐含在编码之外的软约束必须显式加到目标或惩罚项里否则算法给出的解在数值上很漂亮跑一遍仿真却飞得一塌糊涂。4.3.1 关于RL训练次数的一个实操经验这个坑值得单独拿出来说很多第一次做这类算法结合的人会低估强化学习训练收敛需要的迭代次数。多目标粒子群本身要跑几百代才能得到稳定的Pareto前沿但如果把强化学习的训练放在这些代里同时进行问题就来了——Q-learning需要足够的样本才能稳定更新可粒子群在一个完整的运行周期里总共也只有几百步每一步一个状态-动作对训练数据实在太稀疏。解决这个问题的常见做法是“预训练在线微调”。先用一批粒子群运行的记录数据离线把Q表预训练起来让智能体对不同状态的应对策略有个大概的雏形然后在正式运行粒子群时加载预训练好的Q表在线继续更新。还有一个更简单的思路就是让粒子群一个固定的模式组合完整跑完生成一组训练样本再用这组样本做多轮Q-table更新重复这个过程数次。比如先固定“探索-开发-探索”的顺序跑10轮生成初始样本训练得到第一版Q表然后让Q表真正参与决策之后每跑完一轮都追加更新。这样既能保证Q表有足够的样本覆盖又能保持在线自适应的能力。4.3.2 不可忽视的随机性问题最后提醒一个和学术严谨性高度相关的点多目标粒子群和强化学学习都是随机性很强的算法所以实验结论绝对不能建立在单次运行结果上。我见过有人拿着某次精心调好的运行结果出来展示Pareto前沿图效果好得惊人但让他重跑三遍就露出原形了。严谨的做法是每个配置至少独立运行20至30次取IGD和HV的均值、标准差并做显著性检验。如果你的实验资源有限哪怕20次也要跑够。否则前面的调参、奖励设计、模式划分做得再好没有统计意义上的稳定性背书论文或者汇报的说服力就会被直接扣分。我在实际复现这类算法时感受到其中最有意思的部分反而不是强化学习本身而是两种模型的配合节奏粒子群每一步都在给出数值优化结果而强化学习站在更高一层观察像是一个经验丰富的教练在看运动员跑步不断调整训练计划。这个思路本身可以脱离无人机路径规划独立存在——任何需要在线平衡探索与开发的多目标优化问题都能套用这套框架比如车间调度、资源配置、投资组合优化。如果你打算把这个方向继续延伸往动态多目标优化目标随时间变化或者大规模决策变量方向做都是很自然的后续。唯一要记住的是别只调参数不调机制机制不通再好的参数也救不回来。
延伸阅读

更多相关文章

2026/10/19 9:26:10

MongoDB Atlas实战:从自建迁移到云托管,索引优化与运维全解析

上周在帮一个在线教育项目做后端数据层重构,原来的方案是在云主机上自己装一个 MongoDB 实例,跑了几个月,小问题不断:备份经常忘记触发,主从切换得手动改配置,监控告警形同虚设,半夜被调用方打电…

2026/10/19 9:26:10

指数加权平均:从Momentum到Adam的基石机制

学习深度学习,但凡走到了优化算法这一层,几乎每个人都会撞见同一个概念:指数加权平均(Exponential Weighted Average,EWA)。它不一定以全称出现——Momentum里的动量系数0.9、RMSProp里的decay参数、Adam里…

2026/10/19 9:21:06

用Coze搭建网站智能助手:从知识库配置到API接入实战

很多站长都遇到过这样的尴尬:网站内容明明很丰富,但访客进来后找不到想要的资料,转两圈就走了。客服不在线的时候,潜在客户的问题没人答,眼睁睁看着流量白白流失。我自己的几个站点也踩过这个坑,后来尝试在…

2026/10/19 11:27:52

CISCN 2021 CTF题目逆向解构:漏洞耦合与工程化复现逻辑

1. 这不是“刷题复盘”,而是一次对CTF命题逻辑的逆向解剖CISCN 2021——这个在安全圈内被反复提及的赛事年份,早已不是一张简单的赛程表或几道题目的集合。它代表了一种特定时间窗口下,国内高校与企业安全团队共同锚定的技术坐标:…

2026/10/19 11:27:52

AI数字人供应商怎么选?六大评估维度与实操避坑指南

做AI数字人选型这些日子,我几乎翻遍了市场上叫得出名字的供应商,也和身边做直播、做品牌、做知识付费的朋友聊了一圈。大家最常问的一句话是:市面上一搜“AI数字人供应商”能出来几十家,价格从几千到几十万都有,到底怎…

2026/10/19 11:27:52

OpenClaw:AI从建议到执行的智能体运行时,技术、生态与安全全解

OpenClaw这个名字最近在我常逛的技术社区里出现的频率,高到几乎躲不开。前阵子还有同行调侃,说AI终于不只是"动嘴"了——过去我们问它问题、让它给建议,现在它直接动手操作系统、调用接口、把任务干完。这句"从建议者到执行者…

2026/10/19 11:27:52

ESP32下载超时排查:Arduino烧录失败问题与BOOT模式全解析

刚拿到某款ESP32开发板那天晚上,我本来以为半小时就能让板载LED闪起来。代码编译一次通过,心情特别好,结果点上传后界面卡在“Connecting........_____.....”,过了十几秒弹出一行红字:A fatal error occurred: Failed…

2026/10/19 11:22:51

PEFT大模型微调实战:LoRA与QLoRA显存优化全解析

全参微调一个几十亿参数的大模型,一次训练光优化器状态就要吃掉几个GB显存,更别提梯度回传和中间激活值。很多人兴冲冲地准备微调一个开源底座模型,结果环境刚配好,显卡先爆了。这篇教程要聊的就是参数高效微调(PEFT&a…

2026/10/18 0:01:50

金融AI落地指南:从调研报告到技术选型与工程实践

简介:这份PDF报告聚焦2025年金融服务业中国AI现状与趋势,面向金融科技从业者、AI战略规划人员及关注行业数字化转型的研究者,帮助读者把握生成式AI在银行、支付、交易等场景中的落地路径与投资方向。资源包内含1个PDF文件,大小约1…

2026/10/19 0:04:56

悟空开源无代码平台实战:从实体建模到应用设计避坑指南

简介:基于悟空开源无代码平台的多种应用设计源码,面向希望在不编写代码的情况下快速搭建CRM、HRM、财务系统、ERP、SRM等业务应用的企业与技术人员,通过拖放式界面和内置模板即可完成应用定制与部署。压缩包共697个文件,约10.74MB…

2026/10/19 0:04:56

基于.NET9的多租户权限系统:数据权限与动态API落地实践

简介:这份资源是一套面向 .NET 与 Vue 全栈开发者的中台权限管理系统,后端基于 .Net9,前端采用 Vue3 Element Plus,并配套 uniapp uviewui 移动端方案,实现前后端分离。系统覆盖多租户隔离、数据权限、动态 Api、任务…

2026/10/19 0:04:56

场地预约小程序毕设实战:SSM+微信小程序+MySQL数据库设计到避坑

简介:面向毕业设计场景的场地预约小程序完整项目,基于微信小程序SSMMySql技术栈开发,适合计算机相关专业学生作为选题参考、功能扩展或二次开发起点。系统实现场地类型管理、场地管理、预约管理、取消申请与押金退回等功能,分为管…

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑