【模型后训练与深度推理】5 自我博弈与合成数据引擎:生成器与验证器的对弈循环

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

自我博弈与合成数据引擎:生成器与验证器的对弈循环

1.1 为什么人工标注不够用了

1.1.1.1 数学推理的数据饥饿

想象我们正在教一个模型证明几何定理。人类数学家花了几千年才积累下大约十万个经过严格验证的定理证明。对于监督学习来说,这个数量远远不够。更麻烦的是,每一个高质量的数学证明都需要专业数学家耗费数小时甚至数天来撰写和验证,成本极高且无法规模化。

形式化地说,如果我们把定理证明看作一个序列生成任务,目标是从公理和假设出发,生成一系列合法的推理步骤,最终抵达结论。每一步都是一个离散决策,整个证明空间是指数级增长的。人工标注只能覆盖这个巨大空间中的一个极小角落,就像用手电筒照亮夜空,大部分区域仍然处于黑暗之中。

现在我们已经了解了人工标注的瓶颈,接下来看看自我博弈如何绕过这个瓶颈。

1.1.1.2 自我博弈的直觉:左右互搏

自我博弈的核心思想出奇地简单:让模型自己跟自己下棋。在数学证明的场景下,这意味着我们把一个基础模型拆成两个角色。一个角色负责生成证明尝试,另一个角色负责验证这些尝试是否正确。生成器不断提出新的证明思路,验证器不断挑错,两者在循环中互相促进。

如果画成图会是什么样子?想象一个人站在镜子前,左手出拳,右手格挡。左手是生成器,负责进攻和创造;右手是验证器,负责防守和审查。每一次交锋都让左手学会如何打出更刁钻的拳,也让右手学会如何识别更隐蔽的漏洞。没有人从外部教学,但两者的水平都在对弈中同步提升。

这在训练中意味着:我们不再需要等待人类数学家来标注数据。模型可以自己产生训练信号,自己生成对手,自己设定难度。数据生产的瓶颈从外部人力转移到了内部算力。

人工标注

无法扩展

生成器

验证器

对弈循环

1.2 生成器与验证器的双人博弈

1.2.1.1 博弈的参与者与收益函数

现在我们已经了解了自我博弈的直觉,接下来把它形式化成一个双人博弈。

参与者有两个:生成器 G 和验证器 V。生成器从问题分布中采样一个问题 q,然后生成一个候选解答或证明 y。验证器观察这对组合,输出一个判定结果:接受或拒绝。

生成器的收益来自两个部分。第一,它希望自己的输出能够通过验证器的审查。第二,它希望生成的数据能够帮助自己未来的训练,也就是说,生成器不仅想骗过验证器,还想生成对自己有信息量的样本。验证器的收益则来自正确分类:把正确的解答标记为正,把错误的解答标记为负。

形式化地,生成器的策略是一个条件分布,给定问题生成解答;验证器的策略是一个二分类器,给定问题和解答输出概率。两者的收益函数可以写成:

生成器的收益:当验证器接受时获得正奖励,同时生成器内部有一个多样性奖励,防止它总是生成同一种解答。

验证器的收益:分类准确率,也就是正确识别正例和负例的能力之和。

听起来抽象对吧?如果画成图会是什么样子?想象两个棋手对坐,中间摆着棋盘。生成器执白先行,每一步都在扩展棋局;验证器执黑后应,每一步都在评估局势。白棋的目标是走到一个让黑棋无法反驳的局面,黑棋的目标是准确判断每一个局面是否真的对白棋有利。

1.2.1.2 纳什均衡的数学刻画

在继续之前,我们先看看这个博弈在什么情况下达到平衡。

纳什均衡的定义是:在均衡状态下,任何一方单方面改变自己的策略都无法获得更高的收益。对于生成器与验证器的博弈,这意味着:

