正在打开每日关注
用 Skills 把人工检查变成自动验证闭环
通过自定义 Skill 固化重复检查，让 Claude Code 自动测试、修复并闭环交付。
来源摘录
Anthropic 最近在 Claude Code 博客分享了一套很值得实践的方法：用 Skills 把人工检查变成自动验证循环。 平时的流程通常是 Claude Code 写完代码，你来检查，发现问题后再让它修改。任务虽然交给了 AI，验收环节依然离不开人，最后的瓶颈还是你。 验证循环把这一步也交给系统： Claude Code 完成修改后自动运行测试，失败就继续定位和修复，直到全部通过才结束。你不需要一直守在旁边，也不用反复提醒它检查同样的问题。 更实用的是自定义 Skill。团队可以把 API 设计规范、PR 描述模板、安全检查清单等内容，写进 .claude/skills/ 下的 Markdown 文件。Claude Code 会在合适的任务中读取并执行，把原本依赖个人记忆的经验变成固定流程。 Claude Code 团队内部已经在串联 /code-review、/simplify、/verify 和设计检查。流程跑稳定后，还能放进每个 PR，成为团队统一的质量门槛。 我觉得最值得动手的第一步很简单： 找出团队里最容易被忘记的一条代码规范，把它写成 Skill，然后实际跑一次。 写进流程里的规范，通常比躺在文档里的规范更有用。 https://t.co/EPipz6B3bU
深度解析
是什么 这篇 Anthropic 文章把 Agent 的交付过程拆成“收集上下文→采取行动→验证结果”的循环：Claude Code 完成修改后，运行测试、类型检查、lint 或观察应用；若失败，则回到上下文和修复步骤，直到满足验收条件。核心不是增加一次检查，而是把“人总要再看一遍”的经验变成可重复执行的反馈回路。
核心论点
可由工具直接产生的确定性信号先交给工具；工具无法判断的项目特定规则，则用 Skill 固化。例如日志不得泄露请求体、迁移删列必须先回填。把规范写进 .claude/skills/ 后，Claude 能按触发条件复用，减少口头提醒和个人记忆依赖。
落地价值
文章建议从团队最常遗忘的一条规则开始，写成清晰的检查、报告与修复动作，再接入 /verify、代码审查、GitHub Actions 或 PR 流程，形成统一质量门槛。这样人从持续盯梢者变成规则设计者和异常裁决者。
边界与风险 循环必须有明确的通过标准、停止条件、权限范围和失败升级路径；自动“修到通过”不等于业务正确，也可能掩盖误报、测试缺口或错误修复。涉及安全、数据迁移和生产变更时，仍需人工复核。