6 skilli do Claude Code z odcinka „Moje 10 skilli”

---
name: zanotuj
description: "Szybka notatka: dopisuje pomysł, zadanie albo myśl do INBOX.md bez porządkowania. Użyj, gdy ktoś mówi „zanotuj”, „zapisz”, „wrzuć do skrzynki”, /zanotuj"
---

# Zanotuj: notatka w kilka sekund

## Krok 1: weź treść
Użytkownik podaje notatkę, często chaotyczną i krótką. Nie dopytuj.

## Krok 2: dobierz prefiks (sam, bez pytania)
- `POMYSŁ:` pomysł na produkt, treść, usługę
- `TODO:` konkretne zadanie
- `SPRAWDŹ:` coś do zweryfikowania
- `PYTANIE:` pytanie do siebie albo kogoś
- bez prefiksu: zwykła notatka

## Krok 3: dopisz na górze `INBOX.md` (utwórz plik, jeśli go nie ma)
```
- [ ] PREFIKS: treść — RRRR-MM-DD
```

## Krok 4: potwierdź jednym zdaniem
„Dodano do skrzynki: [treść]”. Nic więcej.

## Zasady
- Nie poprawiaj ortografii i nie rozwijaj treści. Porządek robisz raz w tygodniu.
- Nie analizuj, nie proponuj kategorii. Cel: notatka w kilka sekund.

---
name: przypomnij
description: "Dodaje przypomnienie z datą naraz do REMINDERS.md i do kalendarza Google (przez podłączony konektor kalendarza). Użyj przy „przypomnij mi”, „dodaj przypomnienie”, /przypomnij"
---

# Przypomnij: plik i kalendarz naraz

## Krok 1: zbierz dane
Jeśli brakuje, zapytaj tylko o dwie rzeczy: **co** i **kiedy** (data, opcjonalnie godzina).

## Krok 2: dopisz do `REMINDERS.md` (sekcja „## Aktywne”)
```
- RRRR-MM-DD | KATEGORIA | treść
```
Kategoria sama: PRACA, KLIENT, TECH, INNE.

## Krok 3: utwórz wydarzenie w kalendarzu
Użyj narzędzia kalendarza z podłączonego konektora (np. Google Calendar):
- tytuł: treść w skrócie,
- start: podana data, 9:00, jeśli nie podano godziny,
- koniec: start + 30 minut.

Jeśli konektora kalendarza nie ma, zapisz tylko do pliku i powiedz o tym.

## Krok 4: potwierdź jednym zdaniem
„Przypomnienie na [data]: [treść]. Zapisane w pliku i w kalendarzu.”

## Zasady
- Daty względne („w piątek”, „za tydzień”) przeliczaj na konkretną datę.
- Nie pytaj o potwierdzenie przed zapisem.

---
name: mail-do-klienta
description: "Pisze gotowego maila do klienta na podstawie jego profilu i ostatnich ustaleń. Użyj przy „napisz maila do…”, „przygotuj wiadomość do…”, /mail-do-klienta"
---

# Mail do klienta

Wynik to gotowy tekst do wysłania, nie szablon z polami do uzupełnienia.

## Krok 1: zbierz kontekst
Jeśli brakuje, zapytaj tylko: **do kogo** i **w jakiej sprawie** (jedno zdanie).

## Krok 2: przeczytaj, co już wiesz
- `klienci/<firma>/profil.md`: osoba kontaktowa, kontekst,
- `klienci/<firma>/spotkania.md`: ostatnie ustalenia.
Nie zmyślaj faktów, których nie ma w plikach.

## Krok 3: napisz
- zwrot po imieniu („Cześć [Imię],”), jeśli tak piszecie na co dzień,
- 5–7 zdań, jedna sprawa na mail,
- konkretnie, bez „uprzejmie informuję” i „w nawiązaniu do”,
- na końcu jedno pytanie albo prośba: co ma zrobić odbiorca.

Przykład dobrego stylu:
„Cześć Kamilu, chcę umówić terminy sesji z umowy. Masz wolne okienka w tygodniu 7–11 kwietnia? Możemy zrobić je w jednym bloku.”

## Krok 4: pokaż mail w bloku kodu
Zapytaj, czy coś zmienić. Wysyłasz tylko po wyraźnej zgodzie i z podanym adresem.

## Zasady
- Kwoty, daty i nazwy przepisuj dokładnie z plików.
- Brak adresu? Napisz „uzupełnij adres”.

---
name: przygotuj-rozmowe
description: "Ściąga przed rozmową z klientem: kim są, co już wiemy, pytania i plan rozmowy. Użyj przy „przygotuj mnie do rozmowy”, „przed spotkaniem z…”, /przygotuj-rozmowe"
---

# Przygotuj rozmowę