第一,生成器已经找到了验证器分类边界上的最优解答分布。它生成的解答既不会全部正确(那样验证器太容易),也不会全部错误(那样验证器虽然容易分类,但生成器无法获得通过奖励),而是恰好分布在验证器的决策边界附近。

第二,验证器已经充分学习了当前生成器的分布特性。它对于生成器产出的典型错误模式具有极高的识别率,同时不会把生成器偶然产生的正确解答误判为错误。

数学上,均衡条件可以表述为:生成器的输出分布使得验证器的损失函数达到一个鞍点。具体来说,验证器的交叉熵损失对生成器分布的导数为零,这意味着生成器已经无法通过局部调整来进一步增加验证器的困惑度。

这在实际使用中意味着:纳什均衡不是终点,而是中间站。一旦双方达到均衡,系统就陷入了停滞——生成器不再进步,因为它已经摸透了验证器的脾气;验证器也不再进步,因为它已经看穿了生成器的套路。要打破均衡,我们需要引入外部扰动,比如提升问题难度或者更换验证标准。

生成器

验证器

均衡点

停滞风险

1.3 AlphaProof式的定理证明循环

1.3.1.1 从棋类到数学:形式化证明的特殊性

现在我们已经了解了生成器与验证器的博弈框架,接下来看看它在数学定理证明中的具体实现。

棋类自我博弈有一个天然优势:规则是明确的,胜负判定是自动的。将死对方的王就是赢,不需要外部裁判。数学证明则不同:一个证明是否正确,通常需要形式化验证器来判定,而这个验证器本身是一个复杂的符号系统,比如Lean或Coq。

AlphaProof的循环结构如下。第一步,生成器从一个定理库中采样一个目标命题。第二步,生成器尝试构造证明,每一步都调用语言模型来预测下一个证明策略。第三步,形式化验证器把生成的策略序列送入Lean环境执行,检查是否从前提合法地推导出了结论。

如果画成图会是什么样子?想象一条装配线。第一工位是命题选择,从仓库里挑出一个待证目标。第二工位是策略生成,语言模型像编剧一样写出一连串操作指令。第三工位是形式化编译,Lean像质检员一样逐行编译这些指令,要么通过要么报错。

1.3.1.2 证明生成与形式化验证的闭环

验证器反馈有两种形态。第一种是硬反馈:证明要么完整通过,要么在某一步编译失败。编译失败时,Lean会返回错误位置和错误类型,这个信号可以直接用来构造负样本。第二种是软反馈:即使证明没有完成,验证器也可以评估当前证明状态的"有希望程度",比如剩余子目标的数量和复杂度。

生成器的训练数据由此自动产生。每一个成功证明构成一条正轨迹,每一个编译失败的尝试构成一条负轨迹。更巧妙的是,我们可以把成功证明的轨迹拆分成前缀和后缀:任意前缀都是一个"有希望的状态",任意包含错误步骤的前缀都是一个"危险的状态"。

这种闭环的关键在于:形式化验证器是绝对严格的。它不会因为生成器写得很像人类证明就网开一面,只要有一个推理步骤不合法,整个证明就会被拒。这种零容忍特性使得负样本的质量极高,没有模糊地带。

这在训练中意味着:数学自我博弈产生的数据具有天然的可验证性。与开放式文本生成不同,数学证明的正确性是可以机械判定的。这种判定不需要人类介入,也不需要训练另一个神经网络来打分,形式化系统本身就是完美的裁判。

定理采样

策略生成

形式验证

证明成功

编译报错

自动数据

1.4 合成数据的分布偏移

1.4.1.1 什么是分布偏移

现在我们已经了解了数据如何在闭环中自动产生,接下来看看这些数据可能带来的隐患。

自我博弈产生的数据并不是从真实世界分布中采样的,而是从生成器自身的分布中采样的。如果生成器一开始就很弱,它生成的尝试会集中在简单错误上;如果生成器变得很强,它生成的尝试会集中在高难度边缘案例上。无论哪种情况,训练数据的分布都在不断变化,而且与原始人类数据的分布渐行渐远。

