Vlastní web s Claude Code, gitem a Vercelem: od nápadu po doménu

Založ nový projekt webu v aktuální složce. Zadání:

Účel: [osobní web o tématu / firemní prezentace / blog s návody].
Sekce: [rozcestník, seznam článků, detail článku, o mně, kontakt].
Obsah budou soubory MDX v adresáři content/, ne databáze.

Technicky:
- Next.js v aktuální verzi, TypeScript, Tailwind
- žádná knihovna hotových komponent (bez Bootstrapu, bez MUI,
  bez shadcn) — komponenty píšeme vlastní
- struktura složek: app/ (stránky), content/ (obsah v MDX),
  lib/ (načítání obsahu ze souborů), components/ (komponenty),
  public/ (obrázky), scripts/ (pomocné skripty)

Nejdřív mi napiš, jak to chceš udělat, a počkej na odsouhlasení.
Až to schválím, založ projekt, spusť sestavení a ukaž mi, že projde.
Obsah zatím nepiš — stačí jedna ukázková stránka a jeden
ukázkový článek, ať vidím, jak to spolu drží.

Postav design systém webu jako sadu proměnných v jednom souboru,
ať se dá vzhled měnit z jednoho místa.

Charakter: [střízlivý a textový / hravý / technický].
Barvy: [maximálně tři — podklad, text, jedna signální barva].
Signální barvu používej jen na interakce: odkazy, hover a jedno
hlavní tlačítko na stránce. Nikdy jako pozadí velkých ploch.
Písma: [jedno bezpatkové na rozhraní, jedno patkové na dlouhý text,
jedno neproporcionální na ukázky kódu].

Definuj proměnné pro barvy, písma, šířku textového sloupce,
poloměry rohů a časy animací. U každé barvy zkontroluj kontrast
podle WCAG AA (4.5:1 pro běžný text) a napiš k hodnotě komentář
s naměřeným poměrem, ať to za měsíc někdo nezesvětlí.

Pak ukaž jednu stránku se všemi stavy: nadpisy, odstavec,
odkaz, tlačítko, karta, ukázka kódu.

Přidej vrstvu, která načítá obsah ze souborů MDX v content/.

Každý článek má hlavičku s poli: title, excerpt, category,
date, updated a [další pole podle vašeho webu].

V lib/ udělej modul, který:
- načte všechny články ze složky a vrátí je jako seznam
- umí vrátit jeden článek podle slugu (název souboru bez přípony)
- spočítá odhad doby čtení (200 slov za minutu, bez bloků kódu)
- seřadí články od nejnovějšího

Seznam a detail článku ať se sestaví staticky při buildu,
ne za běhu při každém načtení.

Nakonec vysvětli v pěti větách, co se stane, když do content/
přidám nový soubor — chci tomu rozumět, ne to jen mít.

Vysvětli mi stav gitu v tomhle projektu tak, jako bych ho nikdy
nepoužíval. Konkrétně:

1. Na jaké větvi jsem a co to znamená
2. Které soubory mám změněné a neuložené
3. Co přesně se stane, když teď udělám commit
4. Kolik commitů už v projektu je a kdy byl první

Pak nastav .gitignore tak, aby se do repozitáře nikdy nedostaly:
soubory s hesly a klíči (.env a varianty), stažené závislosti,
sestavený výstup a systémové smetí.

Nakonec napiš tři příkazy, které si mám zapamatovat, a u každého
jednou větou, co dělá. Víc nechci.

Něco jsem rozbil a chci se vrátit zpátky.

Nejdřív mi ukaž posledních 10 commitů: popisek, datum a v jedné
větě, co se v něm změnilo. U každého napiš, jestli podle tebe byl
web v tu chvíli funkční.

Pak mi vysvětli tři možnosti, které mám:
1. zahodit jen neuložené změny a zůstat na posledním commitu
2. vrátit obsah projektu do stavu konkrétního staršího commitu,
   ale nechat historii nedotčenou
3. zrušit jednu konkrétní změnu uprostřed historie

U každé napiš, co se stane s mou prací a co je nevratné.
Nic zatím nedělej. Počkej, až ti řeknu číslo.

Hledám doménu pro [popis projektu, cílová skupina, jazyk].
Značka by měla působit [střízlivě / hravě / odborně].

Navrhni 20 kandidátů. U každého uveď:
- jak se čte nahlas a kde hrozí překlep při diktování
- riziko záměny s existující značkou, kterou znáš

Rozděl je do tří skupin: popisné (říkají, o co jde),
značkové (vymyšlené slovo) a spojení dvou slov.
Vyřaď všechno delší než 12 znaků, se spojovníkem, s čísly
a všechno, co se špatně diktuje v [češtině].

U pěti nejlepších navrhni i variantu pro anglickou verzi projektu.

Obsazenost neověřuj a nehádej ji — zkontroluju si ji sám.

