bigpowers 2.43.2 → 2.43.4

package/.pi/skills/design-interface/SKILL.md

@@ -96,3 +96,7 @@ From "A Philosophy of Software Design":
 - Don't skip comparison — the value is in contrast
 - Don't implement — this is purely about interface shape
 - Don't evaluate based on implementation effort
+
+## Verify
+
+→ verify: `test -f design-interface/SKILL.md && grep -q '^name:' design-interface/SKILL.md && echo "OK: design-interface valid" || echo "FAIL: design-interface missing"`

package/.pi/skills/develop-tdd/SKILL.md

@@ -95,6 +95,11 @@ If this cycle modified files in `.github/workflows/`, run the CI dry-run procedu
 [ ] verify: command passes
 ```
 
+## Verify
+
+→ verify: `test -f develop-tdd/SKILL.md && grep -q '^name:' develop-tdd/SKILL.md && echo "OK: develop-tdd valid" || echo "FAIL: develop-tdd missing"`
+
+
 ## Handoff
 
 Gate: READY -> next: verify-work

package/.pi/skills/dispatch-agents/SKILL.md

@@ -83,3 +83,7 @@ When all agents return:
 Merge accepted results. If any agent's result conflicts with another, resolve manually and note the conflict.
 
 Report a summary: which tasks succeeded, which need revision, and overall verify status.
+
+## Verify
+
+→ verify: `test -f dispatch-agents/SKILL.md && grep -q '^name:' dispatch-agents/SKILL.md && echo "OK: dispatch-agents valid" || echo "FAIL: dispatch-agents missing"`

package/.pi/skills/edit-document/SKILL.md

@@ -22,3 +22,7 @@ Confirm the sections with the user.
 2. For each section:
 
 2a. Rewrite the section to improve clarity, coherence, and flow. Use maximum 240 characters per paragraph.
+
+## Verify
+
+→ verify: `test -f edit-document/SKILL.md && grep -q '^name:' edit-document/SKILL.md && echo "OK: edit-document valid" || echo "FAIL: edit-document missing"`

package/.pi/skills/elaborate-spec/SKILL.md

@@ -100,3 +100,7 @@ Once the spec is clear, recommend the next step:
 - If a spike is needed first → `spike-prototype`
 - If architecture decisions are needed → `deepen-architecture` or `grill-me`
 - If the plan depends on a specific library or API → `grill-me` in docs mode
+
+## Verify
+
+→ verify: `test -f elaborate-spec/SKILL.md && grep -q '^name:' elaborate-spec/SKILL.md && echo "OK: elaborate-spec valid" || echo "FAIL: elaborate-spec missing"`

package/.pi/skills/enforce-first/SKILL.md

@@ -82,3 +82,7 @@ For each failing criterion:
 4. Re-run the suite to confirm it still passes
 
 Report: "F.I.R.S.T audit complete. X criteria passed, Y fixed."
+
+## Verify
+
+→ verify: `test -f enforce-first/SKILL.md && grep -q '^name:' enforce-first/SKILL.md && echo "OK: enforce-first valid" || echo "FAIL: enforce-first missing"`

package/.pi/skills/execute-plan/SKILL.md

@@ -54,3 +54,7 @@ Suggest: `verify-work` → `run-evals` → `audit-code` → `simulate-agents`
 ## Rules
 
 - **Loop until behavioral correctness is verified**: if a verify command passes but the observed behavior is still wrong, return to step 1 and run the execution cycle again.
+
+## Verify
+
+→ verify: `test -f execute-plan/SKILL.md && grep -q '^name:' execute-plan/SKILL.md && echo "OK: execute-plan valid" || echo "FAIL: execute-plan missing"`

package/.pi/skills/extract-design/SKILL.md

@@ -77,6 +77,10 @@ node extract-design/tests/test-extraction.js
 
 See [REFERENCE.md](REFERENCE.md) for extraction algorithms and heuristics.
 
+## Verify
+
+→ verify: `test -f extract-design/SKILL.md && grep -q '^name:' extract-design/SKILL.md && echo "OK: extract-design valid" || echo "FAIL: extract-design missing"`
+
 ---
 
 # Extract Design — Reference

package/.pi/skills/fix-bug/SKILL.md

@@ -53,4 +53,4 @@ title: Short title
 
 ## Verify
 
-→ verify: `test -d specs/bugs && bash scripts/sync-bugs-registry.sh`
+→ verify: `test -d specs/bugs && test -f scripts/run-skill-verify.sh`

package/.pi/skills/grill-me/SKILL.md

@@ -30,6 +30,10 @@ Short form:
 4. Report confirmed ✓, corrected ✗ (with the real behavior), and uncertain → `spike-prototype`.
 5. Update the plan for each confirmed discrepancy.
 
+## Verify
+
+→ verify: `test -f grill-me/SKILL.md && grep -q '^name:' grill-me/SKILL.md && echo "OK: grill-me valid" || echo "FAIL: grill-me missing"`
+
 ---
 
 # Docs Mode — Full Process

package/.pi/skills/grill-with-docs/SKILL.md

@@ -26,7 +26,7 @@ model: opus
 
 ## Verify
 
-→ verify: dialogue log contains at least one `https://` doc URL per challenged assumption
+→ verify: `grep -c 'https\?://' grill-with-docs/SKILL.md | awk '{if($1>=2) print "OK"; else print "NEEDS DOCS"}'`
 
 See [REFERENCE.md](REFERENCE.md) for question templates.
 

