首页/新闻资讯/正文详情

【专栏收束】从PID到Agent:不同时间尺度上的反馈环,如何共同控制一个真实系统

发布时间:2026/9/26 7:25:58 来源:云帆数科 栏目:资讯中心
【专栏收束】从PID到Agent:不同时间尺度上的反馈环,如何共同控制一个真实系统
上一节里我们讨论了 RAG 与 Agent模型可以检索资料、调用工具并根据新的结果调整下一步行动。走到这里一个很自然的问题也浮现出来当 Agent 能理解任务、查询状态、提出方案时它会不会最终取代 PID、控制器和嵌入式系统直接“指挥”真实设备如果不会它们又该怎样分工才能让一个系统既聪明又不失控文章摘要本文作为《从底层控制理论到前沿大模型》的收束篇以视觉分拣机械臂为例说明 PID、状态估计与约束控制、嵌入式实时系统、机器学习感知以及 RAG/Agent 并不是彼此替代的技术而是运行在不同时间尺度上的反馈环。底层环以稳定、确定和安全为先中层环负责采集、估计、约束与执行高层环处理语义理解、任务规划和异常协同。真正可靠的智能系统不是让 Agent 越权接管电机而是让它在可观测、可验证、可回退的边界内提出目标和方案再由更快、更确定的环路把动作落实到物理世界实现人、模型与机器的分层协作。写在前面把镜头重新拉回那条视觉分拣产线。一台机械臂需要从传送带上抓取不同颜色、不同尺寸的工件并放进对应料箱。平时看起来它只是“看见工件—伸手抓取—放下”这么简单但只要真正把它放进现场问题很快就会一层层冒出来工件位置在变机械臂的关节又必须平稳地跟上相机偶尔会受反光、遮挡影响识别结果并不总是可靠传送带速度变了轨迹和抓取窗口也要调整当振动、碰撞风险或设备告警出现时系统不仅要“看懂”还要知道什么时候该减速、该停下、该交给人。如果只看其中一个环节似乎总能找到一种更“高级”的技术来解决底层有 PID中层有状态估计、MPC 和实时系统上层有视觉模型、强化学习最上面还有能检索资料和规划步骤的 Agent。但真实系统不是让这些技术轮流上场而是让它们同时工作、各守其位并通过反馈把彼此接起来。从近处紧贴关节的快速伺服环到围绕整条产线的慢速任务规划环反馈并没有消失只是不断换了处理对象和时间尺度。这一节想把整条主线收回来回答三个问题PID 到 Agent 之间到底隔着哪些不同速度的反馈环为什么“更聪明”的慢环不能替代“更快”的底层环又怎样把它们组织成一个既有能力、又有边界的真实系统一、先给结论不是一个万能大脑而是一组分层协作的反馈环最容易产生误解的说法是把智能系统想成一个越来越强的“大脑”底层控制比较简单所以总有一天会被高层模型完全接管。但在真实设备里更合理的结构恰恰相反越靠近物理世界反馈越快、规则越确定越靠近任务意图反馈越慢、理解越开放。它们不是谁取代谁而是各自处理不同的问题。以机械臂分拣为例可以先把系统粗略分成下面几层。时间尺度只是典型量级会随设备和任务改变真正重要的是层与层之间的数量级差异。反馈环它关心的“状态”典型动作常见时间尺度最不能丢的东西伺服环 / PID关节位置、速度、电流调整电机驱动力矩亚毫秒到毫秒稳定、低时延、保护运动控制环末端轨迹、姿态、约束生成或修正轨迹毫秒到数十毫秒可达性、平滑性、碰撞约束感知与状态估计环工件位置、置信度、环境变化融合相机与传感器信息数十毫秒到数秒观测质量与不确定性表达学习与优化环数据分布、模型参数、线上指标训练、评测、更新策略分钟到小时甚至更久泛化、回归测试、版本控制Agent 与人机协作环任务进度、资料依据、风险与权限检索、规划、调用受限工具、请求审批秒到分钟可解释、可中断、可回退这张表里有一个很关键的分界高层可以改变目标、优先级和工作流但不应绕过中低层直接写入电机电流或 PWM。因为“把红色工件放进 A 箱”是任务意图“第 3 关节此刻该输出多少力矩”则是毫秒级物理问题。两者需要连通却绝不能混成同一条指令。可以把它概括成一句话慢环负责想清楚“做什么、为什么做、何时该停”快环负责稳定地完成“这一瞬间怎么做”。二、为什么 Agent 不能替代 PID快慢之差本质上是信息与后果之差1. 底层环处理的是来不及“思考”的问题机械臂正在高速移动时编码器每隔很短时间就会报告一次关节位置。若末端因为惯性稍微偏离轨迹伺服控制器必须立刻根据偏差修正输出。这个过程里系统面对的是连续变化的物理量速度、加速度、摩擦、负载扰动、电流上限。它不需要读维护手册也不需要组织一段自然语言解释。它唯一要保证的是在下一次采样到来前把可控的误差往安全方向拉回去。PID 之所以依然重要不是因为它“足够旧”而是因为它足够贴近这个问题输入明确、输出明确、响应足够快、行为可以反复验证。状态反馈、观测器、MPC 等方法会让这一层更强但它们同样遵守实时性与物理约束。2. 高层环处理的是底层环看不到的问题Agent 的优势恰好在另一个方向。它可以理解“今天要优先处理加急订单”可以从维护记录里发现“同一型号设备上周出现过类似振动”也可以在相机置信度持续下降时建议切换照明、降低节拍或请求人工复核。这些判断需要整合资料、历史、上下文和任务规则通常不可能在一个毫秒内完成也不应该为了追求速度而省掉核验步骤。所以Agent 不是毫秒级控制器的升级版它更像一个慢速、开放、面向任务状态的监督环。它给底层的最好输入通常不是“电机加 0.3A”而是这类受到约束的目标把搬运速度限制在某个已验证范围内优先处理某一批工件但不得进入受限区域在视觉置信度低于阈值时暂停抓取并采集更多数据生成参数变更建议和回退方案提交给有权限的人审批。3. 越慢的环越要尊重越快的环一个常见错误是高层模型有了全局视野就认为自己理应拥有最高控制权。实际上在安全问题上优先级往往相反急停、硬件互锁、限位保护和实时伺服的决定应当优先于任何上层规划。即使 Agent 认为“再移动一点就能完成任务”只要底层检测到碰撞风险、通信超时或电流异常系统就应先进入安全状态再把事件上报给高层分析。高频环的脉冲最密说明它离物理对象最近、必须最快完成闭环越往上循环越慢、信息越抽象也越需要通过权限、审批和安全边界约束行动。三、把五层知识放回同一台机械臂它们各自在“反馈”什么专栏从控制理论出发经过控制算法、嵌入式、机器学习再走到大模型。一路看下来会发现五层确实都在讲反馈但每一层反馈的对象已经发生了变化。专栏层次这一层真正要修正什么典型反馈信号它给下一层留下什么控制理论物理状态与目标之间的偏差位置、速度、温度等测量值可控、可观、稳定的基本语言控制算法在约束和扰动下的控制策略状态估计、代价、预测误差对性能、鲁棒性与约束的权衡嵌入式算法落地时的时序与可信执行时钟、中断、量化误差、故障信号可实时运行、可保护、可记录的系统机器学习模型对数据规律的拟合偏差损失、验证指标、线上漂移从数据感知复杂环境的能力大模型与 Agent任务理解、证据链与行动计划的偏差检索结果、工具返回、审批结论面向人和流程的协作能力这也解释了一个看似矛盾、其实很统一的现象PID 用误差修正输出卡尔曼滤波用观测修正估计梯度下降用损失修正参数Agent 用工具结果修正计划。它们都在做“根据新信息否定并修正旧判断”这件事。区别只在于PID 修正的是下一瞬间的力矩梯度下降修正的是模型参数Agent 修正的则是对任务的理解和下一步行动。因此五层不是一座修到最高就可以丢掉地基的塔。更像是一条向上延伸、又不断回到现实对象的螺旋每上升一层系统能处理的不确定性更多但越往上也越不能脱离底层提供的真实测量、执行能力与安全边界。四、一个异常发生时所有环路怎样接力而不是互相抢方向盘假设机械臂正在抓取工件。相机发现目标边缘模糊视觉模型给出的抓取位姿置信度下降与此同时末端振动指标比正常值略高。如果把“智能”理解成让 Agent 一次性决定一切它可能会直接建议“重新规划抓取、降低速度、检查设备”。这些建议本身未必错但真正可靠的系统要进一步追问谁在什么时刻有权做哪一种动作更合理的接力过程可以是这样的阶段主导反馈环发生的事不能越过的边界立即响应伺服与安全环保持当前姿态稳定若触发硬阈值则减速或安全停机不等待网络、模型或语言规划返回短时调整运动控制与状态估计环根据可信观测重新计算安全轨迹或撤回到安全位姿轨迹必须满足速度、加速度、碰撞等确定约束现场判断感知模型与规则判断是光照干扰、工件遮挡还是设备状态异常低置信度必须被保留不能伪装成确定结论诊断协同RAG / Agent检索维护规范查询日志组织排查顺序提出候选方案只能调用已授权工具高风险变更要提交审批人工闭环工程师与制度确认停机、维修或参数变更执行后观察效果不可逆或高影响动作必须有人负责高层 Agent 可以帮助把相机观察、历史资料、工具结果和工程师判断组织起来但“保持稳定”“触发急停”“执行参数变更”分别属于不同的独立责任边界。这里最值得记住的不是某个具体架构而是一条通用原则向下传递的应是经过约束的目标、范围和许可向上传递的应是真实状态、置信度、事件和证据。这样设计的好处是即使高层 Agent 暂时不可用、网络中断、检索失败底层仍能安全地维持或停止即使感知模型偶尔误判硬件保护和轨迹约束也不会因为一句自然语言而失效。五、三条主线走到最后其实都回到了“分层反馈”开篇时我们用三条线把五层知识串了起来。走到收束处可以更清楚地看到它们如何汇合。1. 反馈回路的进化从修正偏差到修正计划最底层反馈的目标很单纯位置偏了就把位置拉回来速度抖了就把速度压下去。到了机器学习反馈不再直接改动物理对象而是用损失信号缓慢修正模型参数。再到 Agent反馈变成对任务状态的重新理解工具返回的结果推翻了原先假设规划就应更新甚至应当停止行动并请求帮助。环越来越慢、也越来越抽象但“拿新结果修正旧判断”这条内核始终没变。2. 不确定性的升维从物理扰动到数据偏差再到认知风险控制器要面对摩擦、负载、噪声和时延嵌入式系统要面对量化、通信和故障机器学习要面对样本偏差、分布漂移和泛化失效Agent 则还要面对资料过期、工具失败、权限误用和语言幻觉。不确定性并没有因为模型更大而消失只是换了一种形态。因此越往上越不能只靠“模型表现不错”来保证可靠性而要补上数据治理、结构化校验、权限控制、审计和人工确认。3. 优化目标的升级从一个误差到整个系统的长期权衡PID 关心当前误差能不能收敛LQR 和 MPC 会进一步权衡控制代价与约束嵌入式系统还要考虑算力、功耗、时序和成本机器学习追求泛化Agent 面对的则是任务完成度、解释质量、效率、安全和合规的综合目标。目标越复杂越不应把“最优”误解成某个模型单独做出的一个数字。真实系统里常常没有唯一最优解只有在安全、资源和责任边界内作出的可接受权衡。六、真正的系统收束把确定性留在底层把开放性放在上层到了这里可以给整条主线留下一个很实用的工程分工。问题类型更适合交给谁原因电流、速度、位置的毫秒级稳定实时控制器与硬件保护延迟低、行为可验证、必须确定轨迹可行性、约束与安全区域运动规划与受控算法模块输入输出明确可做仿真和形式化校验图像理解、异常识别与趋势预测机器学习模型 置信度机制适合从复杂数据中学习规律但必须承认不确定性文档检索、跨系统分析、排查编排RAG / Agent擅长理解语言、综合证据、协调多步骤工具风险接受、权限授予、不可逆决策人、制度与独立安全机制责任不能由概率模型替代这张表不是为了把技术切得互不相干。恰恰相反它强调的是接口Agent 需要得到真实、结构化的状态机器学习模型要受益于嵌入式系统持续记录的数据运动规划需要尊重伺服能力底层告警又需要被高层流程理解和处理。但接口清楚才谈得上协作。一个系统若让 Agent 直接控制所有底层动作看似少了中间环节实际上是把实时性、可验证性和责任边界全都压进了一段不确定的语言推理里。它不仅不更智能反而更难被信任。这不是一条从“低级技术”通往“高级技术”的单向阶梯。高层能力只有经过底层的测量、执行与安全边界才真正能对现实世界产生可靠作用。七、回到起点从 PID 到 Agent变的是什么没有变的又是什么从第一篇“闭环控制系统由什么组成”开始我们先认识了目标、测量、误差、控制器、执行器和反馈之后又讨论了稳定性、状态、最优控制、实时性、数据学习、对齐、RAG 与 Agent。一路走来方法越来越多系统越来越复杂。但如果把这些名词先放到一边始终没有变的东西其实只有三件系统必须先看见现实。没有可信测量和状态就谈不上控制、学习或规划系统必须允许自己被结果纠正。无论是误差、损失还是工具返回都不能只被当成“参考信息”而应成为更新判断的依据系统必须知道哪些事不能交给自己。越是影响真实设备、他人权益和不可逆结果的行动越需要独立的约束、确认与责任主体。所以PID 到 Agent 的故事并不是“用更聪明的模型替掉过去的方法”。它更像是人们不断把反馈的范围扩展得更广——从一根电机轴扩展到一台设备、一条产线、一套数据系统最后扩展到人、资料、工具与任务流程与此同时也不断为这些更大的反馈环补上新的边界。In the end主线收束但反馈不会结束这一篇是《从底层控制理论到前沿大模型》这条主线的收束但它并不是终点。真实世界不会因为我们把系统分成五层就自动变得简单传感器仍会有噪声模型仍会遇到分布变化Agent 仍会面对证据不足和权限边界。可正因为如此才更需要把每一层放回它真正擅长的位置让快速环守住稳定和安全让数据环扩展感知让慢速认知环帮助人理解复杂任务并让人始终保有对目标与高影响行动的最终责任。从 PID 的误差校正到 Agent 的观察—规划—行动—再观察反馈始终是贯穿全篇的共同语言。真正值得追求的不是一个无所不能的模型而是一个能看见现实、能接受纠正、能守住边界并让不同时间尺度协同工作的系统。至此五层知识的螺旋重新落回真实系统它从物理世界出发向上获得理解与智能再沿着约束和反馈回到物理世界。

