Przejdź do treści
Biblioteka skilli
Programowanie · Budowanie i kod

dev-bug

/dev-bug

Odtwarza błąd, znajduje przyczynę na podstawie dowodów, a potem naprawia go wraz z testem regresji.

Repozytorium
tejit-plugin ↗
Licencja
MIT
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
1
Skrypty
0
Komentarze HTML
0
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

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

Co robi i kiedy

Odtwarza błąd, znajduje przyczynę na podstawie dowodów, a potem naprawia go wraz z testem regresji.

Wyzwalacze z opisu

bugdebugwhy is X happeningnot workingthis is broken
Oryginalny opis (EN)

Use for bugs and debugging. Triggers include "bug", "debug", "why is X happening", "not working", "this is broken". Two entries, both covered - a bug is listed, or debugging only (may find no bug). Reproduces first, explains in plain terms, finds the root cause from evidence, then fixes through dev-code with a regression test.

Jak działa

  1. Steps
Sekcje z nagłówków SKILL.md, w oryginale · 40 linii, 415 słów
Podgląd SKILL.md
---
name: dev-bug
description: Use for bugs and debugging. Triggers include "bug", "debug", "why is X happening", "not working", "this is broken". Two entries, both covered - a bug is listed, or debugging only (may find no bug). Reproduces first, explains in plain terms, finds the root cause from evidence, then fixes through dev-code with a regression test.
metadata:
  version: "0.1.0"
---

# dev-bug — Reproduce, Explain, Fix

Before anything else, follow `../_shared/update-check.md`.

Section names (Workspace guard, Test policy, Question rules, Plain explanation, Auto mode,
Review cadence, Handoff) are in `../_shared/dev-common.md`.

Entries: (a) the user lists a bug; (b) the user only wants it debugged and there may be no
bug. Same steps for both.

## Steps

0. If `auto` is in the request, print the Auto mode text from `../_shared/dev-common.md` first thing, if it has not been printed yet.
1. **Workspace guard.** Apply it first. Show once: "Say `auto` any time to run all
   remaining stages without stopping." Follow Auto mode if on.
2. **Reproduce before any theory or fix.** Find an exact command or steps that show the
   problem. Write down observed versus expected. If you cannot reproduce it, say what you
   tried and the one missing fact needed (with a default, per Question rules), and ask for
   it; in auto mode stop and report instead. Do not guess a fix.
3. **Explain the bug plainly** (Plain explanation): what happens, what should happen, why,
   and one concrete example. No jargon.
4. **Find the root cause from evidence.** One hypothesis at a time:
   - Read the real error and the code on the failing path. Trace back to where the wrong
     value first appears.
   - Make a prediction ("if X is the cause, then Y will show"), test it with the smallest
     probe, keep or drop it. Put probe scripts inside the project, not a temp folder, and delete them before step 6.
   - Compare with similar code that works. Do not change several things at once.
   - After 3 failed hypotheses, stop and report what you know and the one thing you need.
5. **No bug found:** report the findings and stop. No code change.
6. **Bug found:** invoke `dev-code` in light mode with these instructions. No PRD or TASKS.
   - Write a regression test that fails first, for the reason you found, then the fix, then
     see it pass. The test is what keeps the bug from returning.
   - Run only that test and the tests it impacts (Test policy), never the whole suite.
7. **Handoff.** Write the Handoff section for the bug stage (Handoff). If `dev-ship`
   succeeds below it removes the section.
8. **Review and ship.** `dev-review` follows through `dev-code` (Review cadence). Then the
   ship question, "Ship?", via `dev-ship` (skipped when a PR is open or in auto mode). If
   the run stops here, print the "Continue here" message (skipped in auto mode).

Wersje

W bazie nie ma innych skilli o nazwie dev-bug.

Migawka bazy z 13.11.2026 · wersja paczki 271d306b86e7 (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

  • 100fix-bug
    Naprawia błąd przez debugowanie sterowane testami: odtwarza go padającym testem, lokalizuje przyczynę z dowodem (plik i linia) i stosuje najmniejszą poprawkę bez refaktoryzacji niezwiązanego kodu.
  • 100proof-fix
    Naprawia błąd najpierw znajdując i potwierdzając przyczynę źródłową, potem wprowadza poprawkę z testem dowodzącym naprawy i otwiera pull request.
  • 100fix
    Naprawia błąd metodą test-first: pisze padający test odtwarzający błąd, znajduje przyczynę źródłową, poprawia i dodaje test regresji.
  • 90fix
    Znajduje przyczynę błędu na podstawie opisu, stack trace lub zgłoszenia i naprawia go wraz z testem regresji, zostawiając drzewo do przeglądu.
  • 100debugging-code
    Znajduje i naprawia przyczynę źródłową błędu: opisuje objaw, odtwarza go, zabezpiecza nieprzechodzący test, zawęża przyczynę dowodami, mierzy zasięg poprawki i zostawia test jako ochronę przed regresją.
  • 100bug-fix
    Prowadzi proces naprawy błędów i regresji, dostarczając poprawkę, test regresji i bramkę przeglądu.

Uwagi i zgłoszenia

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