形式化地说,设真实的人类证明分布为 P_human,自我博弈在第 t 轮产生的分布为 P_t。分布偏移可以度量为两个分布之间的差异,比如总变差距离或者KL散度。随着训练轮次增加,这个差异通常会单调增大。

如果画成图会是什么样子?想象一条河流,源头是人工标注的清澈泉水。自我博弈开始后,模型开始往河里倒入自己生成的液体。最初这些液体与泉水相似,但随着轮次增加,液体的颜色越来越偏离原始色调。最终整条河变成了模型自己的颜色,与源头几乎无关。

1.4.1.2 偏移的数学度量与后果

在继续之前,我们先看看这种偏移在数学上如何量化。

一个简单的度量是生成器分布的熵。如果生成器陷入模式崩溃,总是生成同一类证明,熵会急剧下降。另一个度量是验证器在人工数据与合成数据上的准确率差异:如果验证器在合成数据上表现完美,但在人工数据上表现糟糕,说明合成数据已经偏离了真实分布。

分布偏移的后果是双重的。正向来看,偏移意味着模型正在探索人类未曾覆盖的证明空间,可能发现新的证明策略。负向来看,偏移可能导致模型在人工评测基准上性能下降,因为它过度优化了自我博弈内部的验证标准,而忽视了外部世界的真实需求。

这在实际使用中意味着:我们不能让自我博弈无限循环而不加监控。需要定期用外部基准测试来校准生成器和验证器,确保它们没有在一个封闭的小世界里互相迎合而脱离现实。

人类分布

合成分布

差异扩大

熵值下降

1.5 课程学习作为纠偏机制

1.5.1.1 从简单到复杂的难度调度

现在我们已经了解了分布偏移的风险,接下来看看课程学习如何作为一种纠偏机制。

课程学习的核心思想是:不要一开始就让模型面对最难的问题。就像人类学生先学加减法再学微积分一样,自我博弈也应该从简单定理开始,逐步增加难度。这样做有两个好处。第一,简单问题更容易产生成功证明,为早期训练提供充足的正样本。第二,难度渐进可以避免生成器在早期就陷入绝望,从而保持分布的多样性。

形式化地,我们定义一个难度函数,把每个定理映射到一个实数值。这个难度可以基于定理陈述的长度、所需引理的数量、或者验证器执行证明所需的步骤数。在每一轮自我博弈中,我们从当前难度窗口内采样问题。当生成器的成功率超过某个阈值时,窗口向高难度方向滑动。

如果画成图会是什么样子?想象一条螺旋上升的阶梯。每一级台阶代表一个难度级别,生成器和验证器必须在当前台阶上站稳,才能被允许踏上更高的一级。阶梯的坡度由课程调度器控制,太陡会导致摔倒,太平则进步缓慢。

1.5.1.2 自适应课程的形式化

在继续之前,我们先看看课程调度器如何根据实时反馈调整难度。

一种简单的策略是:维护一个动态阈值。如果最近一百个尝试中,生成器的成功率高于百分之七十,就把难度提升一档;如果成功率低于百分之三十,就把难度回退一档。这种基于成功率的反馈控制,使得课程能够自适应地匹配生成器的当前能力。

更精细的策略是引入验证器的置信度。验证器不仅对证明做二元判断,还输出一个概率值。我们可以把课程调度与验证器的平均置信度挂钩:当验证器对生成器产出的判断越来越不确定时,说明生成器正在挑战验证器的边界,此时应该维持或提升难度;当验证器非常确定时,说明生成器要么太弱要么太强,需要调整难度。