相关推荐

多智能体系统设计实战:提示词优化与拓扑结构调优经验
多智能体系统设计实战:提示词优化与拓扑结构调优经验

多智能体系统这两年从论文里走出来,落到实际项目里的速度比我预想得快很多。我最早接触多 Agent 协作是在一个自动化代码审查的场景里,当时天真地以为只要把几个 Agent 拼在一起、给每个 Agent 写一段提示词就能跑起来,结果第一版跑出来的东西… · 2026/9/26 7:25:52

200K上下文救不了AI?Claude Code上下文管理实战指南
200K上下文救不了AI?Claude Code上下文管理实战指南

1. 200K 和“有效记忆”之间,隔着三座大山1.1 上下文窗口是张办公桌,不是记忆宫殿刚接触 Claude Code 的人,看到“200K 上下文”这个卖点时,第一反应多半和我当初一样:那是不是可以把整个项目都丢进去,让它… · 2026/9/26 7:25:52

小程序文件被静默过滤?无依赖文件过滤机制与排查指南
小程序文件被静默过滤?无依赖文件过滤机制与排查指南

开发小程序最糟心的事情,可能不是需求变更,而是"本地跑得好好的,一发版就崩"。我上个月就遇到一次:某业务页面在微信开发者工具里怎么点都没事,真机预览也正常,结果正式版发完,用户一… · 2026/9/26 7:25:52

