The Verifier Is the Whole Game
Why AI is razor-sharp at coding and blunt everywhere else: what matters is the verifier, not the difficulty of the work.

AI capability has developed in a strangely lopsided way, and once you see the shape of that lopsidedness, a lot of otherwise confusing behavior starts to make sense. Models have become extraordinary at coding along a curve that keeps steepening, yet they remain merely competent at most other forms of serious intellectual work. People usually explain this by saying that coding is easier or more structured, which is wrong, and the real explanation matters far more.
The asymmetry
Reinforcement learning (RL) needs a checkable reward, and coding comes with a checker for almost nothing: the test suite, the compiler, the sandbox that either runs the program or does not. Because that feedback loop is tight, cheap, and trustworthy, RL can iterate on code millions of times, with each attempt scored by an oracle that neither lies nor gets tired. That is why the capability curve is steep.
Most other domains have no such oracle. If a reward exists at all, it is slow, expensive, noisy, or contested, which leaves RL with very little to work with. Whatever competence a model shows in those domains comes mostly from passive absorption during pretraining, without the active sharpening that RL provides where a verifier exists.
As a result, the model does not get uniformly "smarter." It gets honed razor-sharp wherever a cheap verifier happens to exist and stays blunt everywhere else; the shape of its capability follows the shape of where verification is cheap.
What the verifier actually is
The easy explanation misses why coding has a cheap verifier in the first place. Software engineering did not find a verifier lying around in nature; as a social practice, the discipline manufactured one. A test is a human-written contract that specifies in advance what conditions an answer must satisfy to count as correct. The discipline compressed the question "is this right?" into a machine-checkable agreement and handed that agreement to a machine to enforce.
It is easy to forget how unusual that achievement is. In most domains, "what counts as correct" cannot be written down in advance as a contract. It stays a continuous, social, perpetually reopenable negotiation, which means it never holds still long enough to be frozen into a step-level reward function.
RL cannot be fed in those domains not because the signal is noisy, but because the notion of "correct" is the product of a process, and a process cannot be compressed into a reward at each step. Models are sharp where humans have already done the work of turning a social judgment into a machine contract, and blunt where no such contract is possible.
The dangerous move
That distinction sets up the failure mode that defines the current moment. Take the architecture that works gloriously where a verifier exists (autonomous agents, recursive self-improvement, humans pushed up to oversight) and transplant it into a domain without a cheap verifier. The architecture still runs and the agents still execute, even though the oracle that made the whole apparatus work by filtering every output for correctness is gone.
Removing the verifier does not just produce a slightly worse version of the same thing. A recursive loop that meant "get better" where a verifier existed comes to mean "get better at seeming right" once seeming-right is the only signal left. At scale, pointed at a domain without a verifier, the machine amplifies plausibility rather than truth, churning out outputs at superhuman scale and speed that look correct while having no relationship to truth.
The most capable systems are the most dangerous here, because their outputs look the most fluent and the most grounded. They will produce conclusions that are internally consistent, well-cited, methodologically tidy, and still wrong, with the polish that should signal quality serving as cover instead.
Why this is not a passing phase
It would be comforting to assume that the blunt domains are simply waiting their turn and that better models will eventually become sharp everywhere. For some domains that is true, because the verifier just has not been built yet. Where "correct" is genuinely the slow product of a collective social process, though, the blunt edge marks a structural boundary rather than a temporary lag. You cannot give a step-level verifier to work whose correctness comes from a collective process. The model can get arbitrarily good at the parts that can be contracted, and it will keep hitting the same wall on the parts that cannot.
The consequence
If the verifier is the whole game, then the frontier is not where the algorithms are. The reinforcement learning literature has largely converged on this point already: the algorithms have become commodities, while the scarce, decisive resource is reward design, which is to say, verifier design. The teams building the strongest systems are the ones that can specify and measure quality, not the ones with a cleverer optimizer.
That makes the hardest and most valuable problem not building another autonomous system but the question everyone is routing around: in a domain with no cheap verifier, where does a trustworthy reward come from, and how do you keep optimization from collapsing into the production of plausible nonsense?
People often treat that question as a technical detail, when it is actually the central problem. Wherever a verifier is missing (serious science, genuine writing, real judgment), optimizing for "what a human finds good" ends up substituting for "what is true." You can feel the cost of that substitution in the texture of the output: confident, safe, fluent, and hollow. The whole game is whether you can find something to optimize against besides the satisfaction of the reader.
验证者才是整场游戏
为什么 AI 在编程领域锐利无比,在其他领域却处处迟钝:起决定作用的不是工作难度,而是验证者。

