Programowanie · Testowanie
tdd
/tdd
Pilnuje, by testy powstawały przed kodem: pisze nieudane testy, czeka na zatwierdzenie i dopiero potem implementuje minimum.
Dla kogo
- Autor
- prashantxo ↗
- Repozytorium
- codeforge ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 26.06.2026
Ocena i bezpieczeństwo
95/ 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ść30 / 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
- 2
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Przestarzałość
Brak sygnałów. Repozytorium zmienione 26.06.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
Pilnuje, by testy powstawały przed kodem: pisze nieudane testy, czeka na zatwierdzenie i dopiero potem implementuje minimum.
Oryginalny opis (EN)
Test-driven development enforcer. Triggers on /codeforge:tdd. Writes failing tests first, stops for approval, then implements minimum code, then refactors.
Jak działa
- Phases
- Test quality rules
- Output
Sekcje z nagłówków SKILL.md, w oryginale · 31 linii, 166 słów
Podgląd SKILL.md
--- name: tdd description: Test-driven development enforcer. Triggers on /codeforge:tdd. Writes failing tests first, stops for approval, then implements minimum code, then refactors. allowed-tools: Read, Write, Edit, Grep, Glob, Bash(npm test:*), Bash(pytest:*), Bash(go test:*), Bash(cargo test:*), Bash(jest:*), Bash(vitest:*) --- # codeforge:tdd ## Phases | Phase | Action | Gate | |-------|--------|------| | READ | Study existing test conventions: framework, naming, location | n/a | | RED | Write failing tests for desired behavior. Verify they fail for right reason | **STOP: show user, wait for approval** | | GREEN | Write minimum code to pass. Nothing extra. | Run tests, all green | | REFACTOR | Clean up while keeping green. One change at a time. | Run tests after each change | ## Test quality rules | Rule | Detail | |------|--------| | Test behavior | Not implementation details | | Name clearly | `should_<behavior>_when_<condition>` | | Cover edges | Empty, null, max, concurrent, error | | No persistence mocks | Unless genuinely unavoidable | | One concept per test | Not multiple assertions on unrelated behavior | ## Output ``` FORGE TDD — <feature> Tests added: N Red→Green cycles: N Coverage delta: +X% Refactor changes: file:line - what changed Result: N/N PASS ```
Pliki w paczce (2)
- SKILL.md 1 KB
- agents/openai.yaml 1 KB
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · prashantxo/codeforge | 95 | MIT |
| kdlbs/kandev | 100 | AGPL-3.0 |
| sentimony/skills | 100 | MIT |
| TerminalSkills/skills | 100 | Apache-2.0 |
| duronext/jig | 100 | MIT |
| xoai/sage | 100 | MIT |
| rolemodel/skills | 100 | MIT |
| j0hanz/j0hanz-marketplace | 100 | MIT |
| mthines/agent-skills | 100 | MIT |
Migawka bazy z 28.10.2026 · wersja paczki e1044ff4d4ae (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
- 90TDD Methodology
Wdraża metodykę TDD dla funkcji, błędów i refaktoryzacji: najpierw testy, potem kod, gdy użytkownik prosi o test-first lub TDD. - 100tdd-implement
Implementuje funkcję lub poprawkę błędu metodą TDD: analizuje wymaganie, pisze testy, minimalny kod i refaktoryzuje. - 90test-driven-development
Prowadzi przez pisanie testu przed kodem: czerwony test, minimalna poprawka, refaktoryzacja i typowe pułapki TDD. - 100test-driven
Prowadzi implementację metodą Test-Driven Development w dowolnym wspieranym języku, z testami pisanymi przed kodem w stylu XP. - 95tdd-workflow
Egzekwuje metodykę TDD: testy przed implementacją, cykl red-green-refactor i wymagania dotyczące pokrycia kodu. - 100test-driven-development
Stosuje zasady TDD przy nowych funkcjach, poprawkach i refaktoryzacji: najpierw testy, które nie przechodzą, potem implementacja i porządkowanie kodu.