Initial commit: Laravel-Skelett + Markenwissen-Verfassung + markemacht.de Web

Erfasst den vollständigen Projektstand mit drei Hauptbereichen:

1. Laravel 11 Application-Skelett
   - Standard-Setup (app/, bootstrap/, config/, database/, public/, resources/, routes/, storage/, tests/)
   - Composer + npm Konfiguration
   - Devcontainer für Laravel Sail (PHP/MySQL/Redis)
   - GitHub Actions Workflows (lint + tests)
   - Tailwind/Vite Build-Pipeline

2. docs/ – Wissensbasis "Marke macht." (Methodik-Verfassung)
   Stand nach Pflegerunde 2026-05-28:
   - 00_Methodik-Verfassung: Dok. 000 (v2.0.2) bis Dok. 013 (NEU) + Anhänge
   - 10_Quellen-Original: Wala, Sharp, Simon (read-only Quellen)
   - 20_Markenwissen: 25 abgeleitete MW-Dokumente (Wala_MW-WAL, Sharp_MW-HBG, Simon_MW-SIM)
   - 30_Synthese: Markenwissen_I_Synthese_Gesamt + Scorecard-Regeln
   - 40_Implementierung: 011b-Erweiterung
   - _Steuerung: 00_START_HIER, Serienübersicht, CHANGELOG.md

   Letzte methodische Eingriffe:
   - Methodik-Update v2.0 (Ownership Autorenschaft/Anwendung, Geltungsbereich Kernthese,
     Score-Ebenen DNA-Reifegrad, Preislogik Governance-Scope)
   - Dok. 013 NEU: Akquise- & Conversion-Logik (Auffahrten statt Funnel)
   - Rebranding brandwork.io → Brand Rules (brand-rules.com)
   - Schichtverletzungen behoben, Ordner-Symmetrie hergestellt, Verweise konsolidiert

3. _markemacht.de/ – Web-Frontend Design-Sandbox
   - Statische HTML-Entwürfe (Startseite, Methode, Manifest, Denken, Blog)
   - Design-System (warm_intellectualism, based_web_design)
   - Assets (CSS, JS, Favicon)

Konfiguration:
- .gitignore um .DS_Store und Thumbs.db erweitert
- Lokale Git-Identity gesetzt: Kevin Adametz <kevin.adametz@me.com>
- .env wird ignoriert (nur .env.example versioniert)

Konfliktregel: Bei Spannung zwischen Code und Methodik gilt die Methodik (Dok. 000).
Co-authored-by: Cursor <cursoragent@cursor.com>

docs/00_Methodik-Verfassung/Wissensdokument_008.md

