Blog

Was ist gstack? Revolutioniere deine Programmierung

Ashley Innocent

Ashley Innocent

23 March 2026

Was ist gstack? Revolutioniere deine Programmierung

TL;DR / Kurze Antwort

gstack ist Garry Tans Open-Source-System, das Claude Code in ein virtuelles Engineering-Team von 20 Spezialisten verwandelt. Als Präsident und CEO von Y Combinator liefert Garry täglich 10.000-20.000 Zeilen Produktionscode (35 % Tests) aus, während er YC Vollzeit leitet. gstack erreicht dies durch strukturierte Slash-Befehle: /office-hours für Produktstrategie, /plan-ceo-review zur Überprüfung des Umfangs, /review zur Fehlererkennung, /qa für Browser-Tests und /ship zur Bereitstellung. Installation in 30 Sekunden mit git clone ~/.claude/skills/gstack && ./setup. Kostenlos, MIT-lizenziert.

Einführung

„Ich glaube nicht, dass ich wahrscheinlich seit Dezember eine einzige Codezeile getippt habe, was eine extrem große Veränderung ist.“

Als Andrej Karpathy dies im März 2026 im No Priors Podcast sagte, hörte die Tech-Welt zu. Der Mitbegründer von OpenAI beschrieb eine grundlegende Verschiebung: Eine Person, bewaffnet mit KI-Agenten, kann jetzt so viel leisten wie ein Team von zwanzig.

Peter Steinberger hat es bewiesen. Er baute OpenClaw – 247.000 GitHub-Sterne – im Wesentlichen im Alleingang mit KI-Agenten. Die Revolution kommt nicht. Sie ist schon da.

Garry Tan weiß das besser als die meisten anderen. Als Präsident und CEO von Y Combinator arbeitet er mit Tausenden von Startups – Coinbase, Instacart, Rippling – zusammen, wenn sie noch ein oder zwei Personen in einer Garage sind. Vor YC war er einer der ersten Ingenieure bei Palantir, Mitbegründer von Posterous (an Twitter verkauft) und baute Bookface, YCs internes soziales Netzwerk. gstack ist seine Antwort auf die Frage, die sich alle stellen: Wie leistet eine Person so viel wie ein Team von zwanzig?

Die Zahlen sprechen für sich. In den letzten 60 Tagen: über 600.000 Zeilen Produktionscode (35 % Tests), **10.000-20.000 Zeilen pro Tag**, in Teilzeit, während YC Vollzeit geleitet wird. Sein letztes /retro über 3 Projekte: **140.751 Zeilen hinzugefügt, 362 Commits, ~115k Netto-LOC** in einer Woche.

Dieselbe Person, die 2013 772 GitHub-Beiträge beim Aufbau von Bookface geleistet hat. Jetzt 1.237 Beiträge im Jahr 2026. Der Unterschied liegt nicht im Aufwand. Er liegt in den Werkzeugen.

Dieser Leitfaden erklärt, was gstack ist, wie es funktioniert und ob es in Ihren Workflow passt. Sie sehen den vollständigen Skill-Katalog, reale Beispiele und die Philosophie hinter dem System.

💡
Wenn Sie API-Produkte entwickeln, lässt sich gstack nahtlos in Apidog für API-Tests und Dokumentations-Workflows integrieren. Der Skill /qa kann Ihre API-Endpunkte validieren, und /document-release hält Ihre API-Dokumentation mit den veröffentlichten Änderungen synchron.
button

Was ist gstack?

gstack ist eine Open-Source-Sammlung von 28 Claude Code-Skills, die Claude von einem Copiloten in ein virtuelles Engineering-Team verwandeln. Jeder Skill ist ein Spezialist: ein CEO, der Ihr Produkt überdenkt, ein Engineering Manager, der die Architektur festlegt, ein Designer, der KI-Schlamperei erkennt, ein Reviewer, der Produktionsfehler findet, ein QA-Leiter, der einen echten Browser öffnet, ein Sicherheitsbeauftragter, der OWASP + STRIDE-Audits durchführt, und ein Release Engineer, der den PR ausliefert.

Zwanzig Spezialisten und acht Power-Tools. Alles Slash-Befehle. Alles Markdown. Alles kostenlos, MIT-Lizenz.

Der Kerngedanke

