Builder Flow v7 — Osobne domeny dla każdej persony, jeden silnik pod spodem

Builder Flow v7 to proces, w którym każda persona widzi inny produkt pod inną domeną, ale pod spodem działa ten sam silnik. Z zewnątrz wygląda jak 5 różnych produktów. W środku to jeden backend, jedna baza danych, jeden zespół.

Kluczowe różnice względem v6:

1. Osobna domena per persona — każda landing page żyje pod własną domeną (np. prywaciarz.10s.pl, firmowiec.10s.pl)
2. Całkowicie inny branding — różne logo, różne kolory, różny język, różne USP. Zero śladu że to ten sam produkt
3. Wspólny silnik — ten sam backend, ta sama baza, ta sama aplikacja. Po zakupie wszyscy lądują w /app/
4. Architektura multi-domena — nginx + Cloudflare, routing per persona na podstawie domeny

Proces dzieli się na 11 faz:

1. Brainstorming — produkt

0.5. Persona Discovery — kto kupi

0.75. Marketing Campaigns — jak dotrzeć

0.8. Domain Strategy — domeny, branding, NFT (NOWOŚĆ)

1. Specyfikacja — SDD

1.5. Hooks & Angles — dlaczego warto

1.75. Ad Creatives — teksty reklam

1. Design System — DaisyUI per domena (NOWOŚĆ)
2. Landing Pages — osobna domena per persona

3.5. Ad Funnel Integration — reklamy → domena → landing → checkout

1. App mockupy — wspólna aplikacja
2. Pre-launch validation — mierz potencjał

Faza 0: Brainstorming — produkt

mkdir -p /root/projects/<projekt>/.superpowers/sdd
cat > /root/projects/<projekt>/.superpowers/sdd/brainstorming-brief.md << 'EOF'
# Brainstorming — produkt

## Pytania
- Jaki problem rozwiązuje ten produkt?
- Jaka jest jedna zdaniowa definicja?
- Jakie są kryteria sukcesu?
- Jaka jest JEDNA najważniejsza funkcja?
EOF

opencode run --prompt 'Przeczytaj brainstorming-brief.md. Zadaj pytania, zapisz odpowiedzi do brainstorming-report.md.' --auto

Faza 0.5: Persona Discovery

cat > /root/projects/<projekt>/.superpowers/sdd/persona-discovery-brief.md << 'EOF'
# Persona Discovery

## Cel
Zidentyfikuj 2-5 person. Dla KAŻDEJ odpowiedz na wszystkie pytania.

### Tożsamość
- Nazwa, wiek, zawód, styl życia
- Jaki problem rozwiązuje nasz produkt?

### Motywacje zakupowe
- Dlaczego kupuje TEN produkt?
- Co jest najważniejsze? (cena, prywatność, łatwość, wsparcie)
- Jakie ma obawy?

### Preferencje płatności
- Jak chce płacić? (karta, krypto, BLIK, PayPal, przelew)
- Czy chce być anonimowy?
- Czy potrzebuje faktury?

### Prywatność
- Jakie dane jest gotów podać?
- Jakie chce ukryć?

### Język i komunikacja
- Jaki język? Jaki ton? (formalny, casual, techniczny)
- Gdzie szuka informacji? (Google, Twitter, LinkedIn, polecenie)

### Customer journey
- Jak znajduje produkt?
- Co go przekonuje do zakupu?
- Co go blokuje?

## Output
Plik persona-discovery-report.md z 2-5 personami.
EOF

opencode run --prompt 'Przeczytaj brainstorming-report.md i persona-discovery-brief.md. Wykonaj Persona Discovery z ownerem. Zapisz do persona-discovery-report.md.' --auto

Faza 0.75: Marketing Campaigns per Persona

cat > /root/projects/<projekt>/.superpowers/sdd/marketing-campaigns-brief.md << 'EOF'
# Marketing Campaigns per Persona

## Wymagane — dla każdej persony
1. Kanały dotarcia (Google Ads, Reddit, Twitter, LinkedIn, Telegram, GitHub, konferencje)
2. Targetowanie (demo, keywords, zainteresowania)
3. Budżet i harmonogram
4. KPI (CTR, CPC, CPA, ROAS)
5. Keywords (10-20 słów)

## Output
Plik marketing-campaigns-report.md
EOF

opencode run --prompt 'Przeczytaj persona-discovery-report.md i marketing-campaigns-brief.md. Wygeneruj marketing-campaigns-report.md.' --auto

