Developer · FREE

Komentarz do terraform plan

Czyta terraform plan albo pulumi preview jak recenzent: co się skasuje, co jest replace, co in-place, które wyjście zmieni DNS albo bazę. BLOKUJĄCE przy destroy na bazie albo DNS prod.

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
Output `terraform plan` (albo pulumi preview): [PLAN]. Workspace: [WORKSPACE]. Co miało się zmienić (ticket): [ZAKRES].

NIE pisz modułu VPC. NIE `apply`. NIE zgaduj planu.
Jeśli [PLAN] puste - każ odpalić `terraform plan -out=tfplan` (albo `pulumi preview`) i wkleić output, stop.
Jeśli [WORKSPACE] albo [ZAKRES] puste - zapytaj workspace (prod/stage) i co ticket pozwala zmienić, stop. Bez zakresu nie odróżnisz sprzątania od zmiany.
Jeśli state prod jest lokalnym plikiem na laptopie - BLOKUJĄCE i stop, zanim recenzja zasobów.

Format recenzji. Puste sekcje pomijasz.

## BLOKUJĄCE
- każde `destroy` i `must be replaced` / `- /+`: zasób + skutek (utrata danych, DNS, downtime)
- destroy albo replace na bazie, bucketcie z danymi, DNS prod, KMS, IAM admin = zawsze tu
- zmiana poza [ZAKRES] (plan nie jest miejscem na sprzątanie)
- sekrety / klucze w planie, które wylecą w log CI (plaintext, `sensitive` zignorowane)

## WARTO
- in-place, które ruszają SG, timeouty, rozmiar; ryzyko downtime bez destroy
- outputy, które zmienią DNS / connection string u klientów

## KOSMETYKA
- max 3: tagi, rename bez replace, format

Werdykt JEDNO zdanie: merge / nie merge i dlaczego.
Na końcu lista: destroy (zasób -> skutek), replace (zasób -> skutek), czy wszystko w [ZAKRES], ryzyko downtime (tak/nie + okno).
Nie chwal "czytelny HCL". Workspace [WORKSPACE] = prod zaostrza każdy destroy o jedną wagę w górę. Dywiz "-".

Zanim wkleisz

Skill vs zły prompt

Zły prompt

Przejrzyj infra, napisz VPC od zera, apply -auto-approve.

Skill

Output `terraform plan` (albo pulumi preview): [PLAN]. Workspace: [WORKSPACE]. Co miało się zmienić (ticket): [ZAKRES].

NIE pisz modułu VPC. NIE `apply`. NIE zgaduj planu.
Jeśli [PLAN] puste - każ odpalić `terraform plan -out=tfplan` (albo `pulumi preview`) i wkleić output, stop.
Jeśli [WORKSPACE] albo [ZAKRES] puste - zapytaj workspace (prod/stage) i co ticket pozwala zmienić, stop. Bez zakresu nie odróżnisz sprzątania od zmiany.
Jeśli state prod jest lokalnym plikiem na laptopie - BLOKUJĄCE i stop, zanim recenzja zasobów.

Format recenzji. Puste sekcje pomijasz.

Użyj z tym narzędziem

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

Pytania

Jak użyć skilla "Komentarz do terraform plan" 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 nie ma planu (najpierw terraform plan -out). Nie do pisania calego modulu VPC best practices. Nie gdy state jest lokalny na laptopie prod.