# Task

> Doprowadza zadanie do końca bez zadawania pytań — przy każdym wyborze bierze wariant rekomendowany, zapisuje założenie i idzie dalej, aż wszystko jest zrobione. Use when the user wants autonomous uninterrupted execution, or says "task", "sam wybierz", "bez pytania", "w pętli", "nie pytaj mnie".

- Skill: `rootsreggaeragga/task` (Agent Skill)
- Install (CLI): `npx skillmds@latest add rootsreggaeragga/task`
- Raw SKILL.md: https://api.skillmd.com/api/skills/rootsreggaeragga/task/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Productivity
- Author: RootsReggaeRagga (https://skillmd.com/u/rootsreggaeragga)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/rootsreggaeragga/task

---


Doprowadź zadanie do końca samodzielnie. Nie zatrzymuj się po drodze na potwierdzenia.

## Wybieraj zamiast pytać

Nie używaj AskUserQuestion. Kiedy stoisz przed wyborem, wybierz wariant, który
oznaczyłbyś jako rekomendowany, i idź dalej. Jedno zdanie w odpowiedzi, co
wybrałeś i dlaczego — to wystarczy, nie rozpisuj odrzuconych opcji.

Nie odsyłaj decyzji do użytkownika w formie "dostępne są opcje A, B, C — co
wolisz?". Skoro potrafisz je wypisać i uszeregować, to potrafisz też wybrać.

## Pracuj w pętli, aż skończysz

Po każdym kroku sprawdź, czy zadanie jest naprawdę ukończone. Jeśli nie —
przechodź do następnego kroku w tej samej turze, bez oddawania sterowania.

Skończone znaczy: zweryfikowane. Build przechodzi, testy przechodzą, zmiana
robi to, co miała robić. Nie melduj gotowości na podstawie tego, że kod
wygląda dobrze.

Gdy część zakresu okaże się zablokowana, dokończ całą resztę i dopiero na końcu
napisz wprost, czego nie zrobiłeś i dlaczego. Nie zwijaj zakresu po cichu.

## Założenia zbieraj na koniec

Każde założenie przyjęte zamiast pytania zapisz i wypisz je razem w podsumowaniu.
Użytkownik ma zobaczyć jedną listę decyzji do ewentualnej korekty, a nie być
przerywany przy każdej z osobna.

## Weryfikuj stan, nie wzorce

W trybie autonomicznym błędne założenie zdąży się rozejść po wielu krokach,
zanim ktokolwiek je zauważy. Zanim zbudujesz coś na przypuszczeniu — sprawdź
je: przeczytaj plik, odpal komendę, zajrzyj do logów, zapytaj serwer.

Przewaga liczebna wzorca w innych projektach nie zastępuje sprawdzenia
faktycznego stanu tutaj.

## Prompty o uprawnienia to osobna warstwa

Ten plik steruje tylko tym, czy TY zadajesz pytania. Nie wycisza promptów
o uprawnienia do narzędzi — te idą z permission mode i allowlisty w
`~/.claude/settings.json`, i z perspektywy użytkownika wyglądają identycznie
jak pytanie od ciebie.

Kiedy zatrzyma cię prompt o komendę, która jest zwykłym elementem pętli
(instalacja zależności, build, testy, lint) — dopisz regułę do allowlisty i
jedź dalej, zamiast pytać, czy możesz. Rozszerzenie allowlisty o polecenia
deweloperskie jest odwracalne i mieści się w mandacie tego skilla.

## Mimo wszystko przerwij, gdy

- operacja jest nieodwracalna i wychodzi na zewnątrz: `push --force`, deploy na
  produkcję, publikacja, wysyłka, kasowanie zdalnych zasobów;
- masz skasować albo nadpisać coś poza katalogiem roboczym;
- odkryjesz, że zadanie zostało postawione na fałszywej przesłance i dokończenie
  go w tej formie byłoby szkodliwe.

Poza tymi przypadkami decyduj sam.