新智元报道
写代码这件事， ，，，，，AI已经替你干了。。。？？？？？裳槭照饧事， ，，，，，还压在你身上。。。
一段代码究竟写没写对， ，，，，，AI不认真， ，，，，，最后还得你自己一行行看已往：这道坎， ，，，，，卡住了许多人。。。
最近， ，，，，，Anthropic把AI验收也做进了循环。。。
他们让Claude写完代码之后， ，，，，，不直接交差， ，，，，，而是自己接着跑四道检查：
/code-review先揪bug， ，，，，，/simplify把冗余的实现整理清洁， ，，，，，/verify做一遍端到端验证， ，，，，，若是这次动了界面， ，，，，，再用/design对着DESIGN.md核一遍视觉。。。
四道跑完， ，，，，，才算交付。。。
7月22日， ，，，，，Claude Code团队果真了这套内部的「验证循环」。。。
换句话说， ，，，，，Claude写完代码， ，，，，，会自己先找错， ，，，，，改到没问题再回来找你。。。
这意味着AI最先从「会写代码」， ，，，，，进化到「会检查自己写的代码」。。。
智能体干活的闭环
多了一个验证
Anthropic给这套工具起了个名字， ，，，，，叫验证循环（verification loop）。。。
官方的界说很简朴， ，，，，，它是一个Claude检查并实验修复自己事情的迭代历程。。。
它改动的， ，，，，，是智能体干活的闭环。。。
以前是「网络上下文→执行行动→人工检查」， ，，，，，最后那一步卡在人身上：AI把活儿交出来， ，，，，，你得自己一行行看。。。
现在这条线， ，，，，，被拉长成了「网络上下文→执行行动→自动验证→修复→再验证」， ，，，，，检查和修复， ，，，，，被塞回了循环内里。。。
Anthropic官方的智能体循环示意图：提醒进来后， ，，，，，Claude网络上下文、执行行动、验证效果， ，，，，，验证不过就打回重跑， ，，，，，通过才返回。。。
有些检查Claude原来就会做。。。代码库里那些确定性的信号， ，，，，，好比type checker、linter、跑测试、运行时报错， ，，，，，它读得懂， ，，，，，也会随手改掉。。。
真正贫困的是另一类：界面改得对差池、用户流程顺不顺、这次改动有没有埋下看不见的坑……
这些已往只能靠人盯着， ，，，，，同样的检查做上几十上百次。。。
Anthropic的解法， ，，，，，是把你每次都要手动做一遍的那些检查， ，，，，，一条条写下来， ，，，，，封装成Skill， ，，，，，交给Claude在每次使命里自动执行。。。
已往几十年， ，，，，，软件工程所有的流程：写需求、做妄想、层层评审、开不完的会， ，，，，，实质上都是由于：写代码太慢， ，，，，，工程师的时间太值钱。。。
可当AI把写代码这一环变快、变自制， ，，，，，这个条件就不复保存了。。。
Claude Code团队自己的判断是：瓶颈没有消逝， ，，，，，它只是转移了：从「写代码」转移到了验证、代码评审、清静这些环节。。。
代码天生得太快， ，，，，，新的问题酿成了这些代码究竟对差池， ，，，，，谁来维护， ，，，，，人还跟不跟得上审代码的节奏。。。
面临这个新瓶颈， ，，，，，Claude Code团队先在自己身上做了实验。。。
Claude Code团队
天天在用的4个自查Skill
Claude Code团队内部， ，，，，，天天都在用这四个自查的Skill。。。
/code-review， ，，，，，专审代码改动， ，，，，，把潜在的bug揪出来， ，，，，，顺带给一份review意见。。。
这即是给自己配了个不知疲倦的审稿人。。。
/simplify， ，，，，，整理这次改动的diff， ，，，，，把绕来绕去的重大实现删掉， ，，，，，让结构变简朴。。。
它不给你加功效， ，，，，，而是清掉冗余、简化实现， ，，，，，把日后的维护本钱向下压。。。
这一点很主要， ，，，，，也最见功力。。。大都人写代码都是往上堆， ，，，，，能自动做减法的工具， ，，，，，尤为难堪。。。
/verify， ，，，，，做端到端验证， ，，，，，真刀真枪跑一遍， ，，，，，确认功效是真的完成了， ，，，，，而非「看起来完成了」。。。
/design， ，，，，，只在动了UI时上场。。。它对着客栈里的DESIGN.md， ，，，，，逐条核对你的视觉实现有没有跑偏。。。
这4个Skill不是凭空长出来的。。。
它们的底层， ，，，，，Claude Code已铺了一层现成的验证支持：
内置的/verify能把应用跑起来视察转变， ，，，，，你在CLAUDE.md里写清晰构建和测试下令， ，，，，，它就照着执行；；；；；；尚有专门在PR上做多智能体审查的Code Review、能在每次提交时自动开火的GitHub Actions。。。
团队那4个Skill， ，，，，，即是在这层通用地基上， ，，，，，又加了一道自己的工序。。。
怎么写一个自己的验证Skill？？？？？？
Anthropic给的步伐也很简朴：
把你每次都要手动做的那一步， ，，，，，用明确话写下来， ，，，，，就当你在给一个第一天入职的新同事交接注重事项。。。
要是你连这步检查该怎么形貌都卡壳， ，，，，，可以先让Claude给一版通用最佳实践， ，，，，，再在上面改。。。
你的版本或许率会在某几个点上跟通用做法纷歧样， ，，，，，而那几处纷歧样， ，，，，，恰恰就是最该被记下来的工具。。。
检查也纷歧定非得是「感受对差池」这种模糊判断。。。
举个例子：任何删掉数据库字段、却没配套数据迁徙方法的改动， ，，，，，一律打回。。。这是一条通用linter永远抓不到、却是你项目专属的「土规则」。。。
通常你一直靠手动死盯才守得住的红线， ，，，，，都值得写成一个循环。。。
写完怎么办？？？？？？
丢给skill-creator让它反过来采访你几句， ，，，，，或者爽性自己往.claude/skills/里扔一个Markdown文件。。。
最简朴的验证Skill， ，，，，，就是几行说明加一段正文。。。然后在一个新使命上调一次， ，，，，，确认这步检查真的随着跑了， ，，，，，差池再改。。。
遇到那些你改不动的Skill， ，，，，，好比内置的、插件托管的， ，，，，，也有应对步伐：写一个外壳Skill， ，，，，，让它先调原来的， ，，，，，再调你的验证。。。绕一下， ，，，，，照样把检查嵌进去。。。
验证不是一刀切
检查封装成Skill之后， ，，，，，下一个问题是：这玩意儿什么时间触发？？？？？？
Anthropic给了4档自动化水平， ，，，，，从松到紧。。。
Standalone：你自己想起来， ，，，，，手动调一下。。。
Embedded：嵌进某个使命流程， ，，，，，随着一起跑。。。
Chained：好几个验证Skill串成一条链， ，，，，，一个接一个自动跑完。。。
On every PR：最狠的一档， ，，，，，每次提交接码都自动过一遍。。。
官方管中心这层跃迁， ，，，，，叫「从习惯到左券」。。。
原来是「我每次都记得在/simplify后面补跑一次/verify」的个人习惯， ，，，，，串成链之后， ，，，，，就酿成「/simplify跑完， ，，，，，自动就调/verify」的牢靠左券。。。
整条链自己把开发循环走完， ，，，，，只在需要你拍板时才回来找你。。。
链条拉得越长， ，，，，，可靠性越高， ，，，，，但官方特意嘱咐了一句：链式验证会实打实地烧token。。。
以是别一上来就把所有检查都设成PR gate、每次提交必卡， ，，，，，准确姿势是先看它稳不稳， ，，，，，再一步步往上加。。。
4个Skill背后
AI编程正在换赛道
4个Skill背后， ，，，，，AI编程的竞争， ，，，，，正在从天生转向验证。。。
Claude Code之父， ，，，，，也给过统一个判断。。。
今年6月9日， ，，，，，他发推说：在强盛模子能长时间自主运行的时代， ，，，，，自我验证是让模子跑得更久、效果更贴近你预期的要害：你不必守在一旁频仍盯着Claude， ，，，，，就能把更多活儿交出去。。。
说白了， ，，，，，验证做得越扎实， ，，，，，智能体才敢铺开了跑；；；；；；跑得越久， ，，，，，人越省心。。。
已往我们靠提醒词， ，，，，，可它也有个天花板：只解决这一次的使命， ，，，，，下次还得重新再来。。。
这里先纠正一个常见的误解：Skill不是一段Markdown提醒词。。。
它是一个能力模？？？？？， ，，，，，内里装着指令、文件结构、剧本、工具挪用、设置和一整套事情流程， ，，，，，是把团队的检查方法、设计规范、踩过的坑， ，，，，，沉淀成一个随叫随到的包， ，，，，，Claude需要时自己去翻。。。
更要害的是， ，，，，，Skill正在从Claude Code的一个特征， ，，，，，酿成跨厂商的开放标准。。。
据业界的梳理， ，，，，，GitHub Copilot、Cursor、OpenAI Codex、Gemini CLI都已经接纳统一套名堂。。。
这意味着， ，，，，，你为团队沉淀的那些Skill， ，，，，，不会被锁死在某一家工具上， ，，，，，它会把团队的履历、规范、检查流程沉淀下来， ，，，，，酿成一块能重复挪用的能力。。。
这也引出这样一个扎心的现实：统一个Claude， ，，，，，差别团队用出来的效率， ，，，，，可能差出好几倍， ，，，，，造成这个差别不在模子， ，，，，，而在于事情流：
你有没有把检查写成Skill， ，，，，，有没有搭起验证循环， ，，，，，有没有让智能体自己把反馈闭环跑通。。。
说究竟， ，，，，，智能体的能力， ，，，，，就是一道加法题：模子， ，，，，，加工具， ，，，，，加验证机制， ，，，，，加事情流程。。。
模子这一项， ，，，，，各家越来越靠近。。。真正拉开距离的是后面那三项， ，，，，，它们全掌握在用户手里。。。
虽然， ，，，，，这篇博客所展示的， ，，，，，是AI辅助开发的流程优化， ，，，，，而非「AI已经能自力写软件」。。。它仍离不开工程师， ，，，，，也没法脱离人去做生产级交付。。。
因此， ，，，，，它不是智能体要来抢人类工程师的饭碗， ，，，，，但偏向已经很清晰了。。。
已往， ，，，，，我们一直在教AI怎么写代码， ，，，，，现在要最先教它验证自己写得对差池。。。
关于一个天天要用AI写代码的人来说， ，，，，，比及「下班前还到手动复查一遍」这件事终于能放心交给AI的那天， ，，，，，它才算真正最先替你扛活了。。。
参考资料：
https://claude.com/blog/building-verification-loops-in-claude-code-with-skills
https://claude.com/blog/getting-started-with-loops?utm_source=chatgpt.com
编辑：元宇