Faza 0.8: Domain Strategy — domeny i branding per persona (NOWOŚĆ v7)

CEO definiuje osobną domenę dla każdej persony. Każda domena wygląda jak zupełnie inny produkt, choć pod spodem to ten sam silnik.

Krok 0.8.1: Brief domain strategy

cat > /root/projects/<projekt>/.superpowers/sdd/domain-strategy-brief.md << 'EOF'
# Domain Strategy — osobne domeny, jeden silnik

## Cel
Dla KAŻDEJ persony z persona-discovery-report.md, stwórz kompletny profil domeny i brandingu.
Każda domena ma wyglądać jak ZUPEŁNIE INNY produkt. Żadnego śladu że to ten sam silnik.

## Wymagane — dla każdej persony

### 1. Nazwa domeny
- Propozycja domeny (np. prywaciarz.10s.pl, privacytool.10s.pl, securebrowser.10s.pl)
- Czy domena jest dostępna?
- Czy jest łatwa do zapamiętania?

### 2. Branding
- **Nazwa produktu** — jak nazywa się ten "produkt" dla tej persony?
- **Logo** — opis logo (ikona, kolory, styl)
- **Slogan** — 1 zdanie
- **Kolory** — które kolory DaisyUI? (primary, secondary, accent)
- **Font** — systemowy lub specyficzny

### 3. Pozycjonowanie
- **USP** — Unique Selling Proposition (1 zdanie)
- **Konkurencja** — z kim konkurencyjnym klient porównuje?
- **Cena** — ile kosztuje dla tej persony?
- **Gwarancja** — jaka jest gwarancja?

### 4. Strona główna (landing page)
- **Hero** — nagłówek, podtytuł, CTA
- **Sekcje** — problem, rozwiązanie, korzyści, cena, FAQ, footer
- **CTA** — co użytkownik ma kliknąć?
- **Ton** — formalny, casual, techniczny, emocjonalny

### 5. Komunikacja
- **Język** — polski, angielski, dualny
- **Przykładowy nagłówek** — "Zero śledzenia. Zero logowania." vs "Bezpieczna przeglądarka dla Twojej firmy."
- **Przykładowy CTA** — "Kup za Monero" vs "Zamów dla firmy"

### 6. Technicznie
- **Subdomena 10s.pl** — <persona>.10s.pl (np. prywaciarz.10s.pl)
- **Nginx path** — /var/www/projects/<persona>/
- **Cloudflare DNS** — A record do 65.21.237.163

## Przykład 1: Persona "Prywaciarz"
- **Domena**: prywaciarz.10s.pl
- **Nazwa produktu**: "Incognito Browser"
- **Logo**: tarcza z XMR symbolem, kolor granatowy
- **Slogan**: "Zero śledzenia. Zero logowania. Zero danych."
- **USP**: "Jedyna przeglądarka, którą kupujesz anonimowo za krypto"
- **Cena**: 0.05 XMR lifetime
- **Ton**: techniczny, konkretny, bez marketingu
- **Hero**: "Prywatna przeglądarka. Nie wiemy nawet jak się nazywasz."
- **CTA**: "Kup za Monero"

## Przykład 2: Persona "Firmowiec"
- **Domena**: firmowiec.10s.pl
- **Nazwa produktu**: "EnterpriseShield Browser"
- **Logo**: tarcza z siatką, kolor ciemnoniebieski
- **Slogan**: "Bezpieczna przeglądarka dla Twojej firmy."
- **USP**: "Jedyna przeglądarka B2B z centralnym zarządzaniem i fakturą VAT"
- **Cena**: $19/user/miesiąc
- **Ton**: formalny, biznesowy, profesjonalny
- **Hero**: "Chroń dane firmy. Zarządzaj zespołem. Śpij spokojnie."
- **CTA**: "Zamów dla firmy"

## Output
Plik domain-strategy-report.md — domena, branding, pozycjonowanie dla każdej persony.
EOF

opencode run --prompt '
Przeczytaj persona-discovery-report.md, marketing-campaigns-report.md i domain-strategy-brief.md.
Wygeneruj domain-strategy-report.md. Dla każdej persony: domena, branding, logo, slogan, USP, cena, ton, hero, CTA.
' --auto

Krok 0.8.2: Przykład — Domain Strategy dla 2 person

Persona: Prywaciarz

Persona: Firmowiec

Faza 1: Specyfikacja przez superpowers SDD

cat > .superpowers/sdd/phase-1-brief.md << 'EOF'
# Faza 1: Specyfikacja biznesowa

