Gridfin ist ein agent-natives Starter-Kit, das ein leeres Repository in ein Application Skeleton verwandelt: ein fertiges architektonisches Fundament für die Arbeit mit Claude Code. Specs, Engineering-Regeln, Hooks, Tests und Quality Gates sind eingebaut — statt chaotischem Vibe-Coding.
Wenn du eine Idee und Claude Code hast, aber keine jahrelange Engineering-Erfahrung, führt Gridfin dich durch den Prozess, den Engineering-Teams sonst über Jahre aufbauen.
Kostenlos in der Beta · Starterpreise danach
KI hat Entwicklung schneller gemacht. Aber Engineering-Erfahrung lässt sich nicht generieren. Genau diese Lücke schließt Gridfin.
Stack, Architektur, Tests, Security — Dutzende Entscheidungen fallen still, ohne zweiten Blick.
Gridfin trifft die Engineering-Entscheidungen im Voraus: Der invariante Teil steht fest und wird in jedem Projekt wiederverwendet.
Bauen war schnell, Debugging endlos; jedes neue Feature berührt die vorherigen.
Jedes Feature durchläuft denselben Zyklus: Spec → Code → Tests → Review. Alte Tests verhindern, dass ein neues Feature die alten still bricht.
Unbekannte Constraints tauchen plötzlich auf; der Agent schreibt für eine kleine Änderung die halbe Codebase um.
Das Application Skeleton fixiert die Architektur ab Tag eins: Das zwanzigste Feature durchläuft denselben Prozess wie das erste.
Was es gestern genau generiert hat — hat niemand gelesen.
Hooks und Quality Gates machen Review zum Teil des Prozesses: Ein Regelverstoß wird gestoppt, bevor Code geschrieben wird — Rot ist sichtbar vor dem Merge.
Ein Befehl — /gridfin — startet einen Guide-Agenten. Die Pipeline zeigt den Prozess und echte Artefakte bei jedem Schritt.
Der Agent befragt dich, schärft die Idee — und sagt ehrlich, wenn sie nicht zu diesem Stack passt.
Ein PRD: das Problem, der Nutzer, 3–5 Kernfeatures und eine explizite „Nicht in v1“-Liste. Specs kommen vor jedem Code.
Das Hauptergebnis der ersten Schritte: Architektur, Stack, Tests und CI sind schon zusammengebaut — und auf dich zugeschnitten: Projektname, Branding-Tokens, das Datenschema deines Domain-Modells.
/feature führt jedes Feature durch den Zyklus Spec → Code → Tests → Review.
Lint, Tests, E2E und Build in einem Lauf — Rot ist sichtbar vor dem Merge.
Deployment auf Vercel per Schritt-für-Schritt-Playbook. Jeder Schritt wird committet — eine abgebrochene Session verliert nichts.
Triff dieselben Entscheidungen nicht noch mal — sie sind schon getroffen und bewährt und werden wiederverwendet.
KI schreibt besseren Code, wenn sie vorher weiß, was sie baut.
Regeln werden automatisch durchgesetzt — von Hooks und Gates, nicht als Wunsch in einem README.
Qualität ist Pflichtteil des Prozesses, nicht der letzte Punkt vor dem Release.
Ein Application Skeleton ist keine Demo-App und kein Ordner voller Templates — es ist ein vormontiertes architektonisches Fundament für ein Produkt. Gridfin legt Stack, Struktur, Regeln, Teststrategie und Quality Gates fest, bevor Claude Code die ersten Features schreibt.
Stack, Schichten, Importgrenzen und Änderungsregeln sind schon gewählt, damit der Agent das Projekt nicht bei jedem Feature neu aufbaut.
Die Arbeit beginnt mit einem PRD und Feature-Specs: Erst ist klar, was gebaut wird, dann entsteht der Code.
Tests, Lint, E2E und Build laufen als ein Quality Gate, damit ein Fehler vor dem Merge sichtbar wird.
Skills und Playbooks führen die Entwicklung durch einen wiederholbaren Zyklus: Idee → Spec → Code → Tests → Review → Deploy.
Was ein Application Skeleton ist — die ausführliche Analyse →
Keine Liste von Versprechen — Komponenten in deinem eigenen git-Repository.
Ein fertiges architektonisches Fundament für deine Anwendung — Next.js + TypeScript + Postgres. Bereits enthalten:
Plus Updates für immer. Es ist ein git-Repository, das dir gehört. Kein Abo, kein Service, kein gemieteter Baukasten.
Schritt-für-Schritt-Szenarien für Deploys, Analytics, Pricing, Compliance und andere Engineering-Aufgaben, bei denen man sich nicht auf das Gedächtnis der Session verlassen kann.
Agenten-Workflows für Onboarding, Features, Design, Review, Verifikation, Deploys, Updates und das Festhalten von Learnings.
Regeln für Architektur, Frontend, Testing, Security, Dokumentation und den Git-Prozess, nach denen der Agent arbeitet.
Ein Lauf aus Lint, Tests, E2E und Build zeigt Rot vor dem Merge — nicht nach dem Release.
PRD, Specs, ADRs, Playbooks und Regeln halten den Kontext zwischen Sessions, damit der Agent das Projekt nicht jeden Tag neu beginnt.
Ein Kit — beliebig viele Projekte: SaaS, Landingpages, Pet-Projekte. Jeder Launch ist eine Stunde mit dem Agenten, keine Woche Setup.
Was du wirklich kaufst: ein Repository, Regeln, Specs, Tests und einen Workflow.
gridfin/ src/ docs/ rules/ playbooks/ templates/ tests/ modules/ scripts/ .claude/skills/ CLAUDE.md lefthook.yml
src/
Hier wächst dein Produkt.
docs/playbooks/
Fertige Engineering-Prozesse.
CLAUDE.md
Die Regeln, denen der Agent folgt.
tests/
Sie prüfen jede Änderung.
Das ist kein SaaS: Code, Regeln und Prozess bleiben bei dir und funktionieren weiter, selbst wenn Gridfin als Produkt verschwindet.
Das Template ist versioniert; der Befehl /update zieht neue Releases in dein Projekt, ohne deinen Code zu überschreiben.
Eine Idee außerhalb seines Profils wird gleich am Anfang abgelehnt, nicht nach einer Woche Arbeit. Kein „passt für alles“-Versprechen.
Gridfin wird mit demselben Prozess gebaut, der im Produkt steckt.
Auch diese Landingpage wurde mit Gridfin gebaut.
Starte /gridfin mit einer echten Idee und sag mir, wo es hakt — die Box gehört dir für immer, mit allen künftigen Updates, kostenlos.
Nach der Beta — Starterpreise, die nur steigen: Gridfin Landing — $— · Gridfin App — $—
Claude Code allein schreibt Code, gibt dir aber keinen stabilen Engineering-Prozess. Ohne Gridfin entscheidet jede Session neu, wie das Projekt gebaut wird; mit Gridfin arbeitet der Agent nach Specs, Regeln, Hooks, Tests und Quality Gates, die sich nicht still umgehen lassen. Die ganze Analyse: warum KI-Entwicklung Engineering-Regeln braucht.
Boilerplates verkaufen vorgefertigten Code, den du anpasst. Gridfin ist ein agent-natives Starter-Kit: ein schlankes Skeleton plus ein Prozess, der genau dein Produkt spezifiziert, baut und testet. Du meißelst kein fremdes Dashboard zurecht — du lässt dein eigenes wachsen.
Ein Application Skeleton ist das architektonische Fundament, auf dem Claude Code dein konkretes Produkt baut. Es ist nicht nur ein Projekt-Template: Die Engineering-Entscheidungen zu Stack, Struktur, Tests und CI sind schon getroffen, und die weitere Entwicklung läuft über Specs, Skills und Quality Gates. Der ausführliche Beitrag: was ein Application Skeleton ist.
MakerKit und Supastarter sind umfangreiche SaaS-Boilerplates mit Agentenanweisungen und Test-Unterstützung. Gridfin löst ein anderes Problem: Es beginnt mit deiner Produktidee und führt einen spec-getriebenen Prozess aus, dessen Hooks bekannte Verstöße blockieren, dessen Tests nachweislich fehlschlagen müssen und dessen Gate-Ledger die Lieferbereitschaft festhält. Wähle sie für fertige SaaS-Funktionen; wähle Gridfin für einen durchgesetzten Entwicklungsprozess rund um ein fokussiertes Produkt.
Weil der ganze Prozess — Regeln, Hooks, Tests, Gates, Playbooks — genau auf diesem Stack bewährt ist: Next.js + TypeScript, Tailwind + shadcn/ui, Postgres. Freie Stack-Wahl bedeutet vierzig weitere Entscheidungen, die du ohne die nötige Erfahrung treffen müsstest.
Nein — und das ist Absicht. Gridfin ist kein Baukasten mit freier Stack-Wahl: Ohne den festen Stack verschwindet alles, wofür er steht — die bewährten Regeln, Tests und Gates. Brauchst du einen anderen Stack, lautet die ehrliche Antwort: Gridfin ist nicht dein Tool.
Du brauchst Claude Code, Git, ein Terminal und die unterstützte Node.js/pnpm-Toolchain. Gridfin läuft lokal als git-Repository und benötigt weder ein gehostetes Gridfin-Konto noch eine proprietäre Laufzeit.
Nichts Schlimmes: Das Repository gehört dir, Code und Prozess laufen lokal und hängen nicht davon ab, dass es Gridfin als Produkt gibt. Updates würden ausbleiben — alles andere bleibt.
Wenn du bereit bist, mit Terminal, git und Claude Code nach Schritt-für-Schritt-Anleitung zu arbeiten — ja: Die Box übernimmt Architektur, Teststrategie und Qualitätskontrolle für dich. Siehst du zum ersten Mal ein Terminal — starte mit Lovable oder Bolt.
Gridfin macht einen Fehler vor dem Merge sichtbar: Jede Änderung durchläuft Lint, Tests, E2E und Build, und die Regeln werden durch Hooks und Quality Gates erzwungen. Der Agent darf schnell Code schreiben, aber keine Änderung ohne Prüfungen ausliefern.
Hol dir Early Access und starte mit einem fertigen Application Skeleton statt einem leeren Repository.
Early Access sichern