Przejdź do treści
Biblioteka skilli
Programowanie · Testowanie

verification-before-completion

/verification-before-completion

Przed twierdzeniem, że praca jest gotowa, uruchamia polecenia weryfikacyjne i potwierdza ich wynik.

Repozytorium
drift ↗
Licencja
MIT
Ostatnia zmiana repozytorium
30.07.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
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

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

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co robi i kiedy

Przed twierdzeniem, że praca jest gotowa, uruchamia polecenia weryfikacyjne i potwierdza ich wynik.

Argumenty

/verification-before-completion Describe what needs to be verified before claiming completion.
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.

Jak działa

  1. Overview
  2. The Iron Law
  3. CRITICAL: Green Tests ≠ Done
  4. The Gate Function
  5. Common Failures
  6. Red Flags - STOP
  7. Key Patterns
  8. When To Apply
  9. The Bottom Line
Sekcje z nagłówków SKILL.md, w oryginale · 124 linii, 626 słów
Podgląd SKILL.md
---
name: verification-before-completion
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."
argument-hint: "Describe what needs to be verified before claiming completion."
---

# Verification Before Completion

## Overview

Claiming work is complete without verification is dishonesty, not efficiency.

**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.

## CRITICAL: Green Tests ≠ Done

**Tests passing is a floor, not a ceiling.** Passing all tests only proves the code doesn't visibly break existing expectations — it does NOT prove the work meets the user's actual request.

```
VERBOTEN:
  "All tests pass → task complete"
  "CI is green → it works as requested"
  "No failures → requirements fulfilled"

PFLICHT stattdessen:
  1. Re-read the original user request / issue / spec
  2. Compare actual output/behavior against each stated requirement
  3. Only then: conclude whether the requirement is met
```

This rule applies even when 100% of tests pass. Even when CI is fully green. Even when the agent "feels confident".

**Green tests prove regression safety. They do not prove intent fulfillment.**

A task is done when the user's stated requirement is demonstrably satisfied — not when the test suite is happy.

## 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 |
| Agent completed | VCS diff shows changes | Agent reports "success" |
| **Requirements met** | **Re-read requirement → line-by-line checklist → each item verified** | **Tests passing — even 100% green CI** |
| **Task complete** | **Original user request re-read, every stated goal demonstrably met** | **No test failures, no errors, "looks correct"** |

## 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"
- **ANY wording implying success without having run verification**
- **"All tests pass" as the sole justification for task completion**
- **Closing a task, issue, or PR based only on green CI — without re-reading the requirement**

## Key Patterns

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

**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 without independent verification
```

## When To Apply

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

## The Bottom Line

**No shortcuts for verification.**

Run the command. Read the output. THEN claim the result.

This is non-negotiable.

Wersje

RepozytoriumWynikLicencja
Ta strona · mick-gsk/drift100MIT
jjuraszek/pi-gauntlet100MIT
GanyuanRan/Aegis100MIT
mvschwarz/openrig100Apache-2.0
FrancoStino/opencode-skills-collection100MIT
foryourhealth111-pixel/Vibe-Skills100Apache-2.0
rootcastleco/rei-skills100MIT
Montinou/triqual100MIT
coco-research/coco100MIT

Migawka bazy z 28.10.2026 · wersja paczki 8e75b07d21c9 (skrót SHA-256 całej paczki)

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

Podobne skille

  • 100verifying-before-completion
    Wymaga uruchomienia poleceń weryfikacyjnych i potwierdzenia ich wyniku przed każdym twierdzeniem o sukcesie.
  • 100verify
    Wymaga uruchomienia poleceń i potwierdzenia wyniku przed każdym twierdzeniem o sukcesie, commitem lub PR.
  • 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.
  • 100ferrox-verification-before-completion
    Wymusza uruchomienie poleceń weryfikujących i sprawdzenie wyniku, zanim praca zostanie uznana za gotową, naprawioną lub przechodzącą testy.

Uwagi i zgłoszenia

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