## Sekcje
1. Persony — podsumowanie z domain-strategy
2. User stories — priorytetyzowane (P0, P1, P2)
3. MVP scope
4. Przepływ biznesowy — od reklamy do aktywnego użytkownika (per persona, per domena)
5. Metryki sukcesu

## Output
Plik phase-1-report.md
EOF

opencode run --prompt 'Przeczytaj brainstorming-report.md, persona-discovery-report.md, marketing-campaigns-report.md, domain-strategy-report.md i phase-1-brief.md. Wygeneruj phase-1-report.md.' --auto

cat > .superpowers/sdd/phase-2-brief.md << 'EOF'
# Faza 2: Specyfikacja techniczna

## Sekcje
1. Struktura domen i URL-i
2. Model danych
3. API endpoints
4. Stack

## Domain structure (KLUCZOWE)
- prywaciarz.10s.pl → landing page i checkout dla Prywaciarza
- firmowiec.10s.pl → landing page i checkout dla Firmowca
- krypto.10s.pl → landing page dla Kryptoentuzjasty
- app.10s.pl → wspólna aplikacja (dashboard, sesje, profil)
- pixel.10s.pl → tracking pixel (opcjonalnie)

## Nginx routing
- Każda subdomena → osobny katalog /var/www/projects/<domain>/
- /app/ na app.10s.pl → /var/www/projects/app/

## Backend
- Jeden backend, jedna baza danych
- Jeden deploy
- Wszystkie domeny pointują do tego samego API

## Output
Plik phase-2-report.md
EOF

opencode run --prompt 'Przeczytaj phase-1-report.md i phase-2-brief.md. Wygeneruj phase-2-report.md.' --auto

cat > .superpowers/sdd/phase-3-brief.md << 'EOF'
# Faza 3: Specyfikacja wizualna

## Kategoria A: Landing Pages (osobna domena per persona)
Dla każdej: domena, URL, cel, sekcje, CTA, komponenty DaisyUI

## Kategoria B: Checkout Pages (osobna domena per persona)
Dla każdej: domena, URL, krok 1/2/3/4, formularze, metody płatności

## Kategoria C: Thank You Pages (osobna domena per persona)
Dla każdej: domena, URL, co użytkownik widzi po zakupie

## Kategoria D: Aplikacja (wspólna domena app.10s.pl)
Dla każdej strony app: URL, cel, komponenty, dane mockowe

## Output
Plik phase-3-report.md
EOF

opencode run --prompt 'Przeczytaj phase-1-report.md, phase-2-report.md i phase-3-brief.md. Wygeneruj phase-3-report.md.' --auto

Faza 1.5: Hooks & Angles

cat > /root/projects/<projekt>/.superpowers/sdd/hooks-brief.md << 'EOF'
# Hooks & Angles — 10+ powodów

## Wymagane — dla każdego hooka:
1. Nagłówek (headline) — max 10 słów
2. Rozwinięcie (body) — 2-3 zdania
3. Persona — do której persony
4. Kanał — gdzie działa najlepiej
5. Emocja — strach, złość, nadzieja, ciekawość, ulga, duma

## Kategorie
- Pain Point Hooks — uderz w ból
- Benefit Hooks — pokaż korzyść
- Curiosity Hooks — wzbudź ciekawość
- Social Proof Hooks — pokaż że inni używają
- Objection Hooks — odpowiedz na obiekcję

## Output
Plik hooks-report.md z 10+ hookami.
EOF

opencode run --prompt 'Przeczytaj persona-discovery-report.md, domain-strategy-report.md, marketing-campaigns-report.md i hooks-brief.md. Wygeneruj hooks-report.md.' --auto

Faza 1.75: Ad Creatives

cat > /root/projects/<projekt>/.superpowers/sdd/ad-creatives-brief.md << 'EOF'
# Ad Creatives

## Wymagane — dla każdej persony × kanał
1. Platforma (Google Ads, Reddit, Twitter, LinkedIn, Telegram)
2. Format (search ad, social post, sponsored, video)
3. Nagłówek
4. Opis
5. CTA
6. URL docelowy (z domeną persony!)
7. Wizualizacja (opis)
8. Wariant B (A/B test)

## WAŻNE
- URL docelowy = domena persony, NIE wspólna
- Prywaciarz → prywaciarz.10s.pl
- Firmowiec → firmowiec.10s.pl
- Żadnego śladu że to ten sam produkt

## Output
Plik ad-creatives-report.md
EOF