Die meisten KI-Codierungstools behandeln Sie, als würden Sie alleine mit einer intelligenten Autovervollständigung arbeiten. gstack behandelt Sie wie einen CEO mit einem Team.

Wenn Sie gstack sagen: „Ich möchte eine App für tägliche Briefings für meinen Kalender erstellen“, beginnt es nicht mit dem Codieren. Es führt /office-hours aus – eine Produktberatung im YC-Stil, die sechs zwingende Fragen stellt, Ihre Formulierung hinterfragt und das eigentliche Problem extrahiert. Sie könnten am Ende feststellen, dass Sie keine „App für tägliche Briefings“ wollen. Sie wollen eine persönliche KI als Stabschef.

Dann führt es /plan-ceo-review aus, um den Umfang zu hinterfragen, /plan-eng-review, um die Architektur festzulegen, /plan-design-review, um jede Design-Dimension mit 0-10 zu bewerten, /review, um Fehler zu finden, /qa, um in einem echten Browser zu testen, und /ship, um den PR zu pushen.

Acht Befehle, End-to-End. Das ist kein Copilot. Das ist ein Team.

Die Sprint-Struktur

gstack ist keine zufällige Sammlung von Tools. Es ist ein Prozess – ein Sprint, der der Reihe nach abläuft:

Denken → Planen → Bauen → Überprüfen → Testen → Ausliefern → Reflektieren

Jeder Skill baut auf dem nächsten auf. /office-hours schreibt ein Design-Dokument, das /plan-ceo-review liest. /plan-eng-review schreibt einen Testplan, den /qa aufnimmt. /review erkennt Fehler, deren Behebung /ship überprüft. Nichts fällt durch die Maschen, denn jeder Schritt weiß, was davor kam.

Die 28 Skills erklärt

Produkt- und Strategie-Skills

/office-hours — YC Office Hours

Ihr Spezialist: YC Partner

Was es tut: Beginnt jedes Projekt mit sechs zwingenden Fragen, die Ihr Produkt neu definieren, bevor Sie Code schreiben. Hinterfragt Ihre Formulierung, stellt Annahmen in Frage, generiert Implementierungsalternativen.

Beispielausgabe:

You said "daily briefing app." But what you actually described is a
personal chief of staff AI. Here are 5 capabilities you didn't realize
you were describing...

[challenges 4 premises — you agree, disagree, or adjust]
[generates 3 implementation approaches with effort estimates]

RECOMMENDATION: Ship the narrowest wedge tomorrow, learn from real usage.
The full vision is a 3-month project — start with the daily briefing that
actually works.

Wann zu verwenden: Erster Skill für jede neue Funktion oder jedes neue Produkt. Das Design-Dokument, das es schreibt, speist sich automatisch in jeden nachfolgenden Skill ein.

/plan-ceo-review — CEO / Gründer

Ihr Spezialist: CEO, der das Produkt neu überdenkt

Was es tut: Überdenkt das Problem von Grund auf. Findet das 10-Sterne-Produkt, das in der Anfrage versteckt ist. Vier Modi: Erweiterung (was wäre, wenn wir größer würden?), Selektive Erweiterung (welche Teile verdienen das 10-fache?), Umfang beibehalten (dies ist so richtig), Reduzierung (was wäre, wenn wir 80 % kürzen?).

Wann zu verwenden: Nachdem /office-hours ein Design-Dokument erstellt hat. Vor Beginn jeder Implementierung ausführen.

/plan-design-review — Senior Designer

Ihr Spezialist: Senior Produktdesigner

Was es tut: Bewertet jede Design-Dimension mit 0-10, erklärt, wie eine 10 aussieht, und bearbeitet dann den Plan, um dorthin zu gelangen. Inklusive KI-Schlampigkeitserkennung. Interaktiv – eine AskUserQuestion pro Design-Entscheidung.

Wann zu verwenden: Nach der Ingenieur-Überprüfung, vor der Implementierung. Erkennt Design-Schuld, bevor sie zu Code-Schuld wird.

/design-consultation — Design-Partner

Ihr Spezialist: Design-Partner

Was es tut: Baut ein komplettes Designsystem von Grund auf neu auf. Recherchiert die Landschaft, schlägt kreative Risiken vor, generiert realistische Produkt-Mockups.

Wann zu verwenden: Wenn Sie ein vollständiges Designsystem benötigen, nicht nur eine Überprüfung. Umfassender als /plan-design-review.

Engineering- und Architektur-Skills

