# playground — Warum die Idee rockt

## Was ist das?

playground ist eine statische Experimentier-Site auf playground.schwenk.online. Du schreibst ein Gitea-Issue, erwähnst `@cursor`, und ein Agent erzeugt plain HTML unter `public/<slug>/`. Push auf `main` → Webhook → nginx liefert. Fertig.

## Warum das geil ist

- Issue als Steuerung — Aufgaben, Kontext und Historie leben dort, wo du eh arbeitest.
- Kein Build-Step — kein npm, kein Bundler, kein CI-Warten. HTML/CSS, Punkt.
- Sofort live — Commit auf main, Webhook zieht, Seite ist da. Sekunden, nicht Stunden.
- Verzeichnis = Thema — `/smoke-test/`, `/thema-xy/` — jeder Onepager sein eigener Ort.
- Cursor als Autor — Recherche, Text, Layout: der Agent macht die Fleißarbeit, du gibst die Richtung.
- Bewusst minimal — keine Landing-Page-Pflege, kein Tracking-Zwang, kein Framework-Overhead.

## So läuft's

1
Issue öffnen „Onepager: Thema XY" — oder wie hier: Smoke Test.
2
@cursor anpingen Gitea Action startet den Agent mit Repo-Kontext und Issue-Text.
3
HTML landet in public/ Bot committet direkt auf main — kein PR-Review-Flow.
4
Deploy per Webhook Container auf boka macht `git pull`, nginx serviert.

## Die Vision

Spielwiese für „recherchiere X, schreib einen Onepager" und ähnliche Prompts. Gitea als Steuerung, Cursor als Autor, nginx als Auslieferung — drei Bausteine, die du schon hast, ohne neue Infrastruktur erfinden zu müssen.

Kein Produkt. Kein Startup-Pitch. Einfach ein Ort, an dem Ideen schnell sichtbar werden — für dich, und für jeden mit dem Link.

## Stack auf einen Blick

- Gitea — Issues, Actions, Git, Webhooks
- Cursor Agent — schreibt HTML, committet, kommentiert
- nginx + Docker — statische Auslieferung auf boka
- Traefik — TLS und Routing für die Domain