## Krok 1: z kim i po co
Zapytaj: firma + typ spotkania (pierwsza rozmowa / status / rozszerzenie współpracy).

## Krok 2: zbierz, co wiesz
- `klienci/<firma>/profil.md`, `spotkania.md`, otwarte tematy,
- jeśli nic nie ma: zapytaj o branżę, wielkość firmy i powód kontaktu.

## Krok 3: ściąga (jedna strona)
```
KIM SĄ: branża, wielkość, kto decyduje
CO JUŻ WIEMY: ustalenia z poprzednich rozmów i maili
ZNANE PROBLEMY: 1–3 konkretne
PYTANIA (8–10): sytuacja → problem → skutki → co byłoby sukcesem
  + budżet, kto decyduje, termin (wplatane naturalnie)
PLAN ROZMOWY: agenda, pytania, nasze podejście (bez ceny na pierwszej rozmowie), następny krok
UWAŻAJ NA: 2–3 sygnały ostrzegawcze specyficzne dla tej firmy
```

## Zasady
- Pytania pod tę firmę, nie ogólne.
- Nie pytaj o to, co klient już powiedział (sprawdź `spotkania.md`).
- Na końcu: „Coś doprecyzować przed rozmową?”

---
name: wiedza-z-filmu
description: "Film z YouTube → transkrypcja → notatki → lista, co warto wdrożyć u siebie. Użyj przy linku do YouTube z prośbą o treść, „wyciągnij wiedzę z filmu”, /wiedza-z-filmu"
---

# Wiedza z filmu

## Krok 1: transkrypcja
- Najpierw napisy: `yt-dlp --write-auto-sub --sub-lang pl,en --skip-download -o film "<URL>"`.
- Brak napisów: pobierz audio (`yt-dlp -x --audio-format mp3`) i przepisz lokalnie (np. Whisper).
- Auto-napisy przekręcają nazwy własne: zaznacz to w wyniku.

## Krok 2: notatki (`Notatki.md`)
Przeczytaj CAŁĄ transkrypcję. Sekcje: najważniejsze tezy, pokazy (wejście → wynik), narzędzia i modele, porażki, liczby. Niepewne nazwy oznacz `[?]`. Nie zmyślaj.

## Krok 3: porównaj z tym, co już masz
Zanim napiszesz „brakuje nam X”, sprawdź swój projekt: `.claude/skills/`, skrypty, ustawienia, notatki.

## Krok 4: plan (`Plan.md`)
- co już mamy,
- co wdrożyć, w kolejności zysk do wysiłku (S/M/L),
- czego NIE robimy i dlaczego,
- pierwszy krok.

## Krok 5: odpowiedź
Jedno zdanie o jakości transkrypcji, 3–5 punktów planu, czego nie robimy, ścieżka do plików.

---
name: n8n-workflow
description: "Buduje workflow n8n od zdania do przetestowanej wersji: nazywa skutek, składa, waliduje, testuje, utwardza. Zostawia nieopublikowany. Użyj przy „zbuduj workflow”, „zrób automatyzację w n8n”, /n8n-workflow"
---

# n8n-workflow: od zdania do przetestowanego workflow

Workflow ma zrobić swoje i zatrzymać się tam, gdzie ma. Publikuje człowiek.
Wymaga połączenia z n8n (np. przez serwer MCP n8n).

## Krok 1: nazwij skutek, zanim dotkniesz klocków
1. Co ma się wydarzyć? (mail wyszedł, rekord się zmienił)
2. Co z tego jest nieodwracalne?
3. Kto ponosi skutek, jeśli pójdzie źle?
Bez odpowiedzi na pytanie 2 zatrzymaj się i dopytaj.

## Krok 2: składaj w tej kolejności
1. wbudowany węzeł n8n,
2. HTTP Request do API,
3. zewnętrzny serwer MCP,
4. dopiero na końcu własne obejścia.

## Krok 3: zwaliduj przed zapisem

## Krok 4: przetestuj i przeczytaj wykonanie
Poprawiaj na podstawie wyniku wykonania, nie wyglądu konfiguracji.

## Krok 5: utwardź
- workflow błędów (Error Trigger → powiadomienie),
- ponowienia i brak podwójnych wysyłek przy cudzych systemach,
- kontrola proporcjonalna do ryzyka: im trudniej cofnąć, tym mocniejsza bramka (np. akceptacja człowieka).

## Zasady
- Na produkcji pytasz przed każdą zmianą.
- Nie publikujesz workflow. Mówisz, co zostało do sprawdzenia.
- Bramka siedzi w workflow, nie w prompcie.
- Odmów, gdy akcja dotyka pieniędzy, a nie ma limitu i śladu w logach.

## Zwrot
Nazwa + co robi w jednym zdaniu, gdzie jest bramka i dlaczego, co zostało do decyzji człowieka.