/plan-eng-review — Engineering Manager

Ihr Spezialist: Engineering Manager

Was es tut: Legt Architektur, Datenfluss, Diagramme, Grenzfälle und Tests fest. Zwingt verborgene Annahmen ans Licht. Generiert ASCII-Diagramme für Datenfluss, Zustandsmaschinen und Fehlerpfade.

Beispielausgabe:

Architecture Review:
┌─────────────┐     ┌──────────────┐     ┌────────────┐
│   Client    │────▶│  API Gateway │────▶│  Database  │
└─────────────┘     └──────────────┘     └────────────┘
       │                    │
       ▼                    ▼
  [State Cache]      [Rate Limiter]

Test Matrix:
- Happy path: authenticated user, valid data
- Edge case: concurrent modifications
- Failure mode: database connection timeout
- Security: SQL injection, XSS, CSRF

Wann zu verwenden: Nach CEO-/Design-Überprüfung, vor dem Codieren. Der Testplan, den es schreibt, speist sich in /qa ein.

/review — Staff Engineer

Ihr Spezialist: Staff Engineer, der Produktionsfehler findet

Was es tut: Findet Fehler, die den CI passieren, aber in der Produktion explodieren. Behebt die offensichtlichen automatisch. Markiert Lücken in der Vollständigkeit.

Beispielausgabe:

[AUTO-FIXED] 2 issues:
- Null check missing in getUserById()
- Unhandled promise rejection in api handler

[ASK] Race condition in concurrent update → you approve fix

[COMPLETENESS GAP] No retry logic for transient failures

Wann zu verwenden: Nach der Implementierung, vor /qa. Auf jedem Branch mit Änderungen ausführen.

/investigate — Debugger

Ihr Spezialist: Root-Cause-Debugger

Was es tut: Systematische Root-Cause-Fehlerbehebung. Eisernes Gesetz: keine Korrekturen ohne Untersuchung. Verfolgt Datenfluss, testet Hypothesen, stoppt nach 3 fehlgeschlagenen Korrekturen.

Wann zu verwenden: Wenn Sie auf einen Fehler stoßen, den /review nicht automatisch beheben konnte. Überspringen Sie niemals die Untersuchung – das Eiserne Gesetz existiert aus gutem Grund.

/codex — Zweite Meinung

Ihr Spezialist: OpenAI Codex CLI

Was es tut: Unabhängige Code-Überprüfung von einem anderen Modell. Drei Modi: Überprüfung (Bestanden/Nicht bestanden-Gate), Adversarial Challenge und offene Konsultation. Cross-Modell-Analyse, wenn sowohl /review als auch /codex ausgeführt wurden.

Wann zu verwenden: Nach /review für eine zweite Meinung. Besonders wertvoll für kritische Pfade oder wenn Sie eine Cross-Modell-Validierung wünschen.

Test- und Qualitätssicherungs-Skills

/qa — QA-Leiter

Ihr Spezialist: QA Engineer mit einem echten Browser

Was es tut: Öffnet einen echten Chromium-Browser, klickt sich durch Abläufe, findet und behebt Fehler mit atomaren Commits. Generiert automatisch Regressionstests für jede Korrektur.

Beispiel-Workflow:

1. Opens staging URL in headless Chromium
2. Executes test plan from /plan-eng-review
3. Finds bug: "Submit button doesn't disable during loading"
4. Creates atomic commit with fix
5. Re-verifies: clicks again, confirms fix
6. Generates regression test: test_submit_button_disables()

Wann zu verwenden: Nachdem /review den Branch freigegeben hat. Auf Ihrer Staging-URL ausführen.

/qa-only — QA-Reporter

Ihr Spezialist: QA-Reporter

Was es tut: Gleiche Methodik wie /qa, aber nur Bericht. Reiner Fehlerbericht ohne Code-Änderungen.

Wann zu verwenden: Wenn Sie einen Fehlerbericht ohne automatische Korrekturen wünschen. Nützlich für Audit-Trails oder wenn jemand anderes Korrekturen vornimmt.

/benchmark — Performance Engineer

Ihr Spezialist: Performance Engineer

Was es tut: Erfasst Basiswerte für Seitenladezeiten, Core Web Vitals und Ressourcengrößen. Vergleicht Vorher/Nachher bei jedem PR.

Messwerte verfolgt:

