Back to skills
SkillHub ClubShip Full StackFull StackTesting
verification-loop
Claude Code 会话的全面验证系统。
Packaged view
This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.
Stars
86,072
Hot score
99
Updated
March 20, 2026
Overall rating
C5.2
Composite score
5.2
Best-practice grade
D52.4
Install command
npx @skill-hub/cli install affaan-m-everything-claude-code-verification-loop
Repository
affaan-m/everything-claude-code
Skill path: docs/zh-CN/skills/verification-loop
Claude Code 会话的全面验证系统。
Open repositoryBest for
Primary workflow: Ship Full Stack.
Technical facets: Full Stack, Testing.
Target audience: everyone.
License: Unknown.
Original source
Catalog source: SkillHub Club.
Repository owner: affaan-m.
This is still a mirrored public skill entry. Review the repository before installing into production workflows.
What it helps with
- Install verification-loop into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
- Review https://github.com/affaan-m/everything-claude-code before adding verification-loop to shared team environments
- Use verification-loop for development workflows
Works across
Claude CodeCodex CLIGemini CLIOpenCode
Favorites: 0.
Sub-skills: 0.
Aggregator: No.
Original source / Raw SKILL.md
--- name: verification-loop description: "Claude Code 会话的全面验证系统。" origin: ECC --- # 验证循环技能 一个全面的 Claude Code 会话验证系统。 ## 何时使用 在以下情况下调用此技能: * 完成功能或重大代码变更后 * 创建 PR 之前 * 当您希望确保质量门通过时 * 重构之后 ## 验证阶段 ### 阶段 1:构建验证 ```bash # Check if project builds npm run build 2>&1 | tail -20 # OR pnpm build 2>&1 | tail -20 ``` 如果构建失败,请停止并在继续之前修复。 ### 阶段 2:类型检查 ```bash # TypeScript projects npx tsc --noEmit 2>&1 | head -30 # Python projects pyright . 2>&1 | head -30 ``` 报告所有类型错误。在继续之前修复关键错误。 ### 阶段 3:代码规范检查 ```bash # JavaScript/TypeScript npm run lint 2>&1 | head -30 # Python ruff check . 2>&1 | head -30 ``` ### 阶段 4:测试套件 ```bash # Run tests with coverage npm run test -- --coverage 2>&1 | tail -50 # Check coverage threshold # Target: 80% minimum ``` 报告: * 总测试数:X * 通过:X * 失败:X * 覆盖率:X% ### 阶段 5:安全扫描 ```bash # Check for secrets grep -rn "sk-" --include="*.ts" --include="*.js" . 2>/dev/null | head -10 grep -rn "api_key" --include="*.ts" --include="*.js" . 2>/dev/null | head -10 # Check for console.log grep -rn "console.log" --include="*.ts" --include="*.tsx" src/ 2>/dev/null | head -10 ``` ### 阶段 6:差异审查 ```bash # Show what changed git diff --stat git diff HEAD~1 --name-only ``` 审查每个更改的文件,检查: * 意外更改 * 缺失的错误处理 * 潜在的边界情况 ## 输出格式 运行所有阶段后,生成验证报告: ``` VERIFICATION REPORT ================== Build: [PASS/FAIL] Types: [PASS/FAIL] (X errors) Lint: [PASS/FAIL] (X warnings) Tests: [PASS/FAIL] (X/Y passed, Z% coverage) Security: [PASS/FAIL] (X issues) Diff: [X files changed] Overall: [READY/NOT READY] for PR Issues to Fix: 1. ... 2. ... ``` ## 持续模式 对于长时间会话,每 15 分钟或在重大更改后运行验证: ```markdown 设置一个心理检查点: - 完成每个函数后 - 完成一个组件后 - 在移动到下一个任务之前 运行: /verify ``` ## 与钩子的集成 此技能补充 PostToolUse 钩子,但提供更深入的验证。 钩子会立即捕获问题;此技能提供全面的审查。