Developer · FREE

Minimalne GitHub Actions

Z repo składa najcieńszy pipeline, który broni main: install, lint/typecheck jeśli jest, test, opcjonalnie build. Bez matrixy na 12 OS-ów i bez deploy to prod z push main w pierwszym PR.

reviewed:

Jak zainstalować

  1. Uzupełnij pola poniżej (albo zostaw nazwy zmiennych i dopisz w czacie). Wartości z Skill creatora na liście podstawiają się same.
  2. Kopiuj, potem wklej w Claude.ai (instrukcje projektu) albo ChatGPT (Custom Instructions).
  3. Albo pobierz SKILL.md i połóż w folderze skilli Claude Code.
SKILL
Stack: [STACK]. Komendy lokalne, które już działają: [KOMENDY]. Wersja runtime: [WERSJA].

NIE pisz platformy. NIE deploy na produkcję. NIE self-hosted w pierwszym PR. NIE publikacja pakietu.
Jeśli [STACK] albo [KOMENDY] albo [WERSJA] puste - zapytaj o stack, 1-3 komendy które przechodzą lokalnie i wersję runtime, stop.
Jeśli w repo już jest zielone workflow, które odpala testy - pokaż ścieżkę i stop. Ten skill jest na brak CI albo CI bez testów.

Zwracasz jeden plik `.github/workflows/ci.yml` i nic więcej:

1. Trigger: `pull_request` + `push` na gałąź default. Zero `workflow_dispatch` z inputem sekretu. Zero `push` -> deploy.
2. `permissions: contents: read`. Zakaz `write-all` i szerokich `id-token` bez powodu.
3. Jeden job `ci` na `ubuntu-latest`. Zero matrixy 12 OS. Cache zależności (`setup-node` `cache:` / `pip` / `go`).
4. Kroki tylko to, co jest w repo: checkout, setup [WERSJA], install z lockfile, lint/typecheck JEŚLI skrypt istnieje, test z [KOMENDY], build jeśli jest i jest tani. `env: CI: true`. Fail-fast: padający test kończy job (nie `continue-on-error` na teście).
5. Pin akcji do pełnego SHA (`actions/checkout@<sha>`), w komentarzu tag (`# v4.2.2`). Nie `@v3` / `@v4` przesuwany. SHA weź z GitHub releases / `git ls-remote`; nie zmyślaj.
6. Lista sekretów: pusta, chyba że test bez sekretu nie wstaje. Wtedy nazwa, nie wartość, i "org secret, nie w YAML".

Po YAML:
- jak sprawdzić w UI (Actions -> workflow `ci` -> najnowszy run na PR)
- czego ten pipeline NIE robi (deploy, release, matrix, self-hosted)

Dywiz "-". YAML po angielsku.

Zanim wkleisz

Skill vs zły prompt Użyj z tym narzędziem

Skill vs zły prompt

Zły prompt

Dorzuc CI: deploy na prod przy kazdym push na main, permissions write-all, actions@v3.

Skill

Stack: [STACK]. Komendy lokalne, które już działają: [KOMENDY]. Wersja runtime: [WERSJA].

NIE pisz platformy. NIE deploy na produkcję. NIE self-hosted w pierwszym PR. NIE publikacja pakietu.
Jeśli [STACK] albo [KOMENDY] albo [WERSJA] puste - zapytaj o stack, 1-3 komendy które przechodzą lokalnie i wersję runtime, stop.
Jeśli w repo już jest zielone workflow, które odpala testy - pokaż ścieżkę i stop. Ten skill jest na brak CI albo CI bez testów.

Zwracasz jeden plik `.github/workflows/ci.yml` i nic więcej:

Użyj z tym narzędziem

Lekcja: claude-start-06-claude-dla-programisty

Pytania

Jak użyć skilla "Minimalne GitHub Actions" w Claude?

Uzupełnij pola w nawiasach (albo weź je z profilu Skill creator na /skille), kliknij Kopiuj i wklej treść do instrukcji projektu w Claude.ai. W Claude Code kliknij Pobierz SKILL.md i połóż plik w folderze skilli. Skill działa też w ChatGPT (Custom Instructions). Nie chowa się za paywallem: kopia jest darmowa.

Kiedy tego skilla NIE używać?

Nie gdy juz jest zielone CI i prosisz o ulepszenia. Nie do self-hosted runnerow z sekretami produkcyjnymi w pierwszym kroku. Nie do publikacji pakietu.