这在训练中意味着:课程学习不仅是一种数据组织方式,更是自我博弈系统的稳定器。它防止了生成器在简单问题上空转,也防止了验证器在过难的问题上失去判别力。通过把难度控制在一个动态平衡的区间内,课程学习确保了合成数据的分布既不会太偏简单,也不会太偏困难,从而缓解了分布偏移的极端化。

简单层级

中等层级

困难层级

调度器

难度窗口

1.6 伪代码:自我对弈引擎与课程调度

1.6.1.1 主循环:生成、验证、训练

procedure SelfPlayLoop(generator, verifier, theorem_pool, max_rounds)
    round ← 0
    while round < max_rounds do
        // 第一步:采样问题
        q ← theorem_pool.sample_by_curriculum()

        // 第二步:生成候选证明
        proof_attempt ← generator.generate(q)

        // 第三步:形式化验证
        result ← verifier.check(proof_attempt)

        // 第四步:构造训练样本
        if result.status = "accepted" then
            label ← 1
            add (q, proof_attempt, label) to positive_buffer
        else
            label ← 0
            error_step ← result.error_position
            add (q, proof_attempt_prefix, label) to negative_buffer
        end

        // 第五步:周期性训练
        if buffer_size > threshold then
            train generator on mixed_buffer
            train verifier on mixed_buffer
            clear buffers
        end

        // 第六步:更新课程难度
        update_curriculum(result.success_rate)

        round ← round + 1
    end

    return generator, verifier
end

1.6.1.2 课程调度器

procedure UpdateCurriculum(success_rate, current_level, history)
    // 维护最近K轮的成功率
    append success_rate to history
    avg_rate ← mean(history[last K])

    if avg_rate > 0.7 && current_level < max_level then
        current_level ← current_level + 1
        clear history
    else if avg_rate < 0.3 && current_level > 1 then
        current_level ← current_level - 1
        clear history
    end

    return current_level
end
procedure SampleByCurriculum(theorem_pool, level, window_size)
    // 定义难度窗口
    lower ← max(1, level - window_size)
    upper ← min(max_level, level + window_size)

    // 在窗口内按难度加权采样
    candidates ← filter(theorem_pool, difficulty in [lower, upper])
    weights ← exp(-|difficulty - level|)

    return weighted_sample(candidates, weights)
end

这在实际使用中意味着:自我对弈引擎是一个完整的自动化流水线。它不需要人类数学家逐行审阅证明,也不需要人工标注员判断对错。形式化验证器提供了绝对可靠的监督信号,课程调度器提供了动态的难度平衡,两者共同确保合成数据既有质量又有多样性。

问题采样

证明生成

形式验证

样本缓冲

模型训练

课程更新

1.7 接口与架构总览

1.7.1.1 知识图谱

自我博弈

生成器

验证器

纳什均衡

分布偏移

课程学习

合成数据

1.7.1.2 总体结构图

问题输入

对弈核心

模型输出

监控模块

1.7.1.3 各模块设计图

生成模块

语言模型

解码策略

候选输出

验证模块

形式执行

正确性检查

判定结果

1.7.1.4 协同设计图:模块交互与数据流

问题库

生成器

验证器

正样本池

负样本池

训练器

课程器

1.7.1.5 接口对接图

生成接口

验证接口

课程接口

训练接口

1.7.1.6 完整三层架构总览图

引擎层

模型层

数据层

定理库

策略语料

证明轨迹

生成网络

验证网络

课程网络

形式编译

难度调度

分布监控

1.7.1.7 全章闭环

现在我们已经走完了从人工标注瓶颈到自我博弈直觉、从生成器验证器博弈到纳什均衡、从AlphaProof式定理循环到形式化验证、从分布偏移风险到课程学习纠偏的完整路径。让我们在最后把闭环收紧。

人工标注在数学推理领域遇到了不可逾越的规模化瓶颈。自我博弈通过把单一模型拆分为生成器和验证器两个角色,建立了一个内部闭环的数据生产系统。生成器提出证明尝试,验证器判定正误,两者在零和博弈中互相逼近纳什均衡。

