بنقرة واحدة
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.