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

commit

/commit

Dzieli uzgodnioną pracę na małe commity, z których każdy jest sprawdzony testem jednostkowym, zachowania albo end-to-end.

Repozytorium
galicia ↗
Licencja
MIT
Ostatnia zmiana repozytorium
10.11.2026

Ocena i bezpieczeństwo

86/ 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ść21 / 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

Dzieli uzgodnioną pracę na małe commity, z których każdy jest sprawdzony testem jednostkowym, zachowania albo end-to-end.

Oryginalny opis (EN)

Splits agreed work into small commits, each proven by a unit, behavioural, or e2e test. Use when the user asks for commits, commit slices, a tested history, or /commit.

Jak działa

SKILL.md bez nagłówków drugiego poziomu · 20 linii, 362 słów

Podgląd SKILL.md
---
name: commit
description: Splits agreed work into small commits, each proven by a unit, behavioural, or e2e test. Use when the user asks for commits, commit slices, a tested history, or /commit.
---

# Commit

Short evidence, no emojis. No agreed change named: reply "Please mention the work that you want me to help you split into commits." and stop.

Owns git history for one agreed change. Ticket files belong in breakdown. Test writing belongs in unit-test, behavioural-test, or e2e-test: read that skill and follow it. Do not restate its rules.

1. Read the agreed spec, ticket, or stated task, the current diff, and the nearest tests. Missing agreement: ask. Never invent scope.
2. Draft the commit list before editing. Each commit:
   - One behaviour, or one prefactor that makes the next behaviour commit safe.
   - Stays green: the build and the tests that cover it pass.
   - A behaviour change includes the test that locks it, in the same commit. Lowest sphere that proves it: unit-test for one function, class, or branch; behavioural-test for one user-facing scope; e2e-test for one critical journey. Name any higher sphere skipped and why.
   - No behaviour change (move, rename, format): no new test. Say why. Existing tests still pass.
   - Revertable alone. Two behaviours means two commits. One behaviour stays one commit.
3. Show numbered titles, paths, sphere, and the proof command. Ask approval. Do not stage or commit before approval.
4. Land one approved commit at a time. Write its test by following the named skill, then the smallest production change that makes that test pass. Production edits only for the behaviour this commit claims. Do not weaken a test. Failure outside this slice: stop and ask.
5. Run the new test alone, then the relevant suite and the project's lint and type check. Red: fix this commit only. Do not start the next one.
6. Stage only this commit's files. Read status, diff, and recent message style. Leave unrelated and untracked work unstaged. Never stage secrets or credentials. Subject: short imperative. Body: behaviour and the test that proves it. No amend, rebase, push, empty commit, or skipped hooks unless the user asks.
7. Repeat 4-6. Stop on conflict, hook failure, or a slice that cannot go green. Report each hash, test command, and result, plus anything left uncommitted. Never claim green or committed without command output.

Wersje

RepozytoriumWynikLicencja
Ta strona · mrlemoos/galicia86MIT
rmsaitam/skill-git-conventions100MIT
opsmill/infrahub100Apache-2.0
kdlbs/kandev100AGPL-3.0
vinta/hal-9000100MIT
restarter/lets-workflow100MIT
mickeyyaya/evolve-loop100Apache-2.0
friendlyinternet/nuxt-crouton100MIT
yonatangross/orchestkit100MIT

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

  • 100commit-craft
    Pisze precyzyjne komunikaty Conventional Commits z rzeczywistego diffu i dzieli mieszane zmiany na logiczne commity.
  • 90committing
    Tworzy czyste commity git w stylu projektu, dzieli zmiany na commity i pomaga przygotować pull request.
  • 90commit-work
    Tworzy wysokiej jakości commity git: przegląda i stage'uje zamierzone zmiany, dzieli na logiczne commity i pisze jasne komunikaty, także w formacie Conventional Commits.
  • 100writing-git-commits
    Dzieli zmiany staged lub niezatwierdzone na commity w konwencji conventional commits, generuje komunikaty, łączy commity i zmienia kolejność historii.
  • 100git-commit
    Dzieli zmiany na osobne commity, dobiera pliki do stage'u i pisze wiadomość Conventional Commits, potem wykonuje commit.
  • 95conventional-commits
    Pilnuje formatu Conventional Commits przy pisaniu komunikatów commit i dzieleniu zmian na małe, atomowe commity.

Uwagi i zgłoszenia

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