template-rebrand

Next.js (und NestJS) Projekt umbenennen (Rebranding)

Arbeite die Schritte der Reihe nach durch. Jeder Schritt endet mit einer Prüfung: führe sie aus, behebe, was sie findet, und fahre erst dann fort. PRÜFUNG bedeutet diesen Befehl, ausgeführt im Projektstammverzeichnis:

node ${CLAUDE_SKILL_DIR}/scripts/rebrand-check.mjs check \
  --old "Alter Name" --old "Alter Name in jedem anderen Skript" \
  --new "Neuer Name" --new "Neuer Name in jedem anderen Skript"

Füge --case hinzu, wenn der alte Name ein gebräuchliches Wort ist (STORE), und --allow <Pfad> für eine Datei, die den alten Namen bewusst behält. Führe niemals eine blinde Suchen-und-Ersetzen-Aktion durch.

0. Briefing, Zuordnung und Ausgangsbasis

1. Notiere den alten Namen in jeder Form, die das Projekt verwendet (jede Sprache, Slug, E-Mail-Domain) und den neuen Namen in jeder Sprache, die Markenfarbe, die Logodateien und den Tonfall. Wenn die Anfrage einen Punkt auslässt, wähle einen sinnvollen Wert, arbeite weiter und liste die Wahl im Bericht auf.
2. Führe node ${CLAUDE_SKILL_DIR}/scripts/rebrand-check.mjs map aus.
3. Führe jeden Build-Befehl der Apps aus der Zuordnung einmal aus, vor jeder Bearbeitung.

Prüfung: Du hast die Zuordnung, eine PRÜFUNG-Trefferzahl, die es abzuarbeiten gilt, und ein Ergebnis für jeden Build. Ein Build, der bereits fehlschlägt, wird als nicht durch das Rebranding verursacht vermerkt.

1. Namen und Wortmarke

Markenkonfigurationsdateien, die Logo-Komponente, das Web-App-Manifest und alle Einstellungszeilen, die ein Seed schreibt (ein E-Mail-Absendername befindet sich dort oft). Lasse Paketnamen, Umgebungsvariablennamen, Datenbanknamen, Docker-Volumes und Speicherpräfixe in Ruhe, es sei denn, es wird darum gebeten: Diese umzubenennen zerstört Installationen und vorhandene Daten.

Prüfung: PRÜFUNG zeigt 0 Treffer unter "brand config". Die Infrastruktur-Treffer, die du behalten hast, gehen in den Bericht.

2. Farben

Markenfarbtokens in den vom Map aufgeführten Theme-Dateien, Hell und Dunkel, sowie die Browser-Theme-Farbe im Manifest oder Viewport. Keine Farbe wird in eine Komponente geschrieben.

Prüfung: PRÜFUNG mit --old "#alterhex" für jede alte Markenfarbe zeigt 0 Treffer, und Text auf der neuen Farbe behält ein Kontrastverhältnis von 4,5:1 in beiden Themes.

3. Logo- und Symboldateien

Ersetze die vom Map aufgeführten Wortmarke, Marke, Favicon, App-Symbole und das Teilen-Bild. Behalte Dateinamen und -größen bei oder aktualisiere jeden Verweis. Öffne jede neue Datei und betrachte sie.

Prüfung: PRÜFUNG meldet 0 fehlende Bildpfade in public/, und keinen Datei- oder Ordnernamen mit dem alten Namen, außer solchen, die du bewusst behalten hast.

4. Texte in jedem Gebietsschema

Umschreibe, benenne nicht nur um: Heldentext, Über-uns, Footer, Rechtliches, Support, SEO und jeden Satz, der das alte Unternehmen beschreibt. Gleiche Schlüssel in jedem Gebietsschema, jede Sprache nativ geschrieben.

Prüfung: PRÜFUNG zeigt 0 Treffer unter "messages", und keine Gebietsschemadatei oder Nachrichtendatei hat den neuen Namen in einer Sprache, aber nicht in einer anderen.

5. Metadaten und SEO

Root- und Seitenlayouts, generateMetadata, Titelvorlagen, Open-Graph- und Twitter-Felder, JSON-LD, Sitemap, robots, Manifest name und short_name.

Prüfung: PRÜFUNG zeigt 0 Treffer unter "metadata and SEO".

6. E-Mails

Absendername, Betreffzeilen, Kopf- und Fußzeilen, Links, in jeder Sprache, die die API versendet. Die Absenderadresse und -domain stammen aus Umgebungsvariablen: liste sie im Bericht auf.

Prüfung: PRÜFUNG zeigt 0 Treffer unter "emails".

7. Seed- und Mock-Daten

Seeder, Fixtures und Mock-Kataloge: Produkte, Kategorien, Einstellungszeilen, E-Mail-Domains für Demo-Konten, Bildpfade. Der API-Seed und alle Frontend-Mock-Daten stimmen überein.

Prüfung: PRÜFUNG zeigt 0 Treffer unter "seed data".

8. Build und endgültige Prüfung

Führe jeden Build-Befehl der Apps erneut aus. Behebe Fehler, bis jeder bestanden wird. Starte keinen Entwicklungs- oder Produktionsserver, es sei denn, es wird darum gebeten.

Prüfung: Jeder Build beendet sich mit Exit-Code 0, dann gibt PRÜFUNG Result: PASS aus.

Bericht

Pro Schritt geänderte Dateien, die getroffenen Entscheidungen für alles, was das Briefing ausgelassen hat, jeder erlaubte Treffer und warum, die Build-Ergebnisse und was für eine Person übrig bleibt: Domain, DNS, E-Mail-Absender, rechtliche Texte.