opencode run --prompt 'Przeczytaj persona-discovery-report.md, domain-strategy-report.md, hooks-report.md i ad-creatives-brief.md. Wygeneruj ad-creatives-report.md.' --auto

Faza 2: Design System — DaisyUI per domena (NOWOŚĆ v7)

Każda domena ma swój własny wygląd — inny motyw DaisyUI, inne kolory, inne logo. Ale to ten sam DaisyUI, tylko z innym data-theme.

Krok 2.1: Konfiguracja motywów per domena

# Dla każdej persony, wybierz inny motyw DaisyUI
# i skonfiguruj własne kolory

mkdir -p /var/www/projects/prywaciarz.10s.pl
mkdir -p /var/www/projects/firmowiec.10s.pl
mkdir -p /var/www/projects/krypto.10s.pl
mkdir -p /var/www/projects/app.10s.pl

<!-- prywaciarz.10s.pl — data-theme="dark" + custom kolory -->
<!DOCTYPE html>
<html lang="pl" data-theme="dark">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Incognito Browser — Prywatna przeglądarka</title>
  <link href="https://cdn.jsdelivr.net/npm/daisyui@5" rel="stylesheet">
  <script src="https://cdn.tailwindcss.com"></script>
  <script>
    tailwind.config = {
      daisyui: {
        themes: [{
          dark: {
            "primary": "#22c55e",        /* neon zielony */
            "primary-content": "#000000",
            "secondary": "#3b82f6",
            "accent": "#f59e0b",
            "neutral": "#1e293b",
            "base-100": "#0f172a",       /* ciemny granat */
            "base-200": "#1e293b",
            "base-300": "#334155",
            "base-content": "#e2e8f0",
            "info": "#3b82f6",
            "success": "#22c55e",
            "warning": "#f59e0b",
            "error": "#ef4444",
          }
        }]
      }
    }
  </script>
</head>
<body>

<!-- firmowiec.10s.pl — data-theme="corporate" + custom -->
<!DOCTYPE html>
<html lang="pl" data-theme="corporate">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>EnterpriseShield — Bezpieczna przeglądarka dla firm</title>
  <link href="https://cdn.jsdelivr.net/npm/daisyui@5" rel="stylesheet">
  <script src="https://cdn.tailwindcss.com"></script>
  <script>
    tailwind.config = {
      daisyui: {
        themes: [{
          corporate: {
            "primary": "#1e3a5f",        /* granatowy */
            "primary-content": "#ffffff",
            "secondary": "#475569",
            "accent": "#f59e0b",
            "neutral": "#1e293b",
            "base-100": "#ffffff",
            "base-200": "#f8fafc",
            "base-300": "#e2e8f0",
            "base-content": "#1e293b",
            "info": "#3b82f6",
            "success": "#10b981",
            "warning": "#f59e0b",
            "error": "#ef4444",
          }
        }]
      }
    }
  </script>
</head>
<body>

<!-- app.10s.pl — neutralny, wspólny motyw -->
<!DOCTYPE html>
<html lang="pl" data-theme="light">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Dashboard — Aplikacja</title>
  <link href="https://cdn.jsdelivr.net/npm/daisyui@5" rel="stylesheet">
  <script src="https://cdn.tailwindcss.com"></script>
</head>
<body>

Krok 2.2: Weryfikacja — każda domena wygląda inaczej

# Sprawdź data-theme na każdej domenie
curl -s https://prywaciarz.10s.pl/ | grep -o 'data-theme="[^"]*"'
# → data-theme="dark"

curl -s https://firmowiec.10s.pl/ | grep -o 'data-theme="[^"]*"'
# → data-theme="corporate"

curl -s https://app.10s.pl/ | grep -o 'data-theme="[^"]*"'
# → data-theme="light"

# Porównaj kolory primary — powinny być różne
curl -s https://prywaciarz.10s.pl/ | grep -oP '#[0-9a-fA-F]{6}' | head -3
curl -s https://firmowiec.10s.pl/ | grep -oP '#[0-9a-fA-F]{6}' | head -3

Faza 3: Landing Pages — osobna domena per persona

Każda landing page żyje pod własną domeną, z własnym brandem, własnym logo, własnym językiem. Zero śladu że to ten sam produkt.

Krok 3.1: Landing page prywaciarz.10s.pl

opencode run --prompt '
Stwórz landing page dla persony Prywaciarz w /var/www/projects/prywaciarz.10s.pl/index.html.

