惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
AWS News Blog
AWS News Blog
V
Vulnerabilities – Threatpost
D
Darknet – Hacking Tools, Hacker News & Cyber Security
量子位
博客园 - 叶小钗
AI
AI
T
Tor Project blog
Forbes - Security
Forbes - Security
W
WeLiveSecurity
博客园_首页
爱范儿
爱范儿
J
Java Code Geeks
B
Blog
G
GRAHAM CLULEY
aimingoo的专栏
aimingoo的专栏
Cloudbric
Cloudbric
C
CXSECURITY Database RSS Feed - CXSecurity.com
TaoSecurity Blog
TaoSecurity Blog
L
LINUX DO - 热门话题
阮一峰的网络日志
阮一峰的网络日志
有赞技术团队
有赞技术团队
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Simon Willison's Weblog
Simon Willison's Weblog
云风的 BLOG
云风的 BLOG
Google DeepMind News
Google DeepMind News
H
Help Net Security
博客园 - 三生石上(FineUI控件)
C
Cisco Blogs
C
Cybersecurity and Infrastructure Security Agency CISA
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
P
Palo Alto Networks Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Recent Commits to openclaw:main
Recent Commits to openclaw:main
博客园 - 司徒正美
The Last Watchdog
The Last Watchdog
Blog — PlanetScale
Blog — PlanetScale
T
The Blog of Author Tim Ferriss
S
Secure Thoughts
Spread Privacy
Spread Privacy
F
Fortinet All Blogs
月光博客
月光博客
大猫的无限游戏
大猫的无限游戏
S
SegmentFault 最新的问题
H
Hackread – Cybersecurity News, Data Breaches, AI and More
A
About on SuperTechFans
Security Latest
Security Latest
Webroot Blog
Webroot Blog
Scott Helme
Scott Helme
Hugging Face - Blog
Hugging Face - Blog

暗无天日

