plugins/cache/nyldn-plugins/octo/9.30.0/skills/skill-verify/SKILL.md
Verify claims with actual evidence before declaring success — use to prevent false completion. Use when: Use when about to claim work is complete, fixed, or passing.. Auto-invoke before: commits, PRs, task completion, moving to next task.. ALWAYS use before expressing satisfaction ("Done!", "Fixed!", "All passing!").
npx skillsauth add moliboy5000/.claude skill-verifyInstall 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.
Your first output line MUST be: 🐙 **CLAUDE OCTOPUS ACTIVATED** - Verification Gate
Claiming work is complete without verification is dishonesty, not efficiency.
If you haven't run the verification command in this message, you cannot claim it passes.
BEFORE claiming any status or expressing satisfaction:
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?
- If NO: State actual status with evidence
- If YES: State claim WITH evidence
5. CLAIM → ONLY THEN make the claim
Skip any step = lying, not verifying
| Claim | Requires | NOT Sufficient | |-------|----------|----------------| | "Tests pass" | Test output showing 0 failures | Previous run, "should pass" | | "Linter clean" | Linter output showing 0 errors | Partial check, extrapolation | | "Build succeeds" | Build command exit code 0 | Linter passing | | "Bug fixed" | Original symptom no longer occurs | "Code changed" | | "Regression test works" | Red-green cycle verified | Test passes once | | "Requirements met" | Line-by-line checklist | Tests passing |
Running tests...
$ npm test
✓ user.create() saves to database (45ms)
✓ user.create() validates email (12ms)
✓ user.create() hashes password (23ms)
Tests: 3 passed, 3 total
Time: 0.8s
All 3 tests pass. Ready for review.
I've implemented the user creation feature. It should work now.
The tests should pass.
1. Write test:
test('rejects empty email', () => { ... })
2. Run test (should FAIL):
$ npm test
FAIL: expected 'Email required', got undefined
✓ Test fails as expected
3. Implement fix
4. Run test (should PASS):
$ npm test
PASS: 1/1
✓ Test passes
5. Revert fix temporarily:
$ git stash
$ npm test
FAIL: expected 'Email required', got undefined
✓ Confirms test catches the bug
6. Restore fix:
$ git stash pop
$ npm test
PASS: 1/1
Red-green cycle verified. Regression test is valid.
If you catch yourself:
ALL of these mean: STOP. Run verification first.
| Excuse | Reality | |--------|---------| | "Should work now" | RUN the verification. | | "I'm confident" | Confidence ≠ evidence. | | "Just this once" | No exceptions. | | "Linter passed" | Linter ≠ tests ≠ build. | | "I'm tired" | Exhaustion ≠ excuse. | | "Partial check is enough" | Partial proves nothing. |
# Run and capture output
npm test # JavaScript/TypeScript
pytest # Python
cargo test # Rust
go test ./... # Go
# Expected: "X passed, 0 failed"
npm run build # Node.js
cargo build --release # Rust
go build ./... # Go
# Expected: Exit code 0, no errors
npm run lint # ESLint
ruff check . # Python
cargo clippy # Rust
# Expected: 0 errors (warnings OK)
npm run typecheck # TypeScript
mypy . # Python
cargo check # Rust
# Expected: 0 errors
Octopus workflows have built-in quality gates:
| Workflow | Verification Point |
|----------|-------------------|
| tangle | 75% success threshold before proceeding |
| ink | Full test suite before delivery |
| squeeze | Red team validation before clearance |
# Before moving from tangle → ink
${HOME}/.claude-octopus/plugin/scripts/orchestrate.sh preflight
# Verifies:
# - All agents completed
# - Quality gate passed
# - No errors in logs
# Full verification before PR
npm test && npm run lint && npm run build
# Then create PR with evidence
gh pr create --body "$(cat <<'EOF'
## Verification
- Tests: 42/42 passing
- Lint: 0 errors
- Build: Success
EOF
)"
Missing any checkbox? Do not claim completion.
Claiming success → Verification evidence exists in this message
Otherwise → Not verified
Run the command. Read the output. THEN claim the result.
No shortcuts for verification. This is non-negotiable.
tools
MANDATORY prerequisite — load this skill BEFORE every `generate_diagram` tool call. NEVER call `generate_diagram` directly without loading this skill first. Trigger whenever the user asks to create, generate, draw, render, sketch, or build a diagram — flowchart, architecture diagram, sequence diagram, ERD or entity-relationship diagram, state diagram or state machine, gantt chart, or timeline. Also trigger when the user mentions Mermaid syntax or wants a system architecture, decision tree, dependency graph, API call flow, auth handshake, schema, or pipeline visualized in FigJam. Routes to type-specific guidance, sets universal Mermaid constraints, and tells you when to use a different diagram type or skip the tool entirely (mindmaps, pie charts, class diagrams, etc.).
development
DEFAULT PIPELINE for all tasks requiring execution. You (Claude) are the strategic orchestrator. Codex agents are your implementation army - hyper-focused coding specialists. Trigger on ANY task involving code, file modifications, codebase research, multi-step work, or implementation. This is NOT optional - Codex agents are the default for all execution work. Only skip if the user explicitly asks you to do something yourself.
development
This skill should be used when the user asks to analyze a UI screen recording and map interaction states into Figma. Trigger for requests such as "put video frames in Figma", "extract states from my recording", "map interactions from video to Figma", "analyze this screen recording", "create a storyboard from my video", "deconstruct this interaction in Figma", "annotate the UI states in my recording", or "pull the key moments from this video into Figma". Also trigger when the user references a video file (.mp4, .mov, .webm, .avi) together with Figma, design review, interaction analysis, prototypes, or UI states. The skill extracts key visual moments from a video, infers interaction triggers, and builds an annotated Figma Design storyboard using native Figma annotations and uploaded screenshot assets.
development
Generate a FigJam project plan board from a PRD plus codebase context. Interactive flow: research → propose sections → per-section deep research → per-section content + block-shape proposal → create FigJam → skeleton → fill → diagrams → wrap. Each content block (section, nested section, intro callout, table, multi-column text, sticky column, diagram section, metadata strip) has its own subskill reference file. Use when the user asks for 'project plan in FigJam', 'interactive project plan', '/generate-project-plan', or provides a PRD and wants per-section confirmation on content + rendering.