Chci vícejazyčný web na dvou doménách, ne na jedné s prefixy:
[domena.cz] = [čeština], [domain.tips] = [angličtina].
Na obou doménách má být adresa bez jazykového prefixu.

Nastav middleware tak, aby:
- podle domény vnitřně přepsal adresu na správnou jazykovou verzi,
  aniž by se změnila adresa v prohlížeči
- adresu s prefixem na špatné doméně trvale přesměroval na správnou
  doménu bez prefixu (ať existuje jen jedna platná adresa)
- na homepage při první návštěvě bez uložené volby nabídl jazyk
  podle prohlížeče a tu volbu si zapamatoval
- vynechal obrázky, API, mapu webu a soubory s příponou
- obě domény bral z proměnných prostředí, ne natvrdo z kódu

Doplň hreflang odkazy a kanonické adresy, aby vyhledávač věděl,
že jde o dvě jazykové verze téhož obsahu.

Až to bude, vyjmenuj deset adres a u každé napiš, co se s ní
stane — chci to zkontrolovat, než to pustíme ven.

Připrav projekt na nasazení na Vercel.

1. Projdi kód a najdi všechna místa, kde se čte proměnná prostředí.
   Udělej mi z toho tabulku: název proměnné, k čemu slouží, jestli
   je povinná a co se stane, když chybí.
2. Zkontroluj celou historii gitu, jestli se do ní někdy nedostal
   soubor s klíči nebo klíč zapsaný natvrdo v kódu. Když ano,
   napiš mi to a poraď, co s tím — sám nic nepřepisuj.
3. Ověř, že .gitignore vylučuje všechny varianty souborů s klíči.
4. Napiš mi seznam kroků, které mám udělat ve webovém rozhraní
   Vercelu, včetně toho, které proměnné nastavit zvlášť pro
   produkci a které pro náhledová nasazení.
5. Zkontroluj, že projekt jde sestavit i bez volitelných klíčů
   a jen se vypne příslušná funkce, místo aby spadl build.

Do samotného Vercelu nic nenastavuj, jen mi připrav podklad.

Chci na webu tuhle změnu: [popis změny výsledkem, ne technicky —
například „na kartě článku má být vidět, kdy byl naposledy
aktualizovaný, a starší než rok ať mají tichou poznámku"].

Než něco uděláš:
1. Najdi všechna místa v projektu, kterých se to dotkne, a vypiš je
2. Napiš, jak to chceš udělat, ve třech až pěti větách
3. Řekni, co se tím může rozbít jinde
4. Zeptej se na to, co v zadání není jednoznačné — nedomýšlej si

Počkej na moje odsouhlasení. Až to schválím, uprav soubory,
spusť build a napiš mi seznam změněných souborů s jednou větou
u každého.

Než tohle uložím, projdi to se mnou.

1. Ukaž mi seznam všech změněných souborů a u každého v jedné větě,
   co se v něm změnilo a proč
2. Spusť sestavení projektu a ukaž výstup — chci vidět i varování,
   nejen chyby
3. Zkontroluj, jestli mezi změnami není něco, o co jsem nežádal:
   nový balík v závislostech, změna nastavení, smazaný soubor,
   upravený obsah, kterého se zadání netýkalo
4. Zkontroluj, že se do změn nedostal žádný klíč ani heslo

Když je něco z bodu 3 nebo 4, napiš to jako první věc, ne až na konci.

Ulož změnu a pošli ji ven.

1. Napiš mi návrh popisku commitu: jedna věta, česky, konkrétně
   co se změnilo — ne „úpravy" a ne výčet souborů
2. Ukaž mi ho a počkej na schválení
3. Po schválení commitni a pošli na GitHub do větve [název větve]
4. Napiš mi, co se teď stane na Vercelu a jak dlouho to má trvat
5. Až bude nasazení hotové, dej mi adresu a seznam pěti konkrétních
   míst, která si mám v produkci zkontrolovat právě kvůli téhle změně

Do produkční větve netlač bez mého výslovného pokynu.

Založ v projektu soubor s pravidly pro agenta, který si přečteš
při každém spuštění. Napiš do něj:

- co je tenhle projekt a jak je uspořádaný (stručně, ať se v tom
  vyzná i někdo, kdo ho vidí poprvé)
- které příkazy smíš spouštět bez ptaní
- co vždycky vyžaduje moje výslovné odsouhlasení: mazání souborů,
  přepis historie gitu, push do hlavní větve, instalace nových
  závislostí, změny nastavení nasazení
- pravidlo, že klíče a hesla se nikdy nepíšou do souborů
  v repozitáři, jen do proměnných prostředí
- jak má vypadat popisek commitu
- co se musí spustit před každým commitem

Napiš to jako pravidla, ne jako dokumentaci. Krátké věty,
rozkazovací způsob. Pak mi to ukaž a nech mě to upravit.