纳什均衡不是终点,而是需要被刻意打破的中间状态。一旦双方达到均衡,系统就会陷入停滞。AlphaProof式的形式化验证循环通过引入绝对严格的编译器反馈,确保了负样本的纯度;而课程学习通过动态难度调度,防止了生成器在简单问题上空转或在过难问题上崩溃。

合成数据的分布偏移是自我博弈的固有副作用。模型生成的数据会逐渐偏离人类原始分布,这既可能带来新发现,也可能导致脱离现实。课程学习作为一种纠偏机制,通过维持成功率在合理区间内,确保了合成数据的难度分布始终与模型能力相匹配。

这在训练与实际使用中意味着:当我们面对标注成本极高且答案可机械判定的任务时,不应该依赖人工流水线。自我博弈把数据生产从外部人力转移到了内部算力循环,形式化验证器提供了比人类更严格的监督信号,课程调度器提供了比固定基准更灵活的能力匹配。三者结合,构成了一个既自治又可控的合成数据引擎——生成器负责探索,验证器负责筛选,课程器负责导航,而数据就在这个三角结构中源源不断地自我涌现。

船载 OpenHarmony AIS 航海工作台:告警与防碰撞预警系统 船载OpenHarmony AIS航海工作台的告警与防碰撞系统,集成十余类告警(超速、偏航、会遇、SOS等),通过网格空间索引实现高效邻近判定,保障实时性。告警管理器统一调度规则、去重、通知与日志,支持悬浮球、语音、跑马灯、弹窗多渠道触达,确保航行安全。SOS紧急通道独立运行,避免干扰。系统设计强调性能优化与多场景适配,为航海安全提供核心支撑。 阅读详情

相关推荐

AI 应用开发:四维架构落地实战——以 HR Agent 为例拆解感知·推理·记忆·执行【意图路由、规划编排、长期记忆、工具执行、面试题】

本文基于四维架构(感知·推理·记忆·执行),以HR Agent为例,系统拆解大模型应用从“聊天”到“生产可用”的落地路径。通过Spring AI实现意图路由、规划编排、RAG检索与工具调用,结合真实踩坑复盘,揭示架构化设计对安全、成本与可维护性的关键价值,为AI Agent工程化提供可复用的实战框架。

王大师企业官方博客 1209

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 352

Xlinx PG151 除法器IP 笔记

对Xlinx 除法器IP PG151中部分内容记录备忘。

weixin_50515160的博客 2528

AI 问数真的能替代 BI 报表吗?

AI问数赋能自然语言查询,提升临时分析效率,但无法替代传统报表。报表适用于稳定输出与持续监控,AI则擅长探索性提问。企业用好AI问数,关键在于夯实数据模型、统一指标口径、健全权限体系与结果校验机制。合理组合报表、仪表板与AI,才能实现高效、准确的业务洞察。

葡萄城技术团队博客 280

第1章:Zephyr 开发环境搭建与 Hello World

📝【摘要】本文是Zephyr RTOS开发入门指南的第一章,详细介绍了从环境搭建到首个应用运行的完整流程。主要内容包括:1️⃣ Zephyr项目结构解析与west工具链部署;2️⃣ 开发环境配置(Linux/WSL)及SDK安装;3️⃣ 两种实践路径——官方HelloWorld样例与自定义应用开发;4️⃣ 实际硬件部署方法(nRF/STM32)及常用west命令速查;5️⃣ 典型问题解决方案。通过qemu_x86模拟器演示了基础打印功能实现,为后续深度开发奠定基础。

hemoparrot的专栏 1361

C#winform自定义绘制曲线控件实例

本文实例讲解自定义绘制曲线控件过程。 在实际项目中,需要绘制曲线,系统的提供的绘制曲线的控件有时不能满足自己的需要,需要根据项目需要定制开发曲线控件。 实例目标,实时绘制显示温湿度值曲线。