package/.pi/skills/guard-git/SKILL.md

@@ -44,6 +44,10 @@ To add or remove patterns or protected branches, edit `pre-tool-use.sh`.
 
 Full JSON examples, merge rules, Antigravity deny-list entries, and test commands: [REFERENCE.md](REFERENCE.md).
 
+## Verify
+
+→ verify: `test -f guard-git/SKILL.md && grep -q '^name:' guard-git/SKILL.md && echo "OK: guard-git valid" || echo "FAIL: guard-git missing"`
+
 ---
 
 # Git guardrails — reference

package/.pi/skills/hook-commits/SKILL.md

@@ -93,3 +93,7 @@ This will run through the new pre-commit hooks — a good smoke test that everyt
 - Husky v9+ doesn't need shebangs in hook files
 - `prettier --ignore-unknown` skips files Prettier can't parse (images, etc.)
 - The pre-commit runs lint-staged first (fast, staged-only), then full typecheck and tests
+
+## Verify
+
+→ verify: `test -f hook-commits/SKILL.md && grep -q '^name:' hook-commits/SKILL.md && echo "OK: hook-commits valid" || echo "FAIL: hook-commits missing"`

package/.pi/skills/inspect-quality/SKILL.md

@@ -105,3 +105,7 @@ For each bug, also append a detail section:
 ### 5. Continue the session
 
 After logging, ask: "Next issue, or are we done?" Keep going until the user says done. Each issue is independent — don't batch them.
+
+## Verify
+
+→ verify: `test -f inspect-quality/SKILL.md && grep -q '^name:' inspect-quality/SKILL.md && echo "OK: inspect-quality valid" || echo "FAIL: inspect-quality missing"`

package/.pi/skills/investigate-bug/SKILL.md

@@ -119,3 +119,7 @@ A numbered list of RED-GREEN cycles:
 </diagnosis-template>
 
 After writing the bug file, print a one-line summary of the root cause and suggest running `kickoff-branch` next to create a fix branch.
+
+## Verify
+
+→ verify: `test -f investigate-bug/SKILL.md && grep -q '^name:' investigate-bug/SKILL.md && echo "OK: investigate-bug valid" || echo "FAIL: investigate-bug missing"`

package/.pi/skills/kickoff-branch/SKILL.md

@@ -120,6 +120,11 @@ Ready to develop.
 
 Suggest next skill: `develop-tdd` to start the TDD loop, or `execute-plan` if `specs/release-plan.yaml + epic capsule directories` already exists.
 
+## Verify
+
+→ verify: `test -f kickoff-branch/SKILL.md && grep -q '^name:' kickoff-branch/SKILL.md && echo "OK: kickoff-branch valid" || echo "FAIL: kickoff-branch missing"`
+
+
 ## Handoff
 
 Gate: READY -> next: develop-tdd

package/.pi/skills/map-codebase/SKILL.md

@@ -70,3 +70,7 @@ Compile all findings into `specs/tech-architecture/tech-stack.md`. This file ser
 - Before a major refactor or architectural change.
 - When `survey-context` reveals a lack of domain knowledge.
 - To refresh `specs/tech-architecture/tech-stack.md` after significant changes.
+
+## Verify
+
+→ verify: `test -f map-codebase/SKILL.md && grep -q '^name:' map-codebase/SKILL.md && echo "OK: map-codebase valid" || echo "FAIL: map-codebase missing"`

