Przejdź do treści
Biblioteka skilli
Programowanie · Analiza

debugging

/debugging

Szuka przyczyny błędu przed poprawką, gdy coś działa nieoczekiwanie, rzuca wyjątek, nie przechodzi testu albo wolno działa.

Repozytorium
foma-skills ↗
Licencja
Apache-2.0
Ostatnia zmiana repozytorium
13.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
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 13.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 robi i kiedy

Szuka przyczyny błędu przed poprawką, gdy coś działa nieoczekiwanie, rzuca wyjątek, nie przechodzi testu albo wolno działa.

Wyzwalacze z opisu

find out why
Oryginalny opis (EN)

Finds the root cause of a bug before fixing it. Use when something behaves unexpectedly, throws, fails a test, runs slow, or the user says "find out why". Not for a precisely diagnosed fix, test runs, reviews or tests-first work.

Jak działa

  1. Steps
  2. Rules
  3. Report
Sekcje z nagłówków SKILL.md, w oryginale · 30 linii, 442 słów
Podgląd SKILL.md
---
name: debugging
description: >-
  Finds the root cause of a bug before fixing it. Use when something behaves unexpectedly, throws, fails a test, runs slow, or the user says "find out why". Not for a precisely diagnosed fix, test runs, reviews or tests-first work.
license: Apache-2.0
metadata:
  level: "method"
  uses: "tdd"
  agents: "explorer"
  tokens: "635"
---

Reproduce the bug with a fast check, find the root cause by testing one hypothesis at a time, then fix it and lock it with a test.

Uses: foma-skills:tdd (regression test), agent `explorer` (wide code search, model haiku; self-contained brief, answer ≤10 lines).

Path: a clear error with one suspect place → a one-command repro, fix, regression test, suite (skip shrinking and the hypothesis log); unclear, flaky, cross-module or after a failed fix → all steps. Say which path in one line.

## Steps
1. Read the full error and stack trace, then recent changes (`git log`, `git diff`). A search across many files (who calls X, where Y is set): delegate it to the explorer agent.
2. Build a fast loop that shows the bug: a failing test, script, curl or CLI run asserting the user's exact symptom. Run it and show it fail. No loop possible: list what you tried and ask the user for access, a captured artifact or permission to add instrumentation.
3. Reproduce and shrink: cut inputs, config and steps one at a time until every remaining part is needed. Confirm it is the user's bug, not a nearby one. Flaky: raise the failure rate (loop it, add load, pin time and seeds) before going on.
4. Hypothesise: state "If X is the cause, then changing Y will remove the bug / Z will worsen it". Test one at a time with the smallest probe: debugger or a targeted log tagged `[DEBUG-xxxx]`. Performance bug: measure a baseline first, then bisect.
5. Fix the root cause, one change. Write the regression test through foma-skills:tdd and see it fail before the fix and pass after. No honest seam for the test: say so in the report.
6. Re-run the loop from step 2, then the suite. Remove every `[DEBUG-` line (grep) and throwaway files.

## Rules
- No fix before a reproduction and a stated root-cause hypothesis; seeing the symptom is not knowing the cause.
- One change per attempt; a failed attempt is reverted, never built on.
- After 3 failed fixes stop, question the approach (shared state, coupling) and ask the user before attempt 4.
- Never "log everything and grep"; every probe tests a named prediction.
- Redact secrets from shown commands, logs and artifacts as `<REDACTED>`.

If the error surfaces deep in a call chain or you need to find which test pollutes state, read `references/tracing.md`.
If the bug is flaky, timing-dependent or a test sleeps for a fixed delay, read `references/flaky-timing.md`.

## Report
- Root cause (`file:line`) and the fix.
- Evidence: loop before and after, regression test, suite result.
- Not checked: <…>
Pliki w paczce (3)
  • SKILL.md 3 KB
  • references/flaky-timing.md 1 KB
  • references/tracing.md 1 KB

Wersje

RepozytoriumWynikLicencja
Ta strona · t8jwscc7qy-sketch/foma-skills100Apache-2.0
sentimony/skills100MIT
sentimony/skills100MIT
wrongstack/wrongstack100MIT
dxos/dxos100Apache-2.0
iliaal/ai-skills100MIT
arxdsilva/ai-loops100MIT
zts212653/clowder-ai100MIT
tmcfarlane/team-avatar100MIT

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

  • 100systematic-debugging
    Szuka przyczyny, zanim zaproponuje poprawkę, gdy coś pada, zawiesza się, niestabilnie działa albo nie przechodzi testów w CI.
  • 90systematic-debugging
    Szuka przyczyny błędu lub niezaliczonego sprawdzenia przed zmianą kodu, gdy test, build lub polecenie działa nieoczekiwanie.
  • 92debug
    Szuka przyczyny źródłowej błędu przed poprawką, także wtedy, gdy poprawka wydaje się oczywista.
  • 86ds-debug
    Szuka powtarzalnej przyczyny, gdy test nieoczekiwanie pada, program działa źle albo awaria jest niestabilna.
  • 100systematic-debugging
    Szuka przyczyny, gdy kod się wysypuje, test pada lub program działa źle, zanim cokolwiek poprawi.
  • 90systematic-debugging
    Znajduje przyczynę błędu, niezaliczonego testu, awarii lub złego wyniku przed zmianą kodu, gdy poprawka nie utrzymała się.

Uwagi i zgłoszenia

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