brainstorming
Collaborative design exploration that refines ideas into validated specs through iterative questioning. Use before any creative…
Verification discipline for completion claims. Use when about to assert success, claim a fix is complete, report tests passing, or before commits and PRs. Enforces evidence-first workflow.
Claude Code
$ npx -y skills add izyanrajwani/agent-skills-library --skill verification-before-completion --agent claude-code
Codex
$ npx skills add izyanrajwani/agent-skills-library --skill verification-before-completion -a codex -y
Cursor
$ npx skills add izyanrajwani/agent-skills-library --skill verification-before-completion -a cursor -y
Gemini CLI
$ npx skills add izyanrajwani/agent-skills-library --skill verification-before-completion -a gemini-cli -y
GitHub Copilot
$ npx skills add izyanrajwani/agent-skills-library --skill verification-before-completion -a github-copilot -y
OpenCode
$ npx skills add izyanrajwani/agent-skills-library --skill verification-before-completion -a opencode -y
Windsurf
$ npx skills add izyanrajwani/agent-skills-library --skill verification-before-completion -a windsurf -y
name: verification-before-completion description: Verification discipline for completion claims. Use when about to assert success, claim a fix is complete, report tests passing, or before commits and PRs. Enforces evidence-first workflow.
> **NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE**
Evidence before claims, always. If you haven't run the verification command in this message, you cannot claim it passes.
BEFORE any completion claim: 1. IDENTIFY: What verification command proves this claim? 2. RUN: Execute the FULL command (fresh, complete) 3. READ: Full output, check exit code, count failures 4. VERIFY: Does output confirm the claim? - NO → State actual status with evidence - YES → State claim WITH evidence 5. ONLY THEN: Make the claim
When multiple verification options exist (mono-repo, multiple suites):
✅ Ran: npm test Exit: 0 Result: 47 passed, 0 failed "All tests pass." ❌ "Tests should pass now" (no command output)
| Claim | Required Evidence | Insufficient | |-------|-------------------|--------------| | Tests pass | Test output: 0 failures | Previous run, "should pass" | | Linter clean | Linter output: 0 errors | Partial check, extrapolation | | Build succeeds | Build exit code: 0 | Linter passing | | Bug fixed | Original symptom test passes | Code changed | | Regression test | Red-green cycle verified | Single green | | Agent completed | VCS diff shows changes | Agent "success" report | | Requirements met | Line-by-line checklist | Tests passing |
| Excuse | Response | |--------|----------| | "Should work now" | Run the verification | | "I'm confident" | Confidence ≠ evidence | | "Just this once" | No exceptions | | "Linter passed" | Linter ≠ build | | "Agent said success" | Verify independently | | "Partial check enough" | Partial proves nothing |
**Tests:**
✅ [Run test] → [See: 34/34 pass] → "All tests pass" ❌ "Should pass now"
**Regression (TDD):**
✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass) ❌ "Wrote regression test" (no red-green)
**Requirements:**
✅ Re-read plan → Checklist each item → Report gaps or completion ❌ "Tests pass, phase complete"
**Agent delegation:**
✅ Agent reports → Check VCS diff → Verify changes → Report actual state ❌ Trust agent report
🛠️ Enhance programming workflows with a curated library of agent skills for tasks like code review, debugging, and planning for efficient project execution.
Collaborative design exploration that refines ideas into validated specs through iterative questioning. Use before any creative…
Dispatches one subagent per independent domain to parallelize investigation/fixes. Use when you have 2+ unrelated failures (e.g.,…
Disciplined plan execution for implementation tasks. Use when executing a saved implementation plan, following step-by-step…
Git branch completion workflow. Use when implementation is complete, tests pass, and a feature branch needs to be integrated via…
Assesses and responds to incoming code review feedback on PRs (reviewer comments, requested changes), especially when suggestions…
Use when you need to request a code review for a PR/MR and want a consistent review brief (context, scope, risk areas, test…
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.