qq_30725967的博客 1735

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 254

搞定ESD(五):静电放电问题分析与调试

前面深入分析了静电放电的干扰机理、耦合路径,从现在开始将进入下一个大家非常关注的环节:静电放电问题分析与调试,掌握静电放电问题的分析方法,快速锁定敏感设备或者耦合路径,可以达到事半功倍的效果。

记得诚 2795

ChatGPT、Perplexity、Gemini 与 AI Overviews 引用对比:谁的引用更可信

AI 引擎的引用机制差异很大:ChatGPT 以行内引用加 Sources 列表呈现来源,Perplexity 几乎逐句可溯源,Gemini 在回答中内嵌相关来源链接,AI Overviews 则把多源聚合答案与来源列表一起放在搜索结果顶部。本文从引用透明度、来源偏好、可干预性 3 个维度对比这 4 个引擎,并给出 GEO 的 3 点启示,帮企业在多引擎环境下提升被引用的概率。

淡然一笑 的专栏 191

全面解析 SAP 事务码 LTMOM 的应用与实践

综上所述,事务码 LTMOM 是 SAP 系统中不可或缺的迁移对象维护工具,它不仅提供了对数据迁移对象的精细配置功能,还通过灵活的数据转换规则与异常监控机制,为企业数据从 SAP ERP 向 SAP S/4HANA 的迁移提供了坚实保障。在数据迁移过程中,并非所有的迁移对象都需要同时启用。业内专家普遍认为,未来的系统升级与数据迁移将更注重业务需求的动态变化与数据实时性的要求,而 LTMOM 作为核心工具,其在流程自动化、数据智能校验以及跨系统数据联动方面的能力,将直接影响企业整体数字化转型的成败。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1013

基于 YOLOv26 的光伏板热斑检测系统:红外+可见光

本文提出了一种基于YOLOv26的光伏板热斑检测系统,采用红外+可见光双模态融合方案。系统架构包含数据预处理、热斑检测、故障诊断和维修决策等模块,结合无人机巡检与地面监控。关键技术包括YOLOv26目标检测模型、双模态数据融合、边缘计算部署等。研究构建了包含多种故障类型的光伏板专业数据集,并采用数据增强技术提升模型性能。系统实现了热斑检测、分类(轻微/中等/严重/危急)以及功率损失评估等功能,为光伏电站智能运维提供解决方案。

一键难忘的博客 497

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 563

QcarCamera-EVS HAL实现(一)

高通车载EVS实现

qq_37057338的博客 2379

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 619

SAP ABAP Web Service 的创建与消费:保姆级教程

SOAP 定义了消息的格式和传输规则,使得 Web Service 可以在不同的操作系统和网络环境中通信。通过 WSDL,服务的提供者可以明确地定义服务的功能,而服务的使用者则可以通过解析 WSDL 文件,了解如何正确地调用该服务。它封装了与 Web 服务通信的所有复杂性,如消息格式的构建、传输协议的选择、请求的发送和响应的处理等。除了本文介绍的 ABAP 编程语言之外,我们还可以通过 Java,Node.js,C++,C#,Python 等其他编程语言来消费本文创建的 ABAP Web Service.

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 714

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

抽象主义人工智能和生命体AI的内在联系

彭军辉提出“抽象主义人工智能”作为第四大AI范式,批判符号主义、连接主义、行为主义剥离生命本体的误区,确立“智能是现象,生命是本体”的核心公理。主张原生智能必须依附具备存续诉求的生命本体,提出“生命体AI理论”,构建七层演化阶梯与自闭环工程框架,强调智能不可跳过底层存续机制直接模拟语言。该体系为生成式AI提供科学边界,推动从“仿真表象”向“原生智能”的范式跃迁,开辟硅基人工生命新赛道。

抽象主义人工智能和生命体AI 160

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

