examples/reference-agent/skills/soleri-verification-before-completion/SKILL.md
Use when the user says "verify this works", "check output", "quality gate", or "run tests before done". Internal quality gate before claiming any task is done. For shipping, use deliver-and-ship instead.
npx skillsauth add adrozdenko/soleri soleri-verification-before-completionInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Core principle: Evidence before claims, always.
NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
If you haven't run the verification command in this message, you cannot claim it passes.
1. IDENTIFY: What 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. AGENT CHECK: Run system diagnostics
6. ONLY THEN: Make the claim
If this task is part of a tracked loop:
salvador_core op:loop_status
Report loop iteration status before claiming completion.
After passing verification commands:
salvador_core op:admin_health — catches vault corruption, stale cachessalvador_core op:admin_diagnostic — module status, database integrity, config validitysalvador_core op:admin_vault_analytics — knowledge quality metricsIf any check reports problems, address before claiming completion.
| Claim | Requires | Not Sufficient | | ---------------- | ----------------------- | ----------------------------- | | Tests pass | Test output: 0 failures | Previous run, "should pass" | | Build succeeds | Build command: exit 0 | Linter passing | | Bug fixed | Original symptom passes | "Code changed, assumed fixed" | | Requirements met | Line-by-line checklist | Tests passing alone |
| Excuse | Reality | | ------------------------- | -------------------------- | | "Should work now" | RUN the verification | | "I'm confident" | Confidence is not evidence | | "Just this once" | No exceptions | | "Partial check is enough" | Partial proves nothing |
Capture session summary: salvador_core op:session_capture params: { summary: "<what was accomplished>" }
Do NOT rationalize away failures. If a check fails, it fails. Period.
admin_health, admin_diagnostic) must report no problems before completion.| Op | When to Use |
| ----------------------- | ----------------------------------- |
| loop_status | Check loop iteration status |
| admin_health | Quick system health check |
| admin_diagnostic | Comprehensive diagnostic |
| admin_vault_analytics | Knowledge quality metrics |
| session_capture | Persist verified completion context |
testing
Triggers: "terse mode", "be brief", "less tokens", "fewer tokens", "compress output", "caveman", or invokes /terse. Token-efficient responses with full technical accuracy.
tools
Triggers: "compress this file", "compress CLAUDE.md", "compress memory", "shrink this", "reduce tokens in file", or invokes /compress. Compresses natural language files to save input tokens.
testing
Triggers: "release", "bump version", "publish packages", "cut a release", "version bump", "npm publish". Bumps monorepo versions, commits, tags, pushes to trigger CI release. Use deliver-and-ship for quality gates.
development
Triggers: "implement X", "build Y", "fix Z", "add feature", or any work task needing planning + execution. Full orchestration loop: plan, execute, complete with vault context and brain recs.