AI 能力的发展呈现出一种奇特的不对称,一旦看清这种不对称的形状,很多原本令人困惑的现象就迎刃而解了。模型在编程上的表现沿着一条越来越陡的曲线突飞猛进,但在大多数其他严肃智力工作中,却始终停留在"尚可"的水平。人们通常把这归结为编程更简单、更有结构,可这种解释是错误的,真正的解释要重要得多。
不对称性
强化学习(reinforcement learning)需要可核验的奖励信号,而编程恰好自带一个近乎免费的检查器:测试套件、编译器,以及一个程序要么跑通、要么报错的沙箱。由于这个反馈回路紧密、廉价又可靠,强化学习可以在代码上反复迭代数百万次,每次都由一个既不撒谎也不疲倦的评判者打分。这正是能力曲线如此陡峭的原因。
大多数其他领域都没有这样的评判者。奖励信号即便存在,往往也迟缓、昂贵、充满噪声,或是本身就存在争议,让强化学习很难施展。模型在这些领域里表现出的能力,大多来自预训练阶段的被动吸收,缺乏验证者在场时强化学习所带来的那种主动打磨。
结果就是,模型并没有均匀地"变聪明"。只要存在廉价的验证者(verifier),它就会被磨得无比锋利;而在其他所有地方,它都显得迟钝。模型能力的轮廓,恰好贴合着验证成本低廉之处的轮廓。
验证者到底是什么
那种归结于难度的简单解释,漏掉了一个更根本的问题:编程为什么会有廉价的验证者?软件工程并不是在自然界里捡到了一个现成的验证者,而是作为一种社会实践亲手制造了一个。测试并不是自然事实,而是人类预先写下的一份契约,事先规定好满足哪些条件就算正确。这门学科把"这样做对不对?"压缩成了一份机器可检查的协议,再把协议交给机器去执行。
这是一项了不起的成就,只是人们很容易对它习以为常,忘了它有多罕见。在绝大多数领域,"什么算正确"根本没法预先写成契约。它是一场持续的、社会性的、随时可以重开的协商,从来不会静止不动,自然也就无法冻结成每一步的奖励函数(reward function)。
强化学习在这些领域无从获取养分,不是因为信号有噪声,而是因为"正确"本身是一个过程的产物,而过程无法压缩成每一步的即时奖励。模型之所以在某些地方锐利,是因为人类已经先一步把社会判断转化成了机器契约;之所以在另一些地方迟钝,则是因为那里根本写不出这样的契约。
危险的迁移
这一区分直接引出了定义当下的那种失效模式。人们把在有验证者时大放异彩的那套架构(自主代理、递归式自我改进、人类退居监督层)原封不动地搬进一个没有廉价验证者的领域。架构照常运转,代理也照常执行,唯独那个逐一筛查输出是否正确、让整套机制真正奏效的评判者不见了。
失去验证者之后,你得到的并不是原有系统的略微降级版。原本在验证者约束下意味着"变得更好"的递归循环,在只剩下表面观感作为信号时,就会变成"变得更擅长看起来正确"。把规模化投向一个没有验证者的领域,机器放大的就不再是真相,而是似真性(plausibility),以超人的规模和速度批量生产看起来正确、实则与真相毫无关系的结果。
在这里,能力最强的系统反而最危险,因为它们的输出读起来最流畅,看着也最像有理有据。它们会产出内部自洽、引用得当、方法论整洁却完全错误的结论;本该用来标志质量的精致打磨,反而成了掩护错误的障眼法。
为什么这不是一个暂时的阶段
我们或许会安慰自己,那些迟钝的领域只是在排队等待,等模型更强了,所有领域都会变得锐利起来。对某些领域来说确实如此,那里的验证者只是还没建好。但在那些"正确"本质上源于集体过程缓慢沉淀的领域,迟钝并不是暂时的滞后,而是一道结构性的边界。如果一件事的正确性按其本性就来自集体过程,你就没法给它配上逐步打分的验证者。模型可以在那些能够契约化的部分无限精进,同时在那些无法契约化的部分一次次撞上同一堵墙。
后果
既然验证者才是整场游戏的关键,真正的前沿就不在算法那里。强化学习的文献其实已经大体达成了这一共识:算法已经商品化,真正稀缺、起决定作用的资源是奖励设计,说白了就是验证者的设计。能做出最强系统的团队,靠的不是更精巧的优化器,而是定义和衡量质量的能力。
这样一来,再去搭一个自主系统就没那么重要了,真正困难也最有价值的,反而是几乎所有人都在绕着走的那个问题:在一个没有廉价验证者的领域,可信赖的奖励信号从哪里来?我们又该如何防止优化过程坍缩成批量生产似真废话?
这个问题常被包装成技术细节,但它恰恰是核心问题。在每一个缺失验证者的领域(严肃的科学、真正的写作、真实的判断),针对"人类觉得好的东西"进行优化,都会替代针对"真实的东西"进行优化。这种替代的代价就体现在输出的质地里:自信、安全、流畅,却空洞。整场游戏的关键,在于你能否在读者的满意度之外,找到另一个经得起优化的标尺。