OpenClaw 深度调查:把 AI 助手做成你自己的控制平面

对 openclaw/openclaw 的完整技术尽调:Gateway 架构、Agent 运行时、工具与沙箱、30 个消息通道、181 个插件、安全信任边界、工程代价与采用建议。17 章 / 10 张图,全部数字标注口径,数据截至 2026-10-31。

厚积薄发 294

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

AI赋能智慧港口建设|造形家快速生成港口全要素三维场景

随着智慧港口、港口数字孪生项目的持续推进,港口三维场景的需求日益旺盛。传统港口三维建模,往往需要航拍倾斜摄影采集数据,再人工搭建吊机、岸桥、船舶、集装箱等大量工业设施模型,项目周期长、人力成本高,修改迭代繁琐,制约港口可视化项目落地效率。国产AI三维建模工具,依托卫星影像 AI 识别能力,无需航拍作业,一键快速搭建港口完整三维场景,为港口数字孪生、方案汇报、投标演示提供高效的场景解决方案。

m0_69539167的博客 51

企业微信iPad协议详解:接口接入、实时消息同步与语音转码实践

深入解析企业微信iPad协议的技术架构与开发思路,涵盖API接口接入、长连接通信、实时消息同步、Silk语音转码、异常重连及高并发优化,帮助开发者了解企业微信自动化系统的设计与实现。

欢迎来到祖安! 428

Product Hunt 热榜 2026-11-13:Plurai Simulation、YouArt Desktop App、Omnigraph

2026-11-13 Product Hunt 新产品精选:Plurai Simulation、YouArt Desktop App、Omnigraph。汇总 15 款产品的中文介绍、功能关键词和产品链接。

LaughingZhu的博客 488

AI作图软件技术选型:从4个技术维度出发的实测对比

AI作图软件技术选型:从4个技术维度出发的实测对比

Vbaoke的博客 252

【AI Agent面试系列】AI Agent可观测、评测、安全相关的知识点

之前的文章介绍了和,本文主要介绍AI Agent的测评、可观测等知识。

328

Docling 原理解读:是什么、为什么、怎么样

从论文视角拆解 Docling 的整体架构、DoclingDocument 数据模型、PDF 预处理、版面分析、OCR、TableFormer 双解码器、阅读顺序与装配流程,并解释版面框与 OCR 框的区别。

PLANTTHESON的博客 369

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程,跟着博主一起来还原整个过程。

夜郎King的博客 5029

从认识人工智能到理解机器学习:我的 AI 入门第一课

正式开始学习人工智能之前,我对 AI 的认识其实比较模糊:知道 ChatGPT、知道大模型,也知道现在很多岗位都在谈 AI,但如果有人问我“人工智能到底是什么”“机器是怎么学会识别一只猫的”,我未必能从头到尾讲清楚。上午的课程更偏向行业全景:人工智能的发展、研究方向、NLP、岗位分工、学习路线和 AI Coding 工具。下午的课程更偏向技术基础:机器学习的原理、有监督学习、深度学习、模型训练和评估方法。

chh563的博客 506

影视场景怎么用AI生成3D镜头预演?从概念图、场景白模到网页审片

概念图有氛围,不代表能直接用于镜头预演。本文围绕剧本拆镜、资料与尺度假设、场景白模、机位走位、动作节拍和网页审片,介绍 AI 生成 3D 场景的预演流程。通过稳定对象与相机编号、统一镜头表、意见关联版本和三轮审核,让讨论落到具体镜头,同时明确白模与网页预演不能替代真实场地勘景及现场安全判断。

Solange__的博客 591
上一篇: 【模型后训练与深度推理】4 状态空间模型与线性注意力:Mamba架构的原理与实现
下一篇: 【模型后训练与深度推理】6 宪法AI与自动化红队测试
VectorShift
博客等级 码龄1年 1839粉丝 1109原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

VectorShift

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值