Die nächsten Schritte, für dich und deinen Agenten geschrieben
Jedes Playbook erklärt, wie du ein Template erweiterst, ohne seine Architektur zu brechen: welche Dateien du änderst, welche Regeln gelten und wie du das Ergebnis prüfst. Dieselbe Datei liegt in deinem Repository, damit dein Coding-Agent ihr folgen kann.
So funktionieren Playbooks
Next.js + Supabase
In jedem Repository enthalten, das aus diesem Template erzeugt wird.
Eine geschützte Seite hinzufügen
Eine Seite nur für angemeldete Nutzer oder Admins hinzufügen, mit der Prüfung auf dem Server und den Daten hinter RLS.
Playbook lesenEine Tabelle mit RLS hinzufügen
Neue Daten eines Nutzers in Supabase mit Row Level Security speichern, damit jeder Nutzer nur seine eigenen Zeilen liest und ändert.
Playbook lesenFlutter Production App
In jedem Repository enthalten, das aus diesem Template erzeugt wird.
Einen Screen mit Route und State hinzufügen
Einen Feature-Screen hinzufügen, der per Name und Deep Link erreichbar ist, mit Riverpod-State, übersetzten Texten und einem Test ohne Netzwerk.
Playbook lesenEine Supabase-Tabelle mit RLS hinzufügen
Neue Nutzerdaten in Supabase hinter RLS und pgTAP-Tests speichern und in der App über ein Repository lesen.
Playbook lesenNext.js + Flutter Product Monorepo
In jedem Repository enthalten, das aus diesem Template erzeugt wird.
Eine Admin-Seite hinzufügen
Der Admin-App eine Seite hinzufügen, die Daten aller Nutzer liest, autorisiert auf dem Server und durch eine RLS-Policy nur für Admins.
Playbook lesenEinen Endpunkt zum gemeinsamen Vertrag hinzufügen
Eine API-Operation in den OpenAPI-Vertrag aufnehmen, sie aus einem Next.js Route Handler hinter RLS bereitstellen und sie in Flutter über den generierten Client aufrufen.
Playbook lesenConsumer Subscription App
In jedem Repository enthalten, das aus diesem Template erzeugt wird.
Neue Daten in die Kontolöschung aufnehmen
Die Kontolöschung erweitern, wenn die App neue Nutzerdaten oder Dateien speichert, damit nichts vom Nutzer zurückbleibt und nur der verifizierte Nutzer sie auslösen kann.
Playbook lesenEine Funktion hinter Premium sperren
Eine Funktion nur mit aktivem RevenueCat-Entitlement freischalten, kostenlose Nutzer zur Paywall führen und dieselbe Regel in Supabase durchsetzen, wenn die Funktion Serverdaten hat.
Playbook lesenNative Utility
In jedem Repository enthalten, das aus diesem Template erzeugt wird.
Einen Job-Handler hinzufügen
Lange Produktarbeit als Job in einer eigenen Crate ausführen, mit Checkpoints für Pause und Abbruch, Fortschrittsereignissen, stabilen Fehlercodes und Tests über die öffentliche app-api.
Playbook lesenEinen nativen Befehl hinzufügen
Eine schnelle Rust-Operation über app-api, einen Tauri-Befehl mit eigener Berechtigung und den Native Client für die UI bereitstellen, mit generierten Typen und Tests auf beiden Seiten.
Playbook lesenBooking Platform
In jedem Repository enthalten, das aus diesem Template erzeugt wird.
Ein Fenster ohne Erstattung hinzufügen
Jeder Service legt die letzten Stunden vor dem Termin fest, in denen eine Stornierung durch den Kunden nicht mehr erstattet wird.
Playbook lesenEin Erinnerungsfenster hinzufügen
Eine zusätzliche Erinnerung senden, zum Beispiel eine Woche vor dem Termin, ohne doppelte oder verspätete E-Mails.
Playbook lesenIn Produktion bringen
Die Buchungsplattform mit Vercel, Supabase, Stripe-Webhooks, dem Wartungs-Cron und transaktionalen E-Mails online bringen.
Playbook lesen