ZASADY:
1. DaisyUI + Tailwind przez CDN
2. data-theme="dark" z custom kolorami (primary: #22c55e, base-100: #0f172a)
3. TYLKO gotowe klasy DaisyUI — zero hexów, zero inline style, zero własnego CSS
4. Język: polski, techniczny, konkretny
5. NIGDZIE nie wspominaj że istnieje inna wersja produktu. To jest JEDYNY produkt.

STRUKTURA:
### Hero
- Nagłówek: "Incognito Browser — prywatna przeglądarka"
- Podtytuł: "Zero śledzenia. Zero logowania. Zero danych. Kupujesz krypto, dostajesz link."
- CTA: btn-primary "Kup za Monero →"
- Małe: "0.05 XMR. Dożywotnio. 30 dni money back."

### Problem (karty DaisyUI)
- "Chrome wysyła 50+ zapytań telemetrycznych na minutę"
- "Facebook śledzi Cię nawet po wylogowaniu"
- "Twój ISP widzi każdą stronę jaką odwiedzasz"

### Rozwiązanie
- "Incognito Browser: zero telemetrii, zero cookies zewnętrznych, zero logowania, open source."
- Lista z badge: Open Source, Zero data, VPN, Adblock, Lifetime

### Korzyści (grid 3x2 z kartami DaisyUI)
1. Open source — kod do wglądu, audytowany
2. Zero danych — nie zbieramy absolutnie nic
3. VPN — IP ukryty, geolokacja zamaskowana
4. Adblock — zero reklam, zero trackerów
5. Lifetime — płacisz raz, używasz zawsze
6. Bez logowania — żadnego konta, tylko link

### Jak działa (steps DaisyUI vertical)
1. Klikasz "Kup za Monero"
2. Dostajesz adres XMR + QR
3. Wysyłasz krypto z dowolnego portfela
4. Po 1 konfirmacji → unikalny link
5. Klikasz link → ustawiasz PIN → gotowe

### Cena
- "0.05 XMR ≈ $15. Jednorazowo, dożywotnio."
- CTA: btn-primary btn-lg "Kup za Monero →"

### FAQ (accordion DaisyUI)
- "Czy muszę podać email?" → Nie. Zero danych.
- "Jakie krypto?" → Monero (XMR), Bitcoin (BTC)
- "Czy mogę zwrócić?" → Tak, 30 dni money back
- "Czy jest open source?" → Tak, GitHub
- "Ile urządzeń?" → Do 3 urządzeń jednocześnie

### Footer
- Logo: Incognito Browser
- Linki: Privacy Policy, Terms, GitHub
- "Prototyp v7 — prywaciarz.10s.pl"
' --auto

Krok 3.2: Landing page firmowiec.10s.pl

opencode run --prompt '
Stwórz landing page dla persony Firmowiec w /var/www/projects/firmowiec.10s.pl/index.html.

ZASADY:
1. DaisyUI + Tailwind przez CDN
2. data-theme="corporate" z custom kolorami (primary: #1e3a5f, korporacyjny granat)
3. TYLKO gotowe klasy DaisyUI
4. Język: polski, formalny, biznesowy
5. NIGDZIE nie wspominaj że istnieje inna wersja. To jest JEDYNY produkt.

STRUKTURA:
### Hero
- Nagłówek: "EnterpriseShield — bezpieczna przeglądarka dla Twojej firmy"
- Podtytuł: "Centralne zarządzanie. Polityki bezpieczeństwa. Faktura VAT. Support 24/7."
- CTA: btn-primary "Zamów dla firmy →"
- Małe: "14 dni darmowego triala. Bez karty."

### Problem
- "Pracownicy używają Chrome/Edge — zero kontroli, dane wyciekają."
- "Ransomware, phishing, tracking — codziennie nowe zagrożenia."
- " compliance, RODO, audyty — musisz udowodnić że dane są bezpieczne."

### Rozwiązanie
- "EnterpriseShield: przeglądarka z centralnym zarządzaniem, politykami bezpieczeństwa, raportami i VPN."

### Korzyści (karty DaisyUI)
1. Centralne zarządzanie — polityki per team, per user
2. Raporty — kto, co, kiedy, gdzie, audit log
3. VPN — wszystkie połączenia szyfrowane
4. Faktura VAT — na firmę, automatyzacja
5. Support 24/7 — dedykowany opiekun
6. Onboarding — wdrożenie w 1 dzień

### Cena
- $19/user/miesiąc
- Rabat 20% przy rocznej
- 14 dni darmowego triala
- CTA: btn-primary btn-lg "Zamów dla firmy →"

### Jak działa (steps)
1. Klikasz "Zamów dla firmy"
2. Formularz: firma, NIP, email, liczba userów
3. Karta firmowa lub przelew
4. Faktura VAT wysłana na email
5. Panel admina: dodajesz pracowników
6. Każdy dostaje link + instrukcje

### FAQ
- "Czy jest faktura?" → Tak, VAT na firmę
- "Ile kosztuje?" → $19/user/miesiąc, rabat 20% roczna
- "Czy jest support?" → Tak, 24/7, dedykowany opiekun
- "Czy mogę przetestować?" → Tak, 14 dni trial
- "Czy jest umowa SLA?" → Tak, 99.9% uptime

### Footer
- Logo: EnterpriseShield
- Linki: Privacy Policy, Terms, SLA
- "Prototyp v7 — firmowiec.10s.pl"
' --auto

Krok 3.3: Strona główna — brak strony głównej (celowo)

W v7 nie ma strony głównej z wyborem persony. Każda domena jest samodzielna. Użytkownik trafia na konkretną domenę z reklamy i nie wie że istnieją inne.

Faza 3.5: Ad Funnel Integration

Każda reklama prowadzi do właściwej domeny:

Krok 3.5.1: Ad Funnel page z domenami

opencode run --prompt '
Stwórz /var/www/projects/ad-funnel.10s.pl/index.html.

CEL: symulacja lejka reklamowego. Każda reklama prowadzi do INNEJ domeny.

### Google Ads — Prywaciarz
- "Prywatna przeglądarka. Zero śledzenia."
- Kliknięcie → https://prywaciarz.10s.pl/

### Google Ads — Firmowiec
- "Bezpieczna przeglądarka dla Twojej firmy"
- Kliknięcie → https://firmowiec.10s.pl/

### Reddit — Prywaciarz
- Post na r/privacy
- Kliknięcie → https://prywaciarz.10s.pl/

### LinkedIn — Firmowiec
- Sponsored content
- Kliknięcie → https://firmowiec.10s.pl/

### Footer
"Ad Funnel Prototyp v7 — każda reklama prowadzi do innej domeny"
' --auto

Krok 3.5.2: Checkout per domena

# Checkout na prywaciarz.10s.pl
opencode run --prompt '
Stwórz /var/www/projects/prywaciarz.10s.pl/checkout/index.html.

Krok 1: "Wybierz krypto" — Monero (XMR) lub Bitcoin (BTC)
Krok 2: "Wyślij krypto" — adres XMR, QR kod, instrukcja "0.05 XMR"
Krok 3: "Czekaj na potwierdzenie" — loading spinner DaisyUI
Krok 4: "Twój link" — unikalny link, "Link ważny 24h. Po kliknięciu ustawisz PIN."
CTA: btn-primary "Przejdź do aplikacji →" → https://app.10s.pl/dashboard/

data-theme="dark" jak landing page.
' --auto

# Checkout na firmowiec.10s.pl
opencode run --prompt '
Stwórz /var/www/projects/firmowiec.10s.pl/checkout/index.html.

Krok 1: "Dane firmy" — formularz: firma, NIP, email, liczba userów
Krok 2: "Wybierz plan" — monthly $19/user vs yearly $15/user
Krok 3: "Płatność" — karta firmowa lub przelew, checkbox "Chcę fakturę VAT"
Krok 4: "Potwierdzenie" — podsumowanie, CTA "Zamów i zapłać"

Po kliknięciu → /thank-you/

data-theme="corporate" jak landing page.
' --auto

Krok 3.5.3: Thank You per domena

# Thank You na prywaciarz.10s.pl
opencode run --prompt '
Stwórz /var/www/projects/prywaciarz.10s.pl/thank-you/index.html.
"Gratulacje! Jesteś teraz anonimowy."
"Twój unikalny link: https://app.10s.pl/link/abc123"
"Link ważny 24h. Po kliknięciu ustaw PIN."
CTA: "Przejdź do aplikacji →" → https://app.10s.pl/dashboard/
data-theme="dark"
' --auto

# Thank You na firmowiec.10s.pl
opencode run --prompt '
Stwórz /var/www/projects/firmowiec.10s.pl/thank-you/index.html.
"Dziękujemy za zamówienie!"
"Faktura VAT wysłana na email."
"Panel admina: https://app.10s.pl/admin/"
"Linki dla pracowników wyślemy w ciągu 15 min."
CTA: "Przejdź do panelu →" → https://app.10s.pl/dashboard/
data-theme="corporate"
' --auto

Faza 4: App mockupy — app.10s.pl

Wspólna aplikacja na osobnej domenie app.10s.pl. Neutralny motyw (light). Żadnego śladu skąd użytkownik przyszedł.

opencode run --prompt '
Stwórz wspólną aplikację w /var/www/projects/app.10s.pl/.

ZASADY:
1. DaisyUI + Tailwind przez CDN, data-theme="light" (neutralny, bez brandingu)
2. TYLKO gotowe klasy DaisyUI
3. Aplikacja IDENTYCZNA dla wszystkich — nie ma śladu czy user przyszedł z prywaciarz.10s.pl czy firmowiec.10s.pl
4. Zero logowania — każdy user ma swój link (symulacja)

Struktura:
/var/www/projects/app.10s.pl/
├── index.html              — przekierowanie do /dashboard/
├── dashboard/index.html    — Dashboard
├── sessions/index.html     — Lista sesji
├── profile/index.html      — Profil (PIN, urządzenia)
├── settings/index.html     — Ustawienia

### Dashboard
- Navbar: logo "Aplikacja", linki (Dashboard, Sesje, Profil)
- Breadcrumbs: App > Dashboard
- Statystyki w kartach DaisyUI (stat)
- Tabela aktywności (table table-zebra)
- Alert informacyjny

### Sesje
- Lista z filtrami
- Paginacja

### Profil
- Ustawienia PIN
- Lista urządzeń
- Preferencje
' --auto

Faza 5: Pre-launch validation

Krok 5.1: Weryfikacja architektury multi-domena

# 1. Sprawdź HTTP 200 dla WSZYSTKICH domen
for domain in \
  https://prywaciarz.10s.pl/ \
  https://prywaciarz.10s.pl/checkout/ \
  https://prywaciarz.10s.pl/thank-you/ \
  https://firmowiec.10s.pl/ \
  https://firmowiec.10s.pl/checkout/ \
  https://firmowiec.10s.pl/thank-you/ \
  https://app.10s.pl/dashboard/ \
  https://ad-funnel.10s.pl/; do
  code=$(curl -s -o /dev/null -w "%{http_code}" --max-time 5 "$domain")
  echo "$domain → HTTP $code"
done

Krok 5.2: Weryfikacja izolacji brandingu

# 2. Sprawdź czy prywaciarz.10s.pl NIE ma linków do firmowiec.10s.pl
curl -s https://prywaciarz.10s.pl/ | grep -c 'firmowiec\|EnterpriseShield\|firma'
# Oczekiwane: 0 (brak cross-linków)

# 3. Sprawdź czy firmowiec.10s.pl NIE ma linków do prywaciarz.10s.pl
curl -s https://firmowiec.10s.pl/ | grep -c 'prywaciarz\|Incognito\|Monero\|XMR'
# Oczekiwane: 0 (brak cross-linków)

# 4. Sprawdź czy app.10s.pl NIE ma brandingu żadnej persony
curl -s https://app.10s.pl/dashboard/ | grep -c 'Incognito\|EnterpriseShield\|prywaciarz\|firmowiec'
# Oczekiwane: 0 (neutralna aplikacja)

Krok 5.3: Weryfikacja spójności DaisyUI

# 5. Sprawdź data-theme na każdej domenie
for domain in prywaciarz.10s.pl firmowiec.10s.pl app.10s.pl; do
  theme=$(curl -s "https://$domain/" | grep -oP 'data-theme="[^"]*"')
  echo "$domain → $theme"
done

# 6. Sprawdź brak hexów (twardych kolorów) — na każdej domenie powinno być 0
for domain in prywaciarz.10s.pl firmowiec.10s.pl app.10s.pl; do
  hard=$(curl -s "https://$domain/" | grep -cE '#[0-9a-fA-F]{3,6}' || true)
  echo "$domain → $hard hexów (target: 0)"
done

Krok 5.4: Weryfikacja — każda domena wygląda jak inny produkt

# Wizualne porównanie przez browser_vision
# Otwórz https://prywaciarz.10s.pl/ — powinna być ciemna, neon zielony, techniczna
# Otwórz https://firmowiec.10s.pl/ — powinna być jasna, granatowa, korporacyjna
# Otwórz https://app.10s.pl/ — powinna być neutralna, bez brandingu

Krok 5.5: Raport do zatwierdzenia

hermes kanban --board convertere comment <card-id> \
  "[CEO] ✅ Prototyp v7 — architektura multi-domena:

🔒 prywaciarz.10s.pl — Incognito Browser (dark, neon, krypto)
🏢 firmowiec.10s.pl — EnterpriseShield (corporate, B2B, faktura)
📊 app.10s.pl — wspólna aplikacja (neutralna, light)

Lejek:
🔗 ad-funnel.10s.pl — symulacja reklam

Weryfikacja:
✅ HTTP 200 — wszystkie domeny
✅ Zero cross-linków — prywaciarz nie ma linków do firmowiec
✅ Zero brandingu persony w app.10s.pl
✅ DaisyUI — każda domena ma własny data-theme
⏳ Czekam na zatwierdzenie przed backendem"

Architektura — wizualizacja

                   ZEWNĄTRZ (3 różne produkty)
                   ============================

┌─────────────────┐  ┌─────────────────┐  ┌─────────────────┐
│ prywaciarz.10s.pl│  │ firmowiec.10s.pl│  │  app.10s.pl     │
│                 │  │                 │  │                 │
│ Incognito       │  │ EnterpriseShield│  │ Dashboard       │
│ Browser         │  │                 │  │ Sesje           │
│                 │  │ Bezpieczna      │  │ Profil          │
│ Zero śledzenia  │  │ przeglądarka    │  │ Ustawienia      │
│ Monero          │  │ B2B, faktura    │  │                 │
│ Dark theme      │  │ Corporate theme │  │ Neutral theme   │
└────────┬────────┘  └────────┬────────┘  └────────┬────────┘
         │                   │                   │
         └───────────┬───────┴───────────┬────────┘
                     │                   │
                     ▼                   ▼
          ┌─────────────────────────────────────┐
          │  WEWNĄTRZ (jeden silnik)             │
          │  =====================               │
          │                                      │
          │  Jeden backend (FastAPI/Node/...)    │
          │  Jedna baza danych (PostgreSQL/...)  │
          │  Jeden deploy                        │
          │  Jeden zespół                        │
          │                                      │
          │  Nginx: routing po domenie           │
          │  Cloudflare: DNS + proxy             │
          │  /var/www/projects/<domain>/         │
          └─────────────────────────────────────┘

Porównanie v6 → v7

Playbook: 60-minutowy Builder Flow v7

Przygotowanie (2 min):

• [ ] mkdir -p /root/projects/<projekt> && cd $_ && git init
• [ ] Stwórz kanban task

Brainstorming + Persona Discovery (8 min):

• [ ] Pytania o produkt + identyfikacja person

Domain Strategy (5 min):

• [ ] Dla każdej persony: domena, branding, slogan, USP, CTA
• [ ] Wybierz motyw DaisyUI per domena

Marketing + Hooks + Ads (8 min):

• [ ] Kampanie, hooki, ad creatives

Specyfikacja (5 min):

• [ ] superpowers SDD → phase-1, phase-2, phase-3

Landing Pages per domena (15 min):

• [ ] prywaciarz.10s.pl — landing page + checkout + thank you (dark)
• [ ] firmowiec.10s.pl — landing page + checkout + thank you (corporate)
• [ ] Ad Funnel (ad-funnel.10s.pl)

App mockupy (5 min):

• [ ] app.10s.pl — wspólna aplikacja (light, neutralna)

Weryfikacja + Validation (12 min):

• [ ] HTTP 200 dla wszystkich domen i podstron
• [ ] Zero cross-linków między domenami
• [ ] Zero brandingu persony w app.10s.pl
• [ ] Każda domena ma inny data-theme
• [ ] Decyzja go/no-go

Mierzenie sukcesu

Źródła (Linki URL)

• DaisyUI — dokumentacja
• DaisyUI — lista komponentów
• DaisyUI — custom themes
• Tailwind CSS — dokumentacja
• superpowers — obra/superpowers GitHub
• opencode — kimi-k27/code
• Builder Flow v1
• Builder Flow v2
• Builder Flow v3
• Builder Flow v4
• Builder Flow v5
• Builder Flow v6
• Builder Flow v7 — ta wersja

Źródła (Pliki)

• /root/.config/opencode/opencode.json — konfiguracja opencode
• /root/convertere/reports/builder-flow-v1.md — v1
• /root/convertere/reports/builder-flow-v2.md — v2
• /root/convertere/reports/builder-flow-v3.md — v3
• /root/convertere/reports/builder-flow-v4.md — v4
• /root/convertere/reports/builder-flow-v5.md — v5
• /root/convertere/reports/builder-flow-v6.md — v6
• /root/convertere/reports/builder-flow-v7.md — ten raport