Wann zu verwenden: Vor größeren Refactorings, nach Performance-Optimierungen, bei jedem PR, der das Rendering betrifft.

/browse — QA Engineer

Ihr Spezialist: Browser-Automatisierung

Was es tut: Echter Chromium-Browser, echte Klicks, echte Screenshots. ~100ms pro Befehl.

Befehle:

Wann zu verwenden: Jedes Mal, wenn Sie etwas in einem Browser überprüfen müssen. Intern von /qa verwendet.

/setup-browser-cookies — Session Manager

Ihr Spezialist: Browser-Sitzungsmanager

Was es tut: Importiert Cookies von Ihrem echten Browser (Chrome, Arc, Brave, Edge) in die Headless-Sitzung. Testet authentifizierte Seiten.

Wann zu verwenden: Vor /qa, wenn Ihre Staging-Anwendung eine Anmeldung erfordert. Einmalige Einrichtung pro Browser.

Sicherheits- und Compliance-Skills

/cso — Chief Security Officer

Ihr Spezialist: Chief Security Officer

Was es tut: OWASP Top 10 + STRIDE-Bedrohungsmodell. Null-Rauschen: 17 Ausschlusskriterien für falsch-positive Ergebnisse, 8/10+ Konfidenz-Gate, unabhängige Überprüfung der Ergebnisse. Jedes Ergebnis enthält ein konkretes Exploit-Szenario.

Beispielausgabe:

[CRITICAL] SQL Injection in /api/users?id= parameter
Exploit: GET /api/users?id=1' OR '1'='1
Impact: Full database read access
Fix: Use parameterized queries
Confidence: 9/10

[FALSE POSITIVE EXCLUDED] XSS in admin panel
Reason: Output is properly escaped with DOMPurify

Wann zu verwenden: Vor jeder Produktionsveröffentlichung. Bei jeder Funktion ausführen, die Benutzerdaten oder Authentifizierung verarbeitet.

Versand- und Bereitstellungs-Skills

/ship — Release Engineer

Ihr Spezialist: Release Engineer

Was es tut: Synchronisiert main, führt Tests aus, prüft die Testabdeckung, pusht, öffnet PR. Bootstrappt Test-Frameworks, falls Sie keins haben.

Beispiel-Workflow:

1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (or bootstraps Jest/Vitest if missing)
4. Coverage audit: 42 tests → 51 tests (+9 new)
5. git push origin feature/daily-briefing
6. Opens PR: github.com/you/app/pull/42

Wann zu verwenden: Nachdem /qa den Branch freigegeben hat. Ein Befehl von „getestet“ zu „PR geöffnet“.

/land-and-deploy — Release Engineer

Ihr Spezialist: Deployment Engineer

Was es tut: Mergt den PR, wartet auf CI und Deployment, überprüft den Produktionszustand. Ein Befehl von „genehmigt“ zu „in Produktion verifiziert“.

Beispiel-Workflow:

1. Merge PR via GitHub API
2. Wait for CI (GitHub Actions, CircleCI, etc.)
3. Wait for deploy (Vercel, Railway, Fly.io, etc.)
4. Run production health checks
5. Report: "Deployed to production, all checks passing"

Wann zu verwenden: Nach PR-Genehmigung. Handhabt die gesamte Release-Pipeline.

/canary — SRE

Ihr Spezialist: Site Reliability Engineer

Was es tut: Überwachungsschleife nach der Bereitstellung. Überwacht Konsolenfehler, Performance-Regressionen und Seitenfehler.

Überwacht:

Wann zu verwenden: Unmittelbar nach /land-and-deploy. Läuft 5-15 Minuten nach der Bereitstellung.

/document-release — Technischer Redakteur

Ihr Spezialist: Technischer Redakteur

Was es tut: Aktualisiert alle Projektdokumente entsprechend dem, was Sie gerade ausgeliefert haben. Erkennt automatisch veraltete READMEs.

Beispielausgabe:

[UPDATED] README.md — added new /qa command to docs
[UPDATED] CHANGELOG.md — v0.4.2 release notes
[CREATED] docs/qa-guide.md — new QA workflow guide
[FLAGGED] API.md — may need update for new endpoints

Wann zu verwenden: Nach /ship oder /land-and-deploy. Hält Dokumente mit dem Code synchron.

Reflexions- und Analyse-Skills

/retro — Engineering Manager

Ihr Spezialist: Engineering Manager

