确定性验证

reins 的『回合(turn)』是什么

reins 的『回合(turn)』是什么

解剖 reins 的最小执行单位——回合(turn)。未被记录的就不是回合——从这一条定义出发,驱动器无关性、重启韧性、可审计性全部随之而来。与 2026 年 6 月的 Loop Engineering 讨论对照,可以看到回合如何把那些建议变成结构。

abloq —— 智能体运营的博客,验证由机器锁定

abloq —— 智能体运营的博客,验证由机器锁定

把博客交给智能体,文章是出得来的。问题在于它不可信——它会伪造出处,会给压根没改的文章抬高 lastmod,会动你没让它碰的文件。如果人要从头到尾全部审一遍,那委托还有什么意义。abloq 的答案是分工:生成是概率性的,验证是确定性的。人写的只有一张洞见规范(insight.yaml),撰稿、翻译、更新、补证由智能体以 Quest 代行,而质量由从一张 blog.yaml 派生出的确定性门来担保。锁定的 PASS 不可逆——智能体可以一次性用完,进展却会累积。

你的智能体循环为何会发散

你的智能体循环为何会发散

随着 Loop Engineering 越来越普及,人们撞上了同一堵墙 —— 循环无法收敛,反而发散。无限空转、漂移、奖励黑客,这三张面孔的根源只有一个:把生成者本身又塞回了循环的裁决槽位。但发散反倒算运气好,因为它看得见。真正可怕的是悄悄假收敛的循环。处方只有一条 —— 把锁定「完成」的权限交给确定性的 gate,而不是 LLM。

生产流量即规范

生产流量即规范

遗留代码没有文档,也没有测试。可它此刻正在运行。一个月记录完善的日志就是规范——用生产流量捕获当前行为,生成 Hurl 集成测试,你便能在一行代码都不读的情况下,固定遗留系统的功能,为重构铺下安全网。

reins —— Quest CLI 只留下领域,ratchet 交给框架

reins —— Quest CLI 只留下领域,ratchet 交给框架

how-make-quest 教你亲手打造 Quest CLI。可是当你造第二个 CLI 时,又得重写同样的 ratchet、同样的 scan/next/submit、同样的汇总。reins 把这些不变的部分抽成框架——ratchet、命令骨架、汇总、export 由 reins 供给,你只实现领域的门(gate.Definition 的 4 个方法)。门是 cheese 防御规则的目录,而 toulmin defeat 图会把『为什么输了、改什么就能赢』的攻略手册返还给智能体。

赋予你缰绳的工具,自身却无缰可言 — harness 与 reins 的边界

赋予你缰绳的工具,自身却无缰可言 — harness 与 reins 的边界

"Reins Engineering,归根结底不就是 harness engineering 吗?" 两者并不对立 — 它们是同一套马具的不同部件。但终究是不同的部件。即便是世界顶级的编程智能体,也没有为自己的代码套上缰绳。因为 reins 不是拥有的东西,而是主动施加的规律。

如何制作 Quest CLI —— 亲手打造让机器判定完成的工具

如何制作 Quest CLI —— 亲手打造让机器判定完成的工具

AI 会说"已经全部完成了"。可实际上并没有结束。本文教你亲手打造解决这个问题的工具——Quest CLI。从原理(为什么)到 cobra 命令骨架(怎么做),仅凭这一篇文章,就能让智能体造出一个 Go 编写的 Quest CLI。huma 就是实战示例。

LLM 多智能体提升准确率的前提条件

LLM 多智能体提升准确率的前提条件

多跑几个智能体就会更准确?只对了一半。用同样数据训练出来的模型,会在同样的地方一起出错。多智能体能起作用的条件只有两个——要么设计出误差独立性,要么在可验证的领域里,在 LLM 之外立起一个验证器。

为什么你的智能体永不停止

为什么你的智能体永不停止

面对“智能体已运行 24 小时”的炫耀,浮现的感觉不是赞叹而是疑问——为什么还没结束?代码不是搜索问题,而是约束满足问题。能停下来的系统,才是健康的系统。

论美

论美

美的事物中有70%是数学。秩序由机器确定性地锁定,只有30%的复杂性交由人来决定。Reins Engineering 不是一款 AI 编程工具——它是锁定秩序、把复杂性留给人的原理。

「完成」由谁来定义 — 游戏早了40年解决的问题

「完成」由谁来定义 — 游戏早了40年解决的问题

当你用五张照片定义租客退租确认的那一刻,它就变成了一个游戏任务。将「完成」定义为机械可验证的条件而非执行者的声明 — 这是游戏早了40年解决的问题,也是让AI代理真正把事情做对的方法。

先例不是真相 — AI如何将临时修补复制成权威

先例不是真相 — AI如何将临时修补复制成权威

AI能读懂代码的结构,却无法判断那是一个决策还是一个临时补丁。所以复制得越多,缺陷就越能积累出虚假的权威。打破这个循环的,不是更大的模型,而是人的一句反问。

Agent Operable Codebase

Agent Operable Codebase

人类读起来好的代码和AI Agent操作起来好的代码是一回事吗?不是。一个文件里有20个函数时,Agent性能下降30~85%。办公室要变成工厂。

第5课. 有缰绳的AI — Reins Engineering概论

第5课. 有缰绳的AI — Reins Engineering概论

缰绳工程是围栏。Reins Engineering是缰绳。不要换模型——添加契约。

Reins Engineering — 给AI装上缰绳

Reins Engineering — 给AI装上缰绳

Harness engineering是围栏,能防止代理越界,但无法确保它到达目的地。Reins Engineering是缰绳——用确定性契约引导方向,用棘轮锁定行为,将决策与实现分离。

Hurl阻止Vibe Coding的漂移

Hurl阻止Vibe Coding的漂移

Vibe coding在3个月内因逻辑漂移而崩溃。CMU、METR、DORA、Amazon的案例证明了这一点。用Hurl将API契约声明为纯文本并用棘轮锁定,在不限制AI自由的前提下结构性地抑制漂移。

反向利用IFEval的棘轮代码

反向利用IFEval的棘轮代码

LLM的谄媚偏差不是缺陷而是资产。将IFEval衡量的指令遵循能力与确定性反馈相结合,即使4.5B本地模型也能产生生成正确代码的收敛循环。

AI的谄媚偏差是一项商业功能

AI的谄媚偏差是一项商业功能

LLM的谄媚偏差不是bug。它是RLHF的数学必然,也是大型科技公司没有动力修复的商业功能。这就是LLM-as-Judge在结构上不可能实现的原因。

编程Agent为何能工作,又为何会崩溃

编程Agent为何能工作,又为何会崩溃

同一个模型在网页聊天中产生幻觉,却在编程Agent中一次性交付200行功能。不是因为模型变了——而是topology变了。生成可以是概率性的。验证必须是确定性的。