读:AI Agent 安全日志——从可见性与隐私的两难说起 - 暗无天日 读:AI Agent 生产化——一份从原型到上线的速查清单 - 暗无天日 AI写作的语言指纹——如何让文字不那么像机器 - 暗无天日 读:50 条 Claude Code 技巧——一个工程经理的六个月使用心得 读:AI 辅助开发为什么让 E2E 测试更有价值 - 暗无天日 读:在Emacs中使用Claude Code(Spacemacs适配版) - 暗无天日 Claude Code 背后的工程哲学——读 Agent Harness Engineering 读:Agent Harness Engineering——AI 智能体不只是模型,还有套件 - 暗无天日 browser-harness:让 AI 直接接管你的浏览器 - 暗无天日 读:Security-First CI/CD —— DevSecOps 自动化实践指南 TIL: 数字小键盘的小数点陷阱与行内算术求值 - 暗无天日 读:Immutability 不是万能药,它是一种权衡 - 暗无天日 Conducty:给 Claude Code 加上项目记忆和并行执行能力 - 暗无天日 读 — GitHub Trending 里的 Claude Code 技能包 读 — Prompt Caching 省钱指南 TIL: Emacs 中那些跟鼠标配合的冷门快捷键 - 暗无天日 读:Anvil——把 Emacs 变成 AI 的工具服务器 读:Emacs 代码折叠终极指南 - 暗无天日 读:Clojure 搭车客指南 - 暗无天日 git推送失败后恢复仓库损坏的完整记录 - 暗无天日 多智能体系统的两个有效模式——以及对 Claude Code 用户的启示 - 暗无天日 用 Org Babel 写 Literate 博文:扩展执行 + 定制导出 proced:Emacs 内置的进程查看器 - 暗无天日 从 proced 定制中学到的 Elisp 模式 读:让 Emacs proced 在 macOS 上显示 CPU 和内存 异步编程的函数着色税 - 暗无天日 链式调用的代价:JavaScript 和 Clojure 的共同教训 - 暗无天日 hyperfine:命令行基准测试工具 - 暗无天日 管道中的变量去哪了?——子 shell 作用域陷阱 - 暗无天日 开源包装器的信任陷阱:四个危险信号 - 暗无天日 程序员愿意为 AI 写文档,却不愿为同事写 - 暗无天日 mktemp: Shell 脚本中临时文件的安全陷阱与最佳实践 - 暗无天日 WSL9x —— 在 Windows 9x 里跑 Linux 内核 6.19 用 ox.el 做你想做的事 —— org-export 高级编程指南 读:Hot-wiring the Lisp Machine —— 用纯 Elisp 构建零依赖的 Org 静态站点生成器 Elisp 性能优化的六个实战教训 - 暗无天日 fcitx5 下 Emacs 无法切换输入法的排查 - 暗无天日 ERT 测试交互命令的三种方式 - 暗无天日 SEM Assistant: 当 Elisp 守护进程遇上 LLM 用 dmsg 给 Elisp 加上结构化调试日志 用 org-habit 追踪非每日习惯 - 暗无天日 Clojure X-Men:当编程语言特性变成超能力 - 暗无天日 TIL: 用 diff-hl 在 fringe 中显示 git 变更 读:llm-test —— 用 LLM agent 驱动 Emacs 测试 TIL: AI 时代的橡皮鸭调试 - 暗无天日 fcitx 启动后键盘输入卡顿的排查 - 暗无天日 TIL: 早期网页的图片热区导航 - 暗无天日 读 Seeing the Whole System 用 Emacs 自动生成每周链接推荐 - 暗无天日 读:ASCII control characters in my terminal 读 What to learn - 暗无天日 Lisp 的括号之痛——一个愚人节玩笑揭开的老伤疤 - 暗无天日 一本书该"线性读"还是"并行读" - 暗无天日 读 How to Monetize a Blog:一篇伪装成变现指南的讽刺文 Python Mock 第三方依赖的四种策略 - 暗无天日 Emacs Lisp 热重载实用指南 - 暗无天日 Prot 的 Emacs 配置哲学 - 暗无天日 TIL: 从直播对谈中学到的三个 Emacs 技巧 - 暗无天日 TIL: 自动使用项目虚拟环境的 Python - 暗无天日 TIL: 让 Help buffer 自动获得焦点 一条命令让本地开发用上 HTTPS —— slim 工具介绍 用 fsck 检查和修复 Linux 文件系统 排查Linux进程"卡死"实战:从strace到gdb全流程 - 暗无天日 PostgreSQL 索引:从基础到你可能不知道的高级用法 - 暗无天日 用 .pdbrc 自定义 Python 调试器 ANSI 转义码的标准化现状 - 暗无天日 终端程序的潜规则 - 暗无天日 PARA Org-mode 测试配置 - 暗无天日 AI 越强越需要你盯着——反馈循环实操指南 - 暗无天日 你的AI代理正在偷你的密钥——四种你没想到的泄露通道 - 暗无天日 LLM 在 DevOps 中的三种角色 - 暗无天日 写作风格的反建议 - 暗无天日 反驳本质复杂性——Dan Luu 论为什么《没有银弹》错了 - 暗无天日 文件充满了危险——Dan Luu 谈文件系统的可靠性陷阱 - 暗无天日 AI 时代的 PARA 方法:用 Org-mode 和 AI 打造个人知识管理系统 Linux 数据去重学习笔记 - 暗无天日 创建跨平台 ZIP 文件的隐藏陷阱:Extra Field - 暗无天日 X11 Forwarding 排障指南 - 暗无天日 IP欺骗端口扫描:当别人冒充你去扫描别人 - 暗无天日 Linux 输入栈全景解析:从硬件按键到屏幕响应 - 暗无天日 Unix 系统中那些被埋没的配置开关——以 FontConfig 为例 - 暗无天日 在Linux上限制儿童使用电脑 - 暗无天日 GIF不仅仅是一种图片格式——用GIF流做些奇怪的事 - 暗无天日 Leiningen 学习笔记:Clojure 项目构建与管理从入门到实战配置 - 暗无天日 Google SRE Book 读书笔记 - 暗无天日 yes 管道 head 发生了什么 - 暗无天日 为什么 nohup 在 crontab 中不起作用 Bash中的Indirection与Nameref - 暗无天日 Linux PAM 简介 - 暗无天日 从Linux ISO文件启动计算机 - 暗无天日 用 Bash 打造一个Screen Locker 用GitHub Actions自动构建EGO博客 - 暗无天日 blocking I/O 的作用 - 暗无天日 mobileog 手机端同步提示Error:2 No such file 的解决方法 回收 WSL2 VHDX 文件占用空间 使用 org-mode columnview 生成任务列表 - 暗无天日 Emacs 作为 MPD 客户端 - 暗无天日 移动文件路径却不破坏org file link的方法 - 暗无天日 如何合理的导出help link 成HTML - 暗无天日 笑话理解之Biology - 暗无天日
AI越强越辣鸡?控制论说这是必然的 - 暗无天日
2026-04-16 · via 暗无天日

