Przejdź do treści
Biblioteka skilli
Programowanie · Testowanie

verification-before-completion

/verification-before-completion

Wymaga weryfikacji na gałęzi dla gotowej jednostki pracy lub poprawki zleconej przez właściciela, także przed commitem.

Repozytorium
SuperEGM ↗
Licencja
Apache-2.0
Ostatnia zmiana repozytorium
10.11.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
3
Skrypty
0
Komentarze HTML
1
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 10.11.2026, bez odwołań do wycofanych modeli i API.

Licencja

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

Co sprawdzić przed instalacją
  • SKILL.md zawiera komentarze HTML (1). Nie widać ich w podglądzie Markdown, a model je czyta.

Co robi i kiedy

Wymaga weryfikacji na gałęzi dla gotowej jednostki pracy lub poprawki zleconej przez właściciela, także przed commitem.

Oryginalny opis (EN)

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always. Only for a filed unit on its branch or for an owner-requested fix on a branch; never during brainstorm, spec or plan.

Jak działa

  1. Overview
  2. The Iron Law
  3. The Gate Function
  4. Common Failures
  5. Red Flags - STOP
  6. Rationalization Prevention
  7. Key Patterns
  8. When To Apply
Sekcje z nagłówków SKILL.md, w oryginale · 123 linii, 584 słów
Podgląd SKILL.md
---
name: verification-before-completion
license: MIT
effects: working-tree
description: Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always. Only for a filed unit on its branch or for an owner-requested fix on a branch; never during brainstorm, spec or plan.
---

<!-- From superpowers 7.0.0 (MIT); modified by SuperEGM (gsVAM), 2026: phase sentence, the snapshot rule. -->

# Verification Before Completion

In Claude Code or Cowork, read `${CLAUDE_PLUGIN_ROOT}/docs/claude.md` first.

## Overview

**Core principle:** Evidence before claims, always.

**Violating the letter of this rule is violating the spirit of this rule.**

## The Iron Law

```
NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
```

If you haven't run the verification command in this message, you cannot claim it passes.

This skill never updates snapshots or fixtures: a failing snapshot is a finding, not a file to regenerate.

## The Gate Function

```
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. ONLY THEN: Make the claim

Skip any step = lying, not verifying
```

## Common Failures

| Claim | Requires | Not Sufficient |
|-------|----------|----------------|
| Tests pass | Test command output: 0 failures | Previous run, "should pass" |
| Linter clean | Linter output: 0 errors | Partial check, extrapolation |
| Build succeeds | Build command: exit 0 | Linter passing, logs look good |
| Bug fixed | Test original symptom: passes | Code changed, assumed fixed |
| Regression test works | Red-green cycle verified | Test passes once |
| Agent completed | VCS diff shows changes | Agent reports "success" |
| Requirements met | Line-by-line checklist | Tests passing |

## Red Flags - STOP

- Using "should", "probably", "seems to"
- Expressing satisfaction before verification ("Great!", "Perfect!", "Done!", etc.)
- About to commit/push/PR without verification
- Trusting agent success reports
- Relying on partial verification
- Thinking "just this once"
- Tired and wanting work over
- **ANY wording implying success without having run verification**

## Rationalization Prevention

| Excuse | Reality |
|--------|---------|
| "Should work now" | RUN the verification |
| "I'm confident" | Confidence ≠ evidence |
| "Just this once" | No exceptions |
| "Linter passed" | Linter ≠ compiler |
| "Agent said success" | Verify independently |
| "I'm tired" | Exhaustion ≠ excuse |
| "Partial check is enough" | Partial proves nothing |
| "Different words so rule doesn't apply" | Spirit over letter |

## Key Patterns

**Tests:**
```
✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"
```

**Regression tests (TDD Red-Green):**
```
✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)
```

**Build:**
```
✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)
```

**Requirements:**
```
✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"
```

**Agent delegation:**
```
✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report
```

## When To Apply

**ALWAYS before:**
- ANY variation of success/completion claims
- ANY expression of satisfaction
- ANY positive statement about work state
- Committing, PR creation, task completion
- Moving to next task
- Delegating to agents

**Rule applies to:**
- Exact phrases
- Paraphrases and synonyms
- Implications of success
- ANY communication suggesting completion/correctness
Pliki w paczce (3)
  • SKILL.md 4 KB
  • test_scenarios.yaml 1 KB
  • assets/icon.svg 1 KB

Wersje

RepozytoriumWynikLicencja
Ta strona · gsVAM/SuperEGM100Apache-2.0
jjuraszek/pi-gauntlet100MIT
GanyuanRan/Aegis100MIT
mvschwarz/openrig100Apache-2.0
nikospavlopoulos/devops-mutant-powers100MIT
FrancoStino/opencode-skills-collection100MIT
foryourhealth111-pixel/Vibe-Skills100Apache-2.0
rootcastleco/rei-skills100MIT
Montinou/triqual100MIT

Migawka bazy z 13.11.2026 · wersja paczki 62afae05821b (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100verify
    Wymaga uruchomienia poleceń i potwierdzenia wyniku przed każdym twierdzeniem o sukcesie, commitem lub PR.
  • 100verifying-before-completion
    Wymaga uruchomienia poleceń weryfikacyjnych i potwierdzenia ich wyniku przed każdym twierdzeniem o sukcesie.
  • 100sr-verification-before-completion
    Wymusza uruchomienie poleceń weryfikacyjnych i potwierdzenie wyniku, zanim praca zostanie uznana za ukończoną lub naprawioną.
  • 100verify
    Wymaga uruchomienia poleceń weryfikacyjnych i potwierdzenia wyniku przed każdym twierdzeniem o sukcesie.
  • 90sp-verify
    Wymaga uruchomienia poleceń weryfikacyjnych i potwierdzenia wyniku, zanim praca zostanie uznana za gotową do commita lub PR.
  • 100gate
    Wymaga uruchomienia poleceń weryfikacyjnych i potwierdzenia wyniku, zanim praca zostanie uznana za ukończoną, naprawioną lub zaliczoną, przed commitem i tworzeniem PR.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.