@@ -0,0 +1,300 @@
+# Wissensdokument 008
+
+Jetzt übersetzen wir **Strategie → Produkt**. Ohne Feature-Fantasie. Ohne Tool-Ego.
+
+Es definiert **was Brand Rules sein MUSS – und was bewusst nicht gebaut wird**.
+
+---
+
+## Brand Rules – Produkt-Roadmap aus der Strategie
+
+### Vom Marken-Fundament zur operativen Infrastruktur
+
+**Status:** Fixiert
+
+**Version:** 1.0
+
+**Zweck:** Strategisch abgeleitete Produkt-Roadmap
+
+**Rolle im System:** Operative Umsetzung · Skalierung · Entkopplung von Personen
+
+---
+
+## 1. Grundsatz (nicht verhandelbar)
+
+> Brand Rules ist kein Tool für Inhalte.Brand Rules ist ein System für Entscheidungen.
+> 
+
+Jedes Feature muss **eine dieser Fragen schneller, sicherer oder reproduzierbarer beantworten**:
+
+- Ist das markenkonform?
+- Darf die Marke das sagen?
+- Passt das zur Positionierung?
+- Verliert die Marke hier an Klarheit?
+
+Wenn ein Feature nur „Produktivität“ erhöht, aber **keine Entscheidung absichert**, wird es nicht gebaut.
+
+---
+
+## 2. Die vier Produkt-Säulen von Brand Rules
+
+Brand Rules besteht aus **vier funktionalen Säulen**.
+
+Nicht aus Modulen, nicht aus Menüpunkten.
+
+---
+
+### 2.1 SÄULE 1: MARKEN-DNA-ENGINE
+
+**„Was ist diese Marke – verbindlich?“**
+
+### Zweck
+
+- Zentrale, versionierte Quelle der Wahrheit
+- Grundlage für alles Weitere
+
+### Muss-Funktionen (MVP-fähig)
+
+- Strukturierte Erfassung der 5 DNA-Bausteine (Dok. 002)
+- Versionierung (v1.0, v1.1 …)
+- Änderungs-Historie (wer, wann, warum)
+- Klar definierter Owner
+
+### Bewusst NICHT
+
+- Freitext-Essays
+- „Inspirationsfelder“
+- Archetypen-Spielereien im Kern
+
+> Ohne Engine kein System.
+> 
+
+---
+
+### 2.2 SÄULE 2: MARKEN-AGENT (RULE-BASED AI)
+
+**„Wie wendet die Marke ihre Regeln an?“**
+
+### Zweck
+
+- Operative Entlastung
+- Konsistenz im Alltag
+
+### Funktionslogik
+
+- **Generieren** (innerhalb der DNA)
+- **Prüfen** (gegen die DNA)
+- **Ablehnen mit Begründung**
+
+### Muss-Funktionen
+
+- Klarer Modus: *Generieren* vs. *Prüfen*
+- Sichtbare Regelreferenzen („Verstoß gegen Regel X“)
+- Kein stilles Umschreiben
+
+### Bewusst NICHT
+
+- Autonomes Lernen
+- Trend-Optimierung
+- „Kreativer Überraschungsmodus“
+
+> Der Agent ist Wächter, nicht Autor.
+> 
+
+---
+
+### 2.3 SÄULE 3: GOVERNANCE & TEAMS
+
+**„Wer darf was – und warum?“**
+
+### Zweck
+
+- Mittelstandstauglichkeit
+- Skalierbarkeit im Team
+
+### Muss-Funktionen
+
+- Rollenmodell (Owner / Editor / Viewer)
+- Freigabe-Logik
+- Audit-Log
+- DNA-Lock (Inhalte ≠ DNA)
+
+### Warum das kritisch ist
+
+Ohne Governance wird:
+
+- KI gefährlich
+- Marke beliebig
+- Tool unbrauchbar für echte Unternehmen
+
+> Governance ist kein Enterprise-Luxus,sondern Marken-Hygiene.
+> 
+
+---
+
+### 2.4 SÄULE 4: ANWENDUNGS-SCHICHT
+
+**„Wo wirkt die Marke konkret?“**
+
+### Zweck
+
+- Verbindung von Struktur und Realität
+
+### Start-Anwendungsfälle (bewusst begrenzt)
+
+1. LinkedIn-Posts
+2. Website-Absätze
+3. Angebots-/Pitch-Texte
+
+### Regel
+
+- Wenige Anwendungsfälle
+- Hohe Relevanz
+- Klare Prüfmechanik
+
+### Bewusst NICHT
+
+- 20 Content-Formate
+- Social-Media-Kalender
+- Kampagnen-Management
+
+> Tiefe schlägt Breite.
+> 
+
+---
+
+## 3. Produkt-Roadmap (phasenbasiert, realistisch)
+
+---
+
+### PHASE 1 – FUNDAMENT (Monat 1–2)
+
+**Ziel:** System glaubwürdig machen
+
+- Marken-DNA-Engine (vollständig)
+- Ein Anwendungsfall (z. B. LinkedIn)
+- Generieren + Prüfen
+- 3–5 Beta-Kunden
+
+**Erfolgskriterium:**
+
+> „Das ist klar besser als ChatGPT –
+> 
+> 
+> weil es uns zwingt, sauber zu denken.“
+> 
+
+---
+
+### PHASE 2 – SYSTEMVERTRAUEN (Monat 3–4)
+
+- Rollen & Rechte
+- Audit-Logs
+- DNA-Versionierung
+- Validierungs-Feedback (manuell)
+
+**Erfolgskriterium:**
+
+> „Wir trauen dem System –
+> 
+> 
+> und lassen andere damit arbeiten.“
+> 
+
+---
+
+### PHASE 3 – SKALIERUNG (Monat 5–6)
+
+- Weitere Anwendungsfälle
+- Partner-Zugänge
+- API-Vorbereitung (intern)
+
+**Erfolgskriterium:**
+
+> „Die Marke funktioniert auch ohne uns.“
+> 
+
+---
+
+### PHASE 4 – INTELLIGENZ (ab Monat 7)
+
+- RAG-Wissensschicht
+- Kuratierte Methodik
+- Kontrollierte Optimierung (keine Autonomie)
+
+**Erfolgskriterium:**
+
+> „Das System denkt wie wir –
+> 
+> 
+> nicht wie der Markt.“
+> 
+
+---
+
+## 4. Bewusste No-Feature-Liste (sehr wichtig)
+
+Diese Dinge werden **nicht** gebaut – auch wenn Nachfrage entsteht:
+
+- Prompt-Playgrounds
+- Social-Media-Planer
+- Virality-Scores
+- Trend-Analysen
+- Massen-Automatisierung
+- „Mehr Output“-Dashboards
+
+> Brand Rules ist kein Effizienz-Tool.Es ist ein Klarheits-System.
+> 
+
+---
+
+## 5. Internes Wertversprechen (Produktkern)
+
+Brand Rules verkauft nicht:
+
+- Content
+- KI
+- Geschwindigkeit
+
+Sondern:
+
+> Markenkonsistenz ohne Abhängigkeit von Personen.
+> 
+
+Das ist:
+
+- erklärbar
+- verteidigbar
+- skalierbar
+- exit-fähig
+
+---
+
+## 6. Maßstab für jede Feature-Entscheidung
+
+Jede neue Idee muss diese Frage beantworten:
+
+> Macht dieses Feature die Marke klarer,oder nur den Output größer?
+> 
+
+Wenn Output > Klarheit:
+
+- Feature wird gestrichen
+
+---
+
+## 7. Zusammenfassung (Essenz)
+
+- Brand Rules ist Infrastruktur
+- Entscheidungen schlagen Inhalte
+- Governance schlägt Kreativität
+- Weniger Features = mehr Wirkung
+
+> Marke macht.Wenn sie geführt wird.
+> 
+
+---
+
+### Ende – Wissensdokument 008
+
+---