原文:OpenClaw之父:AI越强越辣鸡?人类审美与反馈循环才是核心控制系统

一个控制问题

Peter Steinberger(OpenClaw 创造者)说了一句扎心的话:你可以让 AI 跑一整晚,CPU 滚烫,第二天醒来一看,得到的是一坨终极版的流水垃圾。

很多人的第一反应是:AI 还不够聪明。但控制论告诉我们,这根本不是聪明不聪明的问题,而是 系统结构 的问题。一个没有反馈的执行器,不管多强大,都会偏离目标。这不是推测,这是数学。

闭环系统:一个两百多年的老答案

控制论(Cybernetics)这个词来自希腊语 kybernētēs ,意思是"舵手"。1948 年,Norbert Wiener 用它命名了一门研究"通信与控制"的学科。但闭环控制的思想远比这古老——1788 年 James Watt 的离心调速器就已经是经典的闭环系统。

一个闭环控制系统有四个基本组件:

  1. 设定值(Setpoint) :你想要达到的目标状态
  2. 控制器(Controller) :计算当前输出与目标的差距,发出调整指令
  3. 被控对象(Plant) :执行指令、产生输出的部分
  4. 反馈(Feedback) :将实际输出测量回来,与设定值比较

开环系统没有反馈环节。控制器发出指令后,不管实际结果如何,都不做修正。闭环系统则通过反馈不断比较"实际"和"目标"的差距,持续调整。

关键区别:开环系统中的任何误差都会原样累积,没有任何机制可以纠正它。闭环系统通过反馈检测误差并修正,使系统收敛到目标。

人机协作的控制论映射

把人机协作放进控制论的框架,对应关系一目了然:

设定值(Setpoint) 你心中的目标——那个模糊但真实的审美判断 控制器(Controller) 你自己——观察、判断、发出新指令 控制信号 Prompt 被控对象(Plant) AI——接收指令,生成输出 反馈信号 你对 AI 输出的观察和判断 误差(Error) AI 输出与你期望之间的差距
控制论概念 人机协作中的对应

在这个模型里,AI 是被控对象,不是控制器。它是执行者,不是决策者。你才是那个计算误差、发出修正指令的控制器。

开环 AI:失控的必然性

所谓"让 AI 一跑到底",在控制论里有一个精确的名字: 开环控制

你发出一个 prompt(控制信号),AI 生成输出(被控对象响应),然后你什么都不做。没有观察,没有判断,没有修正。这就是一个完整的开环系统。

开环系统在什么条件下能正常工作?只有当:

  1. 你对被控对象的模型完全精确
  2. 没有任何外部扰动
  3. 初始条件完全已知