windows下git使用教程1(安装与使用)
windows下git使用教程1(安装与使用)

git版本:2.53.0.2 1.什么是git Git 是一款开源的分布式版本控制系统,由 Linus Torvalds 于 2005 年开发,核心作用是追踪文件(尤其是代码)的修改历史、管理多人协作开发流程,确保代码版本可追溯、可回滚&a… · 2026/9/26 7:58:07

2027 计算机毕设推荐|基于 SpringBoot 添香民宿管理系统,功能完整可作为毕业设计参考项目
2027 计算机毕设推荐|基于 SpringBoot 添香民宿管理系统,功能完整可作为毕业设计参考项目

本文为计算机专业毕业设计实战案例,完整梳理项目背景、功能架构、技术选型、系统演示以及论文、答辩全套实操建议,仅供学习参考。项目介绍民宿旅游持续升温,大量特色民宿却仍靠电话、微信接单。房客咨询房间情况,只能收到几张随手… · 2026/9/26 7:58:07

金融科技落地实践:支付系统、反欺诈与监管合规架构设计
金融科技落地实践:支付系统、反欺诈与监管合规架构设计

三年前我第一次进金融项目现场的时候,甲方问我的第一句话是:“你的方案能不能保证每一分钱都对得上?”我当时觉得这是个简单问题,后来才知道,这是金融服务行业所有技术决策的起点。这些年我一直在做金融服务相关系统的… · 2026/9/26 7:58:07