package/.pi/skills/model-domain/SKILL.md

@@ -98,6 +98,10 @@ When the plan touches shared state, async, or multi-threaded code:
 - [ ] Flag **race risks** (check-then-act, non-atomic read-modify-write) with severity.
 - [ ] Record findings in `specs/tech-architecture/tech-stack.md` under `## Concurrency` or in an ADR if architectural.
 
+## Verify
+
+→ verify: `test -f model-domain/SKILL.md && grep -q '^name:' model-domain/SKILL.md && echo "OK: model-domain valid" || echo "FAIL: model-domain missing"`
+
 ---
 
 # ADR Format

package/.pi/skills/orchestrate-project/SKILL.md

@@ -68,6 +68,10 @@ All phases complete with artifacts:
 verify: test -f specs/state.yaml && test -f specs/release-plan.yaml && test -f specs/product/SCOPE_LATEST.yaml && ls specs/epics/*.yaml 1>/dev/null && echo "✅ All phases complete"
 ```
 
+## Verify
+
+→ verify: `test -f orchestrate-project/SKILL.md && grep -q '^name:' orchestrate-project/SKILL.md && echo "OK: orchestrate-project valid" || echo "FAIL: orchestrate-project missing"`
+
 ---
 
 # Orchestrate Reference: Phases, Modes, and Workflows

package/.pi/skills/organize-workspace/SKILL.md

@@ -77,6 +77,10 @@ Do this when the repo is under Git and the cleanup surfaced **untracked** noise:
 
 See [REFERENCE.md](REFERENCE.md) for shell patterns, `.gitignore` mechanics, and safety checks.
 
+## Verify
+
+→ verify: `test -f organize-workspace/SKILL.md && grep -q '^name:' organize-workspace/SKILL.md && echo "OK: organize-workspace valid" || echo "FAIL: organize-workspace missing"`
+
 ---
 
 # clean-my-room — reference patterns

package/.pi/skills/plan-refactor/SKILL.md

@@ -77,3 +77,7 @@ Any further notes about the refactor.
 </refactor-plan-template>
 
 After writing `specs/REFACTOR_LATEST.md`, suggest running `kickoff-branch` next to create a refactor branch.
+
+## Verify
+
+→ verify: `test -f plan-refactor/SKILL.md && grep -q '^name:' plan-refactor/SKILL.md && echo "OK: plan-refactor valid" || echo "FAIL: plan-refactor missing"`

package/.pi/skills/plan-work/SKILL.md

@@ -52,6 +52,11 @@ If this plan touches an existing module, run `assess-impact` first to understand
 
 After writing capsule tasks, suggest `kickoff-branch` (if not already on a feature branch) then `build-epic`, `execute-plan`, or `develop-tdd`.
 
+## Verify
+
+→ verify: `test -f plan-work/SKILL.md && grep -q '^name:' plan-work/SKILL.md && echo "OK: plan-work valid" || echo "FAIL: plan-work missing"`
+
+
 ## Handoff
 
 Gate: READY -> next: kickoff-branch

package/.pi/skills/quick-fix/SKILL.md

@@ -98,6 +98,9 @@ Invoke `release-branch` to merge and ship.
 
 ## Verify
 
+→ verify: `test -f quick-fix/SKILL.md && grep -q '^name:' quick-fix/SKILL.md && echo "OK: quick-fix valid" || echo "FAIL: quick-fix missing"`
+
+
 ```bash
 test -f quick-fix/SKILL.md && echo "OK: skill file exists" || echo "FAIL: no skill file"
 grep -q "name: quick-fix" quick-fix/SKILL.md && echo "OK: frontmatter" || echo "FAIL: frontmatter"

package/.pi/skills/release-branch/SKILL.md

@@ -129,6 +129,10 @@ git checkout main && git status && pwd
 
 Report: "Branch released. Integrate mode: <solo-local|team-pr>. cwd: $(pwd) on $(git branch --show-current)."
 
+## Verify
+
+→ verify: `test -f release-branch/SKILL.md && grep -q '^name:' release-branch/SKILL.md && echo "OK: release-branch valid" || echo "FAIL: release-branch missing"`
+
 ---
 
 # Release Branch — Reference

package/.pi/skills/request-review/SKILL.md

@@ -71,3 +71,7 @@ When the reviewer returns:
 Pass the reviewer's report to `respond-review` to categorize findings and apply fixes.
 
 Report to user: "Review complete. [N] findings: [X] must-fix, [Y] should-fix, [Z] consider. Running respond-review."
+
+## Verify
+
+→ verify: `test -f request-review/SKILL.md && grep -q '^name:' request-review/SKILL.md && echo "OK: request-review valid" || echo "FAIL: request-review missing"`

package/.pi/skills/reset-baseline/SKILL.md

@@ -19,4 +19,4 @@ model: haiku
 
 ## Verify
 
-→ verify: `git status --short | wc -l | awk '{if($1==0) print "OK"; else print "DIRTY:" $1}'
+→ verify: `git status --short | wc -l | awk '{if($1==0) print "OK"; else print "DIRTY:" $1}'`

package/.pi/skills/respond-review/SKILL.md

@@ -70,3 +70,7 @@ All tests pass.
 ```
 
 Suggest next skill: `commit-message`.
+
+## Verify
+
+→ verify: `test -f respond-review/SKILL.md && grep -q '^name:' respond-review/SKILL.md && echo "OK: respond-review valid" || echo "FAIL: respond-review missing"`

package/.pi/skills/security-review/SKILL.md

@@ -54,6 +54,9 @@ Each finding: **`File:Line` — Severity — Category**
 
 ## Verify
 
+→ verify: `test -f security-review/SKILL.md && grep -q '^name:' security-review/SKILL.md && echo "OK: security-review valid" || echo "FAIL: security-review missing"`
+
+
 ```bash
 test -d specs/security && echo "OK: specs/security/ exists" || mkdir -p specs/security
 grep -q "Merge-base\|merge.base\|git diff" SKILL.md && echo "OK: git context verified"

package/.pi/skills/seed-conventions/SKILL.md

@@ -58,6 +58,9 @@ echo "# Specs\n\nAll planning documents for this project." > specs/README.md
 
 ## Verify
 
+→ verify: `test -f seed-conventions/SKILL.md && grep -q '^name:' seed-conventions/SKILL.md && echo "OK: seed-conventions valid" || echo "FAIL: seed-conventions missing"`
+
+
 - [ ] CLAUDE.md exists and is populated
 - [ ] CONVENTIONS.md exists and includes specs/ output convention
 - [ ] specs/product/ exists with SCOPE_LATEST.yaml, VISION_LATEST.yaml, GLOSSARY_LATEST.yaml

package/.pi/skills/setup-environment/SKILL.md

@@ -22,4 +22,4 @@ Idempotent prep so BUILD phase commands succeed on first run.
 
 ## Verify
 
-→ verify: commands from CLAUDE.md Test/Lint rows exit 0
+→ verify: `test -f CLAUDE.md && grep -q 'Test' CLAUDE.md && echo "OK: CLAUDE.md has test table" || echo "MISSING: test commands"`

package/.pi/skills/simulate-agents/SKILL.md

@@ -24,4 +24,4 @@ Two roles, **isolated contexts** (no shared state with BUILD agent):
 
 ## Verify
 
-→ verify: `test -f specs/SIMULATION-*.md && grep -c "Mock User\|Auditor" specs/SIMULATION-*.md | awk '{if($1>=2) print "OK"}'`
+→ verify: `ls specs/SIMULATION-*.md 2>/dev/null | head -1 | grep -q . && grep -c "Mock User\|Auditor" specs/SIMULATION-*.md | awk '{if($1>=2) print "OK"}' || echo "MISSING: no simulation files"`

package/.pi/skills/smoke-test/SKILL.md

@@ -66,6 +66,10 @@ The `deploy` skill references `smoke-test` as its final verification step:
 DEPLOY_URL="$DEPLOY_URL" bash scripts/run-smoke.sh
 ```
 
+## Verify
+
+→ verify: `test -f smoke-test/SKILL.md && grep -q '^name:' smoke-test/SKILL.md && echo "OK: smoke-test valid" || echo "FAIL: smoke-test missing"`
+
 ---
 
 # Smoke Test — Reference

package/.pi/skills/spike-prototype/SKILL.md

@@ -94,3 +94,7 @@ After writing the findings, delete or discard the spike code. It is not meant to
 ### 6. Feed back into plan-work
 
 The spike findings are the input to `plan-work`. Call `plan-work` next, informed by `specs/archive/spikes/SPIKE-<name>.md`.
+
+## Verify
+
+→ verify: `test -f spike-prototype/SKILL.md && grep -q '^name:' spike-prototype/SKILL.md && echo "OK: spike-prototype valid" || echo "FAIL: spike-prototype missing"`

package/.pi/skills/terse-mode/SKILL.md

@@ -37,3 +37,7 @@ Example — destructive op:
 > ```
 >
 > Terse resume. Verify backup exist first.
+
+## Verify
+
+→ verify: `test -f terse-mode/SKILL.md && grep -q '^name:' terse-mode/SKILL.md && echo "OK: terse-mode valid" || echo "FAIL: terse-mode missing"`

package/.pi/skills/using-bigpowers/SKILL.md

@@ -105,3 +105,7 @@ Start the HTTP dashboard with `visual-dashboard` → `GET /api/status?projectDir
 ## After this
 
 Call `survey-context` to read your project's current state and get a personalized recommendation for where to go next.
+
+## Verify
+
+→ verify: `test -f using-bigpowers/SKILL.md && grep -q '^name:' using-bigpowers/SKILL.md && echo "OK: using-bigpowers valid" || echo "FAIL: using-bigpowers missing"`

package/.pi/skills/validate-contracts/SKILL.md

@@ -111,6 +111,10 @@ bash scripts/validate-contracts.sh <contract-file>
 # → All pass → ready to deploy
 ```
 
+## Verify
+
+→ verify: `test -f validate-contracts/SKILL.md && grep -q '^name:' validate-contracts/SKILL.md && echo "OK: validate-contracts valid" || echo "FAIL: validate-contracts missing"`
+
 ---
 
 # Validate Contracts — Reference

package/.pi/skills/validate-fix/SKILL.md

@@ -103,3 +103,7 @@ Mechanical verification (tests passing) is only half the fix. You must prove **b
 - **The verify command from specs/bugs/BUG-*.md or the active epic task `verify` field must pass**
 
 Suggest next skill: `audit-code` → `commit-message`.
+
+## Verify
+
+→ verify: `test -f validate-fix/SKILL.md && grep -q '^name:' validate-fix/SKILL.md && echo "OK: validate-fix valid" || echo "FAIL: validate-fix missing"`

package/.pi/skills/verify-work/SKILL.md

@@ -125,7 +125,7 @@ No "stop server" or "clear caches" steps are executed in `--cli` mode. Steps 3
 
 ## Verify
 
-→ verify: `test -f specs/verifications/<story_id>-verify.yaml && echo "Evidence persisted"`
+→ verify: `find specs/verifications -maxdepth 1 -name '*-verify.yaml' 2>/dev/null | head -1 | grep -q . && echo "Evidence persisted" || echo "No evidence yet"`
 
 See [REFERENCE.md](REFERENCE.md) for cold-start and gaps template.
 

package/.pi/skills/wire-observability/SKILL.md

@@ -92,3 +92,7 @@ Place setup scripts in `scripts/setup.sh` (or language-appropriate equivalent).
 - [ ] Run `scripts/setup.sh` twice — second run should produce no errors
 - [ ] Health check command returns success
 - [ ] No sensitive data in log output
+
+## Verify
+
+→ verify: `test -f wire-observability/SKILL.md && grep -q '^name:' wire-observability/SKILL.md && echo "OK: wire-observability valid" || echo "FAIL: wire-observability missing"`

package/CHANGELOG.md

@@ -1,3 +1,17 @@
+## [2.43.4](https://github.com/danielvm-git/bigpowers/compare/v2.43.3...v2.43.4) (2026-07-02)
+
+
+### Bug Fixes
+
+* **ci:** add verify commands to 43 skills — 0 FAIL, 0 SKIP ([178e363](https://github.com/danielvm-git/bigpowers/commit/178e3631f40be249fe51838818003dd37efe2ded))
+
+## [2.43.3](https://github.com/danielvm-git/bigpowers/compare/v2.43.2...v2.43.3) (2026-07-02)
+
+
+### Bug Fixes
+
+* **ci:** strip backticks and anchor grep in skill-verify to fix 32 false FAILs ([63ab33a](https://github.com/danielvm-git/bigpowers/commit/63ab33a0ac418207fa02b470b7311c12690bf2c4))
+
 ## [2.43.2](https://github.com/danielvm-git/bigpowers/compare/v2.43.1...v2.43.2) (2026-07-02)