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

推荐订阅源

T
Tailwind CSS Blog
博客园 - Franky
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Y
Y Combinator Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
L
LangChain Blog
博客园_首页
Recent Announcements
Recent Announcements
月光博客
月光博客
酷 壳 – CoolShell
酷 壳 – CoolShell
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
H
Hackread – Cybersecurity News, Data Breaches, AI and More
爱范儿
爱范儿
博客园 - 叶小钗
博客园 - 【当耐特】
The Cloudflare Blog
J
Java Code Geeks
G
Google Developers Blog
云风的 BLOG
云风的 BLOG
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
aimingoo的专栏
aimingoo的专栏
A
About on SuperTechFans

暗无天日

读: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 写文档,却不愿为同事写 - 暗无天日
AI 交互的真正瓶颈:读输出的维度决定了你能控制多少 - 暗无天日
lujun9972, Claude Code · 2026-05-29 · via 暗无天日

控制论里有一条 Ashby 必要变异性定律(Law of Requisite Variety),它是这套学科里最根本的结论之一。简单说,要控制系统 A,控制器 B 的多样性不能低于 A 的多样性。用白话讲就是,如果你的工具箱里只有一把锤子,那所有问题看起来都像钉子,而且钉子稍微变形你就没辙了。

把这个定律套到 AI 交互上看看。

大语言模型的输出空间几乎是无限的,它能写诗、写代码、写合同、写论文、编段子,而且每个领域内的输出变化也比人预想的要大得多。但你控制它的"工具"是什么呢?大多数人只有一根标尺, 这段看起来顺不顺 。就这一条。

所以呢,你的控制器多样性极低,只有一个维度。而你要控制的对象(AI 的输出空间)多样性极高。Ashby 定律说,这种系统不可能被有效控制。问题不在你的工具好不好,在于你拿来判断的维度太少。

反过来,如果你读 AI 输出时能同时打开多个维度,比如他说的是不是真的(事实维度),推理有没有跳步(逻辑维度),输出的结构到底合不合理(结构维度),边界情况有没有覆盖到(完备维度),还有这回答太顺了该不会是在迎合我吧(怀疑维度)。

每多一个维度,你的控制器就多一个自由度。控制器的变异性就提高一截,就能收窄和 AI 输出多样性的差距。

有个容易被忽略的点。多开一个维度,不只是多了一条检查标准。不同维度观察到的信息是正交的,结构上看起来完美的方案可能在事实上完全是编的;逻辑上严密的推理可能建立在错误的假设上。多维度观测真正值钱的地方不在加法,在于你可以交叉验证。

Ashby 定律在 AI 场景下的推论很直接, 读输出的维度决定了你对 AI 输出的控制精度。 读的维度越少,你的反馈信号越单一,整个系统就越接近只有一个观测值的控制器在控制无限维度的系统,这从原理上就不可能做好。