这三个条件在 AI 使用中 没有一个 成立。你不完全了解 AI 的行为模式,prompt 的歧义性是持续存在的扰动,而你自己的需求在一开始往往是模糊的。

所以开环地使用 AI,输出偏离目标是 必然的 ,不是偶然的。AI 越强大,执行速度越快,偏离的速度就越快。这就是为什么"AI 越强越辣鸡"——不是 AI 退步了,是开环系统里执行器越强,偏离目标的灾难来得越快。

正反馈陷阱:越跑越偏的数学原理

Peter 提到的"代理陷阱"(Agentic Trap),在控制论中有一个对应物: 正反馈

正反馈不是"好的反馈",而是把输出信号叠加到输入上,让偏差越来越大。音响系统里的啸叫就是正反馈——麦克风收到喇叭的声音,放大后再播出来,喇叭声音更大,麦克风收到更强的信号……几秒钟内就从正常音量变成刺耳的尖叫。

代理陷阱的本质就是正反馈。AI 生成的输出偏离了一点,它把这个偏离的输出当作下一轮的参考基准,继续在偏移的基础上"优化"。每一轮的偏差都成为下一轮的起点,偏差不断叠加。偏了一度,跑一公里后就偏出去几十米。

控制论对正反馈的结论很明确: 未经约束的正反馈必然导致系统发散 。没有例外。

闭环 AI:反馈如何收敛

Peter 说的"下一个 prompt 取决于我当前看到了什么",翻译成控制论语言就是: 根据误差信号调整控制量

这就是 负反馈 ——把实际输出与目标的差距测量出来,用来减小下一轮的偏差。负反馈让系统稳定,这是两百多年来工程学的基本经验。

在闭环的人机协作中:

  1. AI 生成一版输出
  2. 你观察,发现与目标的差距(计算误差)
  3. 你调整 prompt(发出新的控制信号)
  4. AI 基于新指令再次生成
  5. 回到第 2 步

每一轮循环,误差都在缩小。不是因为 AI 更聪明了,而是因为你在持续修正方向。这个过程不需要你的初始目标完美——控制论的一个核心洞见是, 反馈可以补偿对初始条件的无知 。你不需要一开始就知道精确的目标,只要持续测量误差并修正,系统就会收敛。

这也解释了 prompt 迷信的根本问题。试图用一次性完美 prompt 解决所有问题,本质上是在用 *前馈*(feedforward)替代反馈。前馈有用,但它要求你对系统有完美的模型——而你没有。

何时放手:稳定性判据

控制论中有一个重要问题:什么时候系统可以脱离外部干预,自己稳定运行?

答案是:当系统已经证明自己能稳定收敛,且外部条件不会发生大的变化时。对应到人机协作——只有当你通过多轮反馈确认了 AI 的输出方向已经锁定在正确轨道上,且后续任务的性质不会突变时,才可以考虑让 AI 自主执行一些重复性工作。

在此之前,你一步都不能离开。不是因为你不够信任 AI,而是因为控制论告诉我们,一个尚未稳定的闭环系统如果切断反馈,会立刻退化为开环系统,收敛趋势中断,从当前状态重新开始漂移。

总结

从控制论的角度看,"AI 越强越辣鸡"不是一个悖论,而是一个必然:

  • 没有反馈的执行器,不管多强大,都会偏离目标——这是开环系统的本质
  • 把 AI 输出直接当作下一轮输入,偏差会指数级放大——这是正反馈的灾难
  • 通过持续观察和修正缩小误差——这是负反馈的收敛
  • 反馈可以补偿对初始条件的无知——所以你不需要完美的 prompt
  • 人的审美(taste)是这个系统的设定值来源——AI 没有它,就无法判断方向

反馈不是 AI 使用的"最佳实践",而是任何智能系统正常运转的 必要条件 。这不是 2026 年的新发现,这是两百多年来控制工程告诉我们的老道理。