Was es tut: Team-orientiertes wöchentliches Retro. Aufschlüsselungen pro Person, Shipping-Streaks, Testzustandstrends, Wachstumschancen. /retro global läuft über alle Ihre Projekte und KI-Tools (Claude Code, Codex, Gemini).

Beispielausgabe:

Week of March 17-23, 2026

Garry:
- 140,751 lines added
- 362 commits
- ~115k net LOC
- Test coverage: 35% (↑2% from last week)

Projects:
- gstack: 89 commits, 45k LOC
- ycombinator.com: 156 commits, 62k LOC
- internal-tools: 117 commits, 33k LOC

Shipping streak: 47 days

Wann zu verwenden: Ende der Woche. Führen Sie /retro für Team-Einblicke aus, /retro global für eine projektübergreifende Ansicht.

Power-Tools

/careful — Sicherheits-Leitplanken

Was es tut: Warnt vor destruktiven Befehlen (rm -rf, DROP TABLE, force-push). Sagen Sie „sei vorsichtig“, um zu aktivieren. Jede Warnung kann überschrieben werden.

Wann zu verwenden: Jedem riskanten Workflow voranstellen. „Sei vorsichtig – ich bin dabei, einige destruktive Befehle auszuführen.“

/freeze — Bearbeitungssperre

Was es tut: Beschränkt Dateibearbeitungen auf ein Verzeichnis. Verhindert versehentliche Änderungen außerhalb des Umfangs während des Debuggings.

Wann zu verwenden: Beim Debuggen in einem bestimmten Bereich. „Bearbeitungen nur auf /src/auth einfrieren.“

/guard — Volle Sicherheit

Was es tut: /careful + /freeze in einem Befehl. Maximale Sicherheit für die Produktionsarbeit.

Wann zu verwenden: Produktions-Debugging, Datenbankmigrationen, jede Hochrisiko-Sitzung.

/unfreeze — Entsperren

Was es tut: Entfernt die /freeze-Grenze.

Wann zu verwenden: Nach Abschluss der Debugging-Sitzung.

/setup-deploy — Bereitstellungs-Konfigurator

Was es tut: Einmalige Einrichtung für /land-and-deploy. Erkennt Ihre Plattform, Produktions-URL und Bereitstellungsbefehle.

Wann zu verwenden: Bei der erstmaligen Verwendung von /land-and-deploy in einem neuen Projekt.

/autoplan — Überprüfungspipeline

Was es tut: Ein Befehl, vollständig überprüfter Plan. Führt CEO → Design → Engineering-Überprüfung automatisch mit kodierten Entscheidungsprinzipien durch. Zeigt nur Geschmacksentscheidungen zur Genehmigung an.

Wann zu verwenden: Wenn Sie die vollständige Planungspipeline wünschen, ohne jeden Skill manuell auszuführen.

/gstack-upgrade — Selbstaktualisierer

Was es tut: Aktualisiert gstack auf die neueste Version. Erkennt globale vs. vendored Installation, synchronisiert beide, zeigt Änderungen an.

Wann zu verwenden: Monatlich oder wenn eine neue Funktion angekündigt wird.

Installationsanleitung

gstack installiert sich in 30 Sekunden. Nichts berührt Ihren PATH. Nichts läuft im Hintergrund. Alles befindet sich in .claude/.

Anforderungen

Schritt 1: Auf Ihrem Computer installieren

Öffnen Sie Claude Code und fügen Sie dies ein. Claude erledigt den Rest:

git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md

Schritt 2: Zum Repository hinzufügen (optional)

Damit Teammitglieder gstack bei git clone erhalten:

cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setupCLAUDE.mdcd .claude/skills/gstack && ./setup

Codex, Gemini CLI oder Cursor

gstack funktioniert mit jedem Agenten, der den SKILL.md-Standard unterstützt. Skills leben in .agents/skills/ und werden automatisch erkannt.

In ein Repo installieren:

git clone https://github.com/garrytan/gstack.git .agents/skills/gstack
cd .agents/skills/gstack && ./setup --host codex

Einmal für Ihr Benutzerkonto installieren:

git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex

Automatisch erkennen, welche Agenten Sie haben:

git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto

Fehlerbehebung

Skill wird nicht angezeigt?

cd ~/.claude/skills/gstack && ./setup

/browse schlägt fehl?

cd ~/.claude/skills/gstack && bun install && bun run build

