Wie ein Entwickler Claude Code mit Linear und Discord für einen 30-tägigen Solo-Build nutzte

Das Projekt und der Stack

Ein Entwickler erstellte VGC Team Report (pokemonvgcteamreport.com), einen Team-Report-Builder für kompetitives Pokémon (VGC), der detaillierte Analysen mit Matchup-Plänen, Schadensberechnungen, Geschwindigkeitsstufen und teilbaren Berichten generiert. Das Projekt wurde in 30 Tagen an Abenden und Wochenenden mit 274 Commits, ~42.000 Zeilen TypeScript, 25 über Linear ausgelieferten Features, 66 React-Komponenten, 41 API-Routen und 22 benutzerdefinierten Hooks erstellt. Der Stack umfasste Next.js 16 (App Router), React 19, TypeScript (strict mode), Tailwind CSS v4, Clerk für Authentifizierung, Neon für serverloses Postgres und Vercel für Hosting und Deployments.

Der Workflow: Linear → Claude → Discord → Vercel

Der Entwickler verband Claude Code mit Linear für Ticket-Tracking und Discord für Build-Benachrichtigungen, um eine automatisierte Entwicklungspipeline zu schaffen. Eine typische Sitzung folgte dieser Abfolge:

1. Claude führt linear_get_in_progress aus, um das Linear-Board auf Tickets zu überprüfen
2. Wählt das Ticket mit der höchsten Priorität (zuerst Bugs)
3. Liest relevante Dateien und implementiert das Feature oder die Korrektur
4. Führt tsc --noEmit && npm run build aus – bei Fehlern behebt Claude diese
5. Commits mit dem Ticket-ID-Format: VGC-42: Add speed tier chart
6. Pusht auf main
7. Postet einen Kommentar zum Linear-Ticket via GraphQL mit Commit-URL und geänderten Dateien
8. Verschiebt das Ticket nach In Review
9. Ruft discord_notify_build auf – postet einen Embed in Discord #builds mit Commit, Liste geänderter Dateien und Deploy-Status
10. Vercel deployt automatisch von main
11. Geht zum nächsten Ticket

Dies wurde über ein linear.sh-Bash-Skript mit Funktionen implementiert, die Claude direkt aufruft: linear_get_in_progress (fragt Linear GraphQL nach In-Progress-Tickets), linear_move_issue (verschiebt ein Ticket in einen neuen Status), linear_comment_with_changes (postet einen Kommentar mit Commit-Link und geänderten Dateien) und discord_notify_build (sendet einen Discord-Embed mit Commit-Info und Deploy-Status).

Das CLAUDE.md-Betriebshandbuch

Eine CLAUDE.md-Datei im Repository-Root bietet Kontext für jede Claude-Sitzung. Wichtige Abschnitte umfassen:

• Git-Strategie: Trunk-basierte Entwicklung mit direkten Pushes auf main für Routinearbeit, Feature-Branches nur für große oder riskante Änderungen und npx tsc --noEmit && npm run build vor jedem Push als nicht verhandelbar
• Linear-Workflow: Exakte Status-IDs für "In Progress" und "In Review", wie Tickets abgefragt und implementiert werden, Commits mit VGC-XX-Präfix, Posten von Commit-Kommentaren, Verschieben von Ticket-Status, wobei Bug-Tickets immer zuerst bearbeitet werden
• Discord-Benachrichtigungen: discord_notify_build-Funktionsformat mit verschiedenen Embeds für direkte Pushes auf main vs. PR-Flows
• Fehlerbehandlung: Build fehlgeschlagen → beheben und wiederholen, niemals kaputten Code pushen; Linear-API-Fehler → trotzdem commiten und pushen, Fehler dem Nutzer mitteilen; Produktionsausfälle → git revert, auf main pushen, Discord benachrichtigen, Ticket zurückschieben
• Code-Konventionen: Bestehenden Mustern folgen, keine Drive-by-Refactorings, Commit-Nachrichten: VGC-XX: description für nachverfolgte Arbeit

Automatisiertes Monitoring

Zwei Vercel-Cron-Jobs wurden eingerichtet: eine tägliche Prüfung um 9 Uhr morgens für Site-Health, Stale-Ticket-Scan, SEO-Audit und Datenbank-Health (postet Alerts nur bei Problemen an Discord), und ein wöchentliches Digest freitags um 17 Uhr für Linear-Fortschritt, Nutzerwachstum und Dependency-Updates (postet immer eine Zusammenfassung an Discord). Echtzeit-Uptime-Monitoring nutzte UptimeRobot mit 5-Minuten-Pings.

Was funktionierte

Der Entwickler hob mehrere effektive Praktiken hervor: trunk-basierte Entwicklung mit Type-Checking-Prüfungen (tsc --noEmit && npm run build), die sicherstellen, dass jeder Push auf main automatisch auf Vercel deployed wird mit einem Feedback-Loop von wenigen Minuten; Linear-Ticket-Nachverfolgbarkeit mit jedem Commit, der auf ein Ticket zurückverweist, und jedem Ticket mit einem Kommentar mit Commit-URL und geänderten Dateien; Discord als Audit-Trail mit jedem Build, der an #builds gepostet wird; und die CLAUDE.md-Datei als wertvollste Projektkomponente für konsistenten Kontext über Sitzungen hinweg.