원클릭으로
validate-checkpoint
Checkpoint validation and guardrail enforcement for the VibeFlow docs-first development workflow
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Checkpoint validation and guardrail enforcement for the VibeFlow docs-first development workflow
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Register work items, create feature branches, track and advance stages, close work items in the VibeFlow docs-first development workflow
Codebase discovery and analysis for Stage B of the VibeFlow docs-first workflow
Create Feature Specs for Stage E of the VibeFlow docs-first workflow
Create PRDs with success metrics for Stage A of the VibeFlow docs-first workflow
Create tech specs with architecture for Stage C of the VibeFlow docs-first workflow
Release preparation for Stages I-L of the VibeFlow docs-first workflow
| name | validate-checkpoint |
| description | Checkpoint validation and guardrail enforcement for the VibeFlow docs-first development workflow |
| metadata | {"triggers":["validate checkpoint","check gate","am I ready","can I proceed","can I start implementing","can I deploy"]} |
Checkpoint validation and guardrail enforcement for the VibeFlow docs-first development workflow.
This skill validates checkpoint completion before stage progression:
Validate Request
│
├── Determine checkpoint or document type
├── Locate required artifacts
└── Select validation script
│
▼
Run Validation
│
├── Execute validation checks
├── Collect errors and warnings
└── Generate JSON report
│
▼
Report Results
│
├── Output pass/fail summary
├── List blocking issues
└── Return exit code (0=pass, 1=fail, 2=warn)
/validate-checkpoint <number>
Example:
/validate-checkpoint 1
/validate-checkpoint
This auto-detects the current stage and validates the appropriate checkpoint.
/validate-checkpoint prd
/validate-checkpoint discovery <ID>
/validate-checkpoint spec <spec-name>
/validate-checkpoint feature <ID>
/validate-checkpoint opnote <ID>
| # | Checkpoint | After Stage | Validates |
|---|---|---|---|
| 1 | Planning Complete | D | PRD, Discovery, SPECs, ADRs |
| 2 | Design Complete | E | FEATURE spec with API Design |
| 3 | Tests Complete | F | Failing unit tests with stubs |
| 4 | Implementation Complete | H | Passing tests, quality validation |
| 5 | Release Ready | J | OP-NOTE with all sections |
| 6 | Deployed | L | Deployment verified, indices updated |
The following scripts are available in scripts/:
validate_checkpoint.py - Master validator, orchestrates all checkscheck_planning.py - Checkpoint #1: Planning phase validationcheck_design.py - Checkpoint #2: Design phase validationcheck_tests.py - Checkpoint #3: Test phase validationcheck_implementation.py - Checkpoint #4: Implementation validationcheck_release.py - Checkpoint #5: Release readiness validationcheck_deployed.py - Checkpoint #6: Deployment verificationAll validation scripts output JSON with this structure:
{
"checkpoint": 1,
"name": "Planning Complete",
"valid": false,
"issues": [
{
"severity": "error",
"file": "docs/prds/prd.md",
"message": "Missing required section: Success Metrics"
}
],
"warnings": [
{
"file": "docs/specs/spec-api.md",
"message": "Spec version not incremented despite contract changes"
}
],
"passed": 5,
"failed": 2,
"summary": "Checkpoint #1 NOT PASSED: 2 errors, 1 warning"
}
0 - All validations passed1 - Validation failed (blocking issues found)2 - Warnings only (can proceed with caution)After a checkpoint passes, update docs/workflow-state.yaml:
checkpoint to the number that passed (e.g., checkpoint: 2 after CP#2 passes)Stage advancement is handled by: /manage-work advance <ID>
See references/checkpoint-criteria.md for detailed validation criteria for each checkpoint.