北京
一条推文拿到了16.6K次浏览。发帖的人说，没有Claude Code Review，他根本没法保持高效——它跑在他所有的PR上，几乎在bug上线之前就把它们拦下来。他把这称为"秘密武器"的一部分，让团队在提高质量门槛的同时还能跑得这么快。
现在，这个"秘密武器"不再只属于少数人。Code Review已面向Claude的Team和Enterprise计划全面开放。
这次开放不是简单地把功能权限放开。官方给出的更新点有三个：审查速度更快了；能抓到更多真正重要的bug；管理员可以为每个仓库选择审查级别。
审查级别一共三档：Quick、Standard、Deep。也就是说，同一个仓库要用多深的审查力度，由管理员自己定，而不是所有代码都套同一套流程。
这个设计思路值得琢磨。代码审查这件事，过去一直卡在一个矛盾里：查得浅，漏bug；查得深，拖速度。三档分级等于把选择权交回给团队——改一行文案的PR和动核心逻辑的PR，本来就不该用同样的审查强度。
从推文里的描述看，Code Review的工作方式是跑在PR上，在代码合并之前完成拦截。发帖人强调的不只是"能抓bug"，还有"抓得足够快"——快到他所在的团队能在提速的同时把质量标准往上抬。
对已经在用Team或Enterprise计划的团队来说，这意味着代码审查这一环可以直接接进现有流程，不需要额外搭一套工具链。管理员要做的，是判断每个仓库该用哪一档审查级别。
三档怎么选，官方没有给出具体的判断标准。但从命名上能看出梯度：Quick对应轻量检查，Standard是常规力度，Deep则是最彻底的审查。仓库越核心、改动风险越高，越有理由往深了选。
16.6K的浏览量说明关注这件事的人不少。代码审查一直是开发流程里最费人力、也最容易被敷衍的环节——人工审查会累、会漏、会因为赶进度而放行。把这一环交给能跑在所有PR上的自动化审查，是很多团队想试但一直没找到合适方案的事。
现在Team和Enterprise计划的管理员可以动手了：挑一个仓库，选一档审查级别，看看它能在合并之前拦下多少东西。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