Veraltete Installation?Führen Sie /gstack-upgrade aus – oder setzen Sie auto_upgrade: true in ~/.gstack/config.yaml

Windows-Benutzer:gstack funktioniert unter Windows 11 über Git Bash oder WSL. Node.js ist zusätzlich zu Bun erforderlich – Bun hat einen bekannten Fehler mit Playwrights Pipe-Transport unter Windows. Stellen Sie sicher, dass sowohl bun als auch node in Ihrem PATH sind.

Claude sagt, es kann die Skills nicht sehen?Fügen Sie dies zu Ihrer Projekt-CLAUDE.md hinzu:

## gstack
Use /browse from gstack for all web browsing. Never use mcp__claude-in-chrome__* tools.
Available skills: /office-hours, /plan-ceo-review, /plan-eng-review, /plan-design-review,
/design-consultation, /review, /ship, /land-and-deploy, /canary, /benchmark, /browse,
/qa, /qa-only, /design-review, /setup-browser-cookies, /setup-deploy, /retro,
/investigate, /document-release, /codex, /cso, /autoplan, /careful, /freeze, /guard,
/unfreeze, /gstack-upgrade.

Praxisbeispiel: Eine tägliche Briefing-App erstellen

Hier ist gstack in Aktion, End-to-End:

You:    I want to build a daily briefing app for my calendar.
You:    /office-hours
Claude: [asks about the pain — specific examples, not hypotheticals]

You:    Multiple Google calendars, events with stale info, wrong locations.
        Prep takes forever and the results aren't good enough...

