Verifies implementation completion by running acceptance tests and triggers retry loop on failure.
Scanned 2/10/2026
Install via CLI
openskills install majiayu000/claude-skill-registry---
name: completion-verifier
description: Verifies implementation completion by running acceptance tests and triggers retry loop on failure.
context: fork
---
# Completion Verifier Skill
## When to Use
- After each implementation phase
- Before marking task as complete
- When retry loop is triggered
## Inputs
- context.md path (contains Acceptance Tests section)
- Test framework (from PROJECT.md: jest/vitest/playwright)
## Procedure
1. Parse Acceptance Tests section from context.md
2. Extract test IDs and file paths
3. Run tests: `npm test -- --testPathPattern="{test files}"`
4. Parse results (PASS/FAIL per test)
5. Update context.md status column
6. Return completion status
## Output
```yaml
completionStatus:
total: 5
passed: 4
failed: 1
allPassed: false
failedTests:
- id: T2
type: Unit # or Integration
file: ErrorHandler.test.tsx
error: "Expected error message not shown"
failedPhase: "Phase 1" # Determines where to retry
recommendation: "Fix ErrorHandler.tsx, then re-run Phase 1"
```
## Retry Logic
When `allPassed: false`:
1. **Identify failed phase** based on test type:
- Unit FAIL → Phase 1 (Mock implementation)
- Integration FAIL → Phase 2 (API integration)
2. **Return to failed phase** (NOT test writing):
- Pass `failedTests` info to implementation-agent
- Implementation-agent fixes code only (no test rewrite)
3. **Retry limits**:
- Max 2 retries per phase
- After 2 failures → Ask user for intervention
## Skip Conditions
- No test framework configured → Skip with warning
- No Acceptance Tests in context.md → Skip
- Skip Conditions from testing.md apply (legacy, prototype, etc.)
## Tool Call Example
```bash
# Run specific tests
npm test -- --testPathPattern="batch.test|ErrorHandler.test"
# Check coverage (optional)
npm test -- --coverage --testPathPattern="..."
```
No comments yet. Be the first to comment!
Practical guide to testing web applications with screen readers for comprehensive accessibility validation.
克劳德代码会话的正式评估框架,实施评估驱动开发(EDD)原则
使用pytest、TDD方法、夹具、模拟、参数化和覆盖率要求的Python测试策略。
Go测试模式包括表格驱动测试、子测试、基准测试、模糊测试和测试覆盖率。遵循TDD方法论,采用地道的Go实践。
在编写新功能、修复错误或重构代码时使用此技能。强制执行测试驱动开发,包含单元测试、集成测试和端到端测试,覆盖率超过80%。