Ince-Gaussian光束生成涡旋阵列:VirtualLab Fusion仿真全解析
Ince-Gaussian光束生成涡旋阵列:VirtualLab Fusion仿真全解析

之前一直在VirtualLab Fusion里折腾结构光束仿真,总想着用现成的拉盖尔-高斯或厄米-高斯模式拼出涡旋阵列,结果不是对称性不理想,就是阵列排布太“正”,调参调到怀疑人生。后来换到Ince-Gaussian这一类解系,才意识到自… · 2026/9/26 7:58:01

Jev模型API接入与SDK集成实战:类型安全结构化输出测评
Jev模型API接入与SDK集成实战:类型安全结构化输出测评

1. 这个模型到底是个什么东西Jev 模型最近在技术社区里刷屏刷得厉害,我身边好几个做 AI 应用的朋友都在群里问“这玩意儿到底怎么接”“跟其他模型比强在哪”。我花了大概三天时间,从官网文档到实际 API 调用,再到 SDK 集成,完整跑… · 2026/9/26 7:58:01

基于UniApp与Spring Boot的微信小程序问卷系统设计与实践
基于UniApp与Spring Boot的微信小程序问卷系统设计与实践

1. 项目背景与技术选型1.1 为什么会做一套小程序问卷系统去年接了一个企业内部的满意度调研需求,原本对方想用现成的第三方问卷平台,但聊下来发现几个问题:一是内部数据不能走外部服务,二是问卷题型比较特殊,需要嵌套逻… · 2026/9/26 7:58:01

数据库课后习题答案别硬背:当测试用例集刷,效率翻倍
数据库课后习题答案别硬背:当测试用例集刷,效率翻倍

简介:万常选版《数据库原理与设计》课后习题答案资源,覆盖第2至6章及第9章,适合正在学习关系模型、数据库建模、关系数据理论与模式求精的本科生、自学者作为复习与自测材料。压缩包共7个文件,含3个doc参考答案、2个sql示例脚本、… · 2026/9/26 0:00:21

OpenClaw 替代品?Hermes Agent 踩坑实录:macOS 飞书接入 TaoToken 配置
OpenClaw 替代品?Hermes Agent 踩坑实录:macOS 飞书接入 TaoToken 配置

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/26 0:00:40

向下兼容与向上兼容:接口设计中的兼容性策略与工程实践
向下兼容与向上兼容:接口设计中的兼容性策略与工程实践

一次版本升级事故,是很多团队绕不过去的坎。线上环境里,服务端明明已经上线了新版接口,老的移动端还在照着旧文档传参数。请求一到网关,校验直接拒绝,用户操作失败,客服群炸了锅,开发群里开始互… · 2026/9/26 0:00:46

了解更多?预约专属演示

我们的顾问将为您一对一讲解产品与方案

企业微信二维码