Claude: I'm going to push back on the framing. You said "daily briefing
        app." But what you actually described is a personal chief of
        staff AI.
        [extracts 5 capabilities you didn't realize you were describing]
        [challenges 4 premises — you agree, disagree, or adjust]
        [generates 3 implementation approaches with effort estimates]
        RECOMMENDATION: Ship the narrowest wedge tomorrow, learn from
        real usage. The full vision is a 3-month project — start with
        the daily briefing that
        actually works.
        [writes design doc → feeds into downstream skills automatically]

You:    /plan-ceo-review
        [reads the design doc, challenges scope, runs 10-section review]

You:    /plan-eng-review
        [ASCII diagrams for data flow, state machines, error paths]
        [test matrix, failure modes, security concerns]

You:    Approve plan. Exit plan mode.
        [writes 2,400 lines across 11 files. ~8 minutes.]

You:    /review
        [AUTO-FIXED] 2 issues. [ASK] Race condition → you approve fix.

You:    /qa https://staging.myapp.com
        [opens real browser, clicks through flows, finds and fixes a bug]

You:    /ship
        Tests: 42 → 51 (+9 new). PR: github.com/you/app/pull/42

Sie sagten „App für tägliche Briefings“. Der Agent sagte „Sie bauen eine Stabschef-KI“ – weil er auf Ihre Schmerzen hörte, nicht auf Ihre Feature-Anfrage. Acht Befehle, End-to-End.

Parallele Sprints: Mehrere Agenten gleichzeitig ausführen

gstack funktioniert gut mit einem Sprint. Interessant wird es mit zehn gleichzeitig laufenden Sprints.

Conductor führt mehrere Claude Code-Sitzungen parallel aus – jede in ihrem eigenen isolierten Arbeitsbereich. Eine Sitzung für /office-hours, eine andere für /review, eine dritte implementiert eine Funktion, eine vierte führt /qa aus. Alles gleichzeitig.

Die Sprint-Struktur ermöglicht Parallelität. Ohne einen Prozess sind zehn Agenten zehn Quellen des Chaos. Mit einem Prozess weiß jeder Agent genau, was zu tun ist und wann er aufhören muss.

Beispiel für einen parallelen Workflow:

Session 1: /office-hours — refining product spec
Session 2: /review — reviewing yesterday's feature
Session 3: /qa — testing staging deployment
Session 4: Implementation — building approved plan

Vier Sitzungen, vier verschiedene Phasen des Sprints. Sie sind der Engpass, nicht die Agenten.

Datenschutz & Telemetrie

gstack enthält eine **Opt-in**-Nutzungstelemetrie, um das Projekt zu verbessern. Hier ist genau, was passiert:

Daten werden in Supabase (Open-Source-Firebase-Alternative) gespeichert. Das Schema befindet sich im Repository – Sie können genau überprüfen, was gesammelt wird. Der veröffentlichbare Supabase-Schlüssel ist ein öffentlicher Schlüssel – Row-Level-Sicherheitsrichtlinien beschränken ihn auf den Insert-Only-Zugriff.

Lokale Analysen sind immer verfügbar. Führen Sie gstack-analytics aus, um Ihr persönliches Nutzungs-Dashboard aus der lokalen JSONL-Datei anzuzeigen – keine Remote-Daten erforderlich.

Wer sollte gstack verwenden?

Gründer und CEOs – insbesondere technisch versierte, die weiterhin liefern möchten. gstack ermöglicht es Ihnen, mit Startup-Geschwindigkeit voranzukommen, ohne ein Team einzustellen.

Erstmals Claude Code-Benutzer – strukturierte Rollen anstelle einer leeren Eingabeaufforderung. Wenn Sie neu in der KI-Codierung sind, bietet gstack Ihnen Leitplanken.

Tech-Leads und Staff Engineers – rigorose Überprüfung, Qualitätssicherung und Release-Automatisierung bei jedem PR. Selbst wenn Sie die Planungs-Skills nicht verwenden, werden /review und /qa allein Fehler finden, die sonst in die Produktion gelangt wären.

Einzelkämpfer – wenn Sie alleine bauen, ist gstack Ihr virtuelles Team. Peter Steinberger baute OpenClaw (247K Sterne) im Wesentlichen im Alleingang mit KI-Agenten. gstack systematisiert diesen Workflow.

YC Startups – Garry hat dies für YC-Gründer gebaut. Wenn Sie in der Kohorte sind, ist dies der Standard-Stack.

Wer sollte gstack meiden?

Teams mit etablierten Workflows – wenn Sie bereits einen Überprüfungsprozess, eine CI/CD-Pipeline und ein Designsystem haben, könnte gstack übertrieben sein. Wählen Sie einzelne Skills (/review, /qa) anstelle des vollständigen Sprints.

Nicht-Claude Code-Benutzer – gstack ist für Claude Code optimiert. Es funktioniert mit Codex, Gemini CLI und Cursor über den SKILL.md-Standard, aber die Erfahrung ist für Claude optimiert.

Entwickler, die freie KI bevorzugen – wenn Sie gerne offene Prompts geben und sehen, was passiert, wird die Struktur von gstack als einschränkend empfunden. Es ist für Strenge, nicht für Erkundung konzipiert.

Die Philosophie hinter gstack

gstack ist nicht nur ein Werkzeug. Es ist eine Philosophie, wie Software mit KI erstellt wird.

Den See zum Kochen bringen

Kochen Sie den See nicht halb. Wenn Sie etwas tun, tun Sie es vollständig. Halbe Maßnahmen erzeugen mehr Arbeit als volles Engagement.

Suchen vor dem Bauen

Bevor Sie Code schreiben, suchen Sie nach bestehenden Lösungen. Der beste Code ist Code, den Sie nicht schreiben.

Drei Wissensebenen

  1. Explizit – was man aufschreiben kann (Dokumente, Kommentare)
  2. Implizit – was man weiß, aber nicht artikulieren kann (Intuition, Muskelgedächtnis)
  3. Unbekannt – was man nicht weiß, dass man es nicht weiß (blinde Flecken)

gstack kodiert implizites Wissen in explizite Skills. Der /review-Skill ist nicht nur „nach Fehlern suchen“. Es ist Garrys 20 Jahre Erfahrung im Produktions-Debugging, als Checkliste geschrieben.

Das Eiserne Gesetz des Debuggings

Keine Korrekturen ohne Untersuchung. Drei fehlgeschlagene Korrekturen, anhalten und neu bewerten. Dies existiert, weil KI-Agenten (und Menschen) dazu neigen, Korrekturen zu verteilen, ohne die Grundursachen zu verstehen.

Fazit

gstack ist Garry Tans Antwort auf die Frage, die sich alle stellen: Wie leistet eine Person so viel wie ein Team von zwanzig?

Die Antwort ist nicht, härter zu arbeiten. Es ist, mit besseren Werkzeugen zu arbeiten. Zwanzig Spezialisten – ein CEO, Engineering Manager, Designer, Reviewer, QA-Leiter, Sicherheitsbeauftragter, Release Engineer – alle als Slash-Befehle verfügbar. Kostenlos, MIT-lizenziert, Open Source.

Der Sprint ist einfach:

  1. /office-hours – das Problem neu definieren
  2. /plan-ceo-review – den Umfang hinterfragen
  3. /plan-eng-review – Architektur festlegen
  4. /plan-design-review – Design bewerten
  5. Bauen – den Plan umsetzen
  6. /review – Fehler finden
  7. /qa – im Browser testen
  8. /ship – den PR pushen

Acht Befehle, End-to-End. So liefert Garry täglich 10.000-20.000 Zeilen aus, während er YC Vollzeit leitet.

Nächste Schritte:

  1. gstack installieren: git clone ~/.claude/skills/gstack && ./setup
  2. Führen Sie /office-hours für Ihre nächste Feature-Idee aus
  3. Sehen Sie, ob die Ausgabe Ihre Denkweise über das Problem ändert

FAQ

Ist gstack kostenlos?

Ja, 100 % kostenlos und MIT-lizenziert. Keine Premium-Stufe, keine Warteliste. Forken Sie es, verbessern Sie es, machen Sie es zu Ihrem.

Benötige ich Claude Code, um gstack zu verwenden?

gstack ist für Claude Code optimiert, funktioniert aber mit jedem Agenten, der den SKILL.md-Standard unterstützt: Codex CLI, Gemini CLI, Cursor. Skills befinden sich in .agents/skills/ und werden automatisch erkannt.

Wie lange dauert die Installation?

Etwa 30 Sekunden. Klonen Sie das Repo, führen Sie ./setup aus, und Sie sind fertig. Nichts berührt Ihren PATH. Nichts läuft im Hintergrund.

Kann ich einzelne Skills ohne den vollständigen Sprint verwenden?

Ja. Wenn Sie nur /review und /qa möchten, verwenden Sie diese eigenständig. Die Sprint-Struktur ist eine Empfehlung, keine Anforderung.

Funktioniert gstack mit privaten Repos?

Ja. Skills befinden sich in .claude/skills/gstack innerhalb Ihres Repos. Committen Sie sie, und Teammitglieder erhalten gstack bei git clone.

Was ist, wenn ich Windows benutze?

gstack funktioniert unter Windows 11 über Git Bash oder WSL. Node.js ist zusätzlich zu Bun erforderlich – Bun hat einen bekannten Fehler mit Playwrights Pipe-Transport unter Windows.

Wie funktioniert /browse?

/browse verwendet Playwright, um einen Headless-Chromium-Browser zu steuern. Befehle werden in ~100 ms ausgeführt. Verwenden Sie /setup-browser-cookies, um die Cookies Ihres Browsers für authentifizierte Tests zu importieren.

Kann ich die Skills anpassen?

Ja. Skills sind Markdown-Dateien. Bearbeiten Sie sie, um sie an Ihren Workflow anzupassen. Wenn Sie etwas verbessern, ziehen Sie in Betracht, einen PR upstream zu öffnen.

Was ist der Unterschied zwischen /qa und /qa-only?

/qa findet Fehler und behebt sie automatisch mit atomaren Commits. /qa-only findet Fehler, meldet sie aber nur – keine Code-Änderungen. Verwenden Sie /qa-only für Audit-Trails.

Wie funktioniert die Telemetrie?

Nur Opt-in. Wenn Sie es aktivieren, sendet gstack Skill-Name, Dauer, Erfolg/Fehler, Version und Betriebssystem. Es werden niemals Code, Dateipfade, Repo-Namen, Branch-Namen oder Prompts gesendet. Deaktivieren Sie es jederzeit mit gstack-config set telemetry off.

Was ist, wenn ich auf einen Fehler in gstack selbst stoße?

Führen Sie /investigate für die eigene Codebasis von gstack aus. Oder öffnen Sie ein Issue auf GitHub. Garry und die Community sind aktive Mitwirkende.

Kann ich gstack-Skills parallel ausführen?

Ja, mit Conductor. Führen Sie mehrere Claude Code-Sitzungen parallel aus – jede in ihrem eigenen isolierten Arbeitsbereich. Die Sprint-Struktur ermöglicht Parallelität.

Praktizieren Sie API Design-First in Apidog

Entdecken Sie eine einfachere Möglichkeit, APIs zu erstellen und zu nutzen

Kostenlos registrierenDownload
Was ist gstack? Revolutioniere deine Programmierung