Acht Projekte parallel — Mein Agentic-Coding-Workflow für eine Person

TL;DR

8 aktive Projekte parallel als Solo Founder. Möglich durch drei Patterns: Conductor als Kontext-Layer, knowhow-Plugin für Wiedereinstieg, harte Slot-Regel (max 90 Min am Stück pro Projekt). Dieser Post zeigt den realen Tagesablauf, die Telemetrie aus einer typischen Woche, das Kontext-Switching-Bottleneck (das verschwiegene Drittel aller “X parallele Projekte”-Posts), und unter welchen Bedingungen das Modell für andere funktioniert. Spoiler: ohne Agentic-Coding-Tools nicht.

Featured-Image-Platzhalter: stilisierter Tagesablauf mit 8 Projekt-Slots. Asset folgt — Prompt am Ende.

Inhaltsverzeichnis

• Die acht aktiven Projekte (Mai 2026)
• Ein typischer Tag in Slot-Form
• Telemetrie aus einer typischen Woche
• Die drei Patterns, die das tragbar machen
• Das verschwiegene Drittel: Kontext-Switching
• Wann es für andere funktioniert (und wann nicht)
• FAQ

Die acht aktiven Projekte (Mai 2026)

Plus durchschnittlich 2-4 Side-Repos im Reality-Check-Stadium (siehe 424-Repos-Post). Aber das sind keine aktiven Projekte — sie sind Optionen, die noch im 7-Tage-Reality-Check-Fenster stecken.

Ein typischer Tag in Slot-Form

Datum: Donnerstag, 8. Mai 2026. Repräsentativ, nicht ausgewählt.

Beobachtungen:

• 90-Minuten-Regel: kein Projekt-Slot länger als 90 Minuten. Nach 90 Min sinkt mein Output messbar (per Conductor-Telemetrie — auto-test braucht im 91.-120.-Min-Fenster ca. 2× so viele Retries für gleichen Code-Output).
• Switching-Puffer: 15 Min Pause zwischen ungleichen Domänen (Flutter/Dart → Python → Go). Das ist nicht Faulheit, das ist Kontext-Reset für Hirn und Conductor’s knowhow-Plugin.
• 8 Projekte ≠ 8 Slots/Tag: ich berühre nicht alle 8 jeden Tag. Durchschnittlich 4-5 Slots pro Tag. 2-3 Projekte laufen über die Woche verteilt im “leichten Maintenance”-Modus (1 Commit pro Woche reicht).

Inline-Image-Platzhalter: Tagesablauf-Visualisierung mit 8-Slot-Verteilung. Asset folgt.

Telemetrie aus einer typischen Woche

KW 19 (5.-11. Mai 2026), gemessen via Conductor’s knowhow-Plugin.

Diese 12.400 Code-Zeilen über 8 Projekte parallel sind nicht das Ergebnis von “tippe schneller”. Das ist Agentic Coding multipliziert mit 8 — ich beschreibe, Claude Code via Conductor implementiert, ich prüfe und committe.

Vergleichswert: Pieter Levels berichtet auf X regelmäßig über seine Workflows. Seine Größenordnung an parallelen Projekten liegt bei ~10-12, allerdings revenue-aktiv. Mein Setup ist ähnlich in Projekt-Zahl, aber unterschiedlich in Phase (Pre-Revenue für die meisten Projekte).

Die drei Patterns, die das tragbar machen

Ohne diese drei wäre 8-parallel ein direkter Pfad zum Burnout.

Pattern 1: Conductor als Kontext-Layer

Conductor ist mein Agentic-Coding-Stack (detailliert hier). Im Kontext dieses Posts wichtig: die 13 Plugins erlauben projekt-scoped contexts. Wenn ich in Slot 2 (Bonblick) bin, lädt Conductor nur Bonblick-relevanten Kontext. Wenn ich zu Slot 4 (Conductor selbst) wechsle, ist alles weg.

Ohne diesen Scoping-Mechanismus würde mein Claude-Code-Kontext nach 3 Slots völlig vergiftet — Cross-Pollution zwischen Projekten ist real und subtil (Anthropic dokumentiert dies in ihrem Engineering-Blog zu Context Engineering).

Pattern 2: knowhow-Plugin für Wiedereinstieg

Das einzelne Plugin, das den größten Productivity-Hebel hat. knowhow project-status macht beim Wechsel in ein neues Slot eine 30-Sekunden-Übersicht:

• Letzter Commit + Inhalt
• Offene TODOs aus CLAUDE.md
• Pending PRs
• Open issues, sortiert nach Priorität
• Quick-Resume-Brief (ein Absatz)

Das spart 15-20 Minuten Wiedereinstieg pro Slot-Switch. Bei 6-7 Switches pro Tag = 90-140 Minuten gewonnen.

Pattern 3: 90-Minuten-Slot-Hardcut

Jedes Slot ist maximal 90 Minuten. Auch wenn der Flow-State angenehm ist. Diese Regel ist nicht-verhandelbar.

Begründung: nach 90 Min steigt die Fehlerquote, sinkt der Wechsel-Wille (also der Wille, das nächste Projekt anzugehen), und das ADHS-Hyperfokus-Risiko (siehe meine ADHS-Erfahrung) wird real. Hyperfokus auf ein Projekt frisst den ganzen Tag — und damit die anderen 7.

Diese Regel habe ich aus Schaden gelernt. v1.0 meines Workflows hatte keine Slot-Begrenzung. Wirkung: 3 Projekte aktiv, 5 unter “ich-arbeite-bald-wieder-dran”-Vorwand inaktiv. Slot-Hardcut hat das gefixt.

Das verschwiegene Drittel: Kontext-Switching

Der ehrliche Teil, den die “X parallele Projekte”-Posts auf Medium und Indie Hackers typisch weglassen: Kontext-Switching ist die teuerste Operation in diesem Setup, nicht das Coden.

Pro Switch fallen folgende Kosten an:

1. Mentaler Reset (~5-10 Min, hardcoded biologisch — kein Tool kürzt das)
2. Conductor-Kontext-Reload (~30 Sek)
3. Knowhow-Übersicht (~30 Sek)
4. Quick-Resume-Read (~2-3 Min)
5. Drift-Korrektur wenn das Projekt seit der letzten Session in eine andere Richtung gewachsen ist (~5-15 Min, je nach Lücke)

Summe: 13-29 Min pro Switch. Bei 6-7 Switches pro Tag: ~90-180 Min nur für Switching.

Das ist warum 8 parallele Projekte nicht “8× die Produktivität von 1” ist. Es ist eher 4-5× — und das auch nur mit Conductor als Multiplikator.

Wer das Modell ohne Agentic-Coding-Tools versucht, landet vermutlich bei 1.5-2× Produktivität — und massivem Stress-Niveau.

Inline-Image-Platzhalter: Balkendiagramm Switch-Kosten vs Slot-Kosten. Asset folgt.

Wann es für andere funktioniert (und wann nicht)

Vier Bedingungen, die alle gleichzeitig zutreffen müssen:

1. Agentic-Coding-Stack im täglichen Einsatz. Ohne Claude Code, Cursor oder ähnliches sind 8 parallele Projekte nicht machbar — die Schreib-Geschwindigkeit reicht für maximal 2-3 aktive Projekte gleichzeitig.
2. Selbstbestimmt über Tageszeit. Wer feste Meeting-Zeiten oder Office-Hours hat, kann die 90-Min-Slot-Regel nicht durchziehen. Das System bricht.
3. Pre-Revenue-Toleranz. 8 parallele Projekte bedeutet, dass die meisten lange pre-revenue sind. Wer auf monatliche Cashflow-Zyklen angewiesen ist, sollte 2-3 Revenue-Projekte fokussieren und nicht 8.
4. Hyperfokus-tauglicher Charakter. Nicht jeder schaltet alle 90 Min gerne. Manche Menschen funktionieren besser mit 4-6h Deep-Work-Blocks und 1 Projekt pro Tag. Das ist ein anderes Setup, nicht schlechter, nur anders.

Wenn auch nur eine fehlt: weniger ist besser. Cal Newport’s Deep-Work-Modell zielt bewusst auf das andere Ende des Spektrums — 1 großes Projekt, lange Blöcke, wenig Switching. Beide Modelle funktionieren, je nach Person.

Wo das hingeht

Drei Schmerzpunkte, an denen ich aktuell arbeite:

1. Cross-Projekt-Refactoring. Wenn Conductor selbst sich ändert, müssen 8 Repos ihre Conductor-Integration anpassen. Das fängt das knowhow-Plugin nicht ab — es ist ein eigenes Cross-Repo-Tool, das ich für v9 plane.
2. Slot-Auto-Tracking. Ich tracke meine Slots aktuell manuell in einer Markdown-Datei. Ein kleines Side-Tool, das automatisch via Cursor- oder Claude-Code-Telemetrie aufzeichnet, wäre hilfreich.
3. Burnout-Frühwarn-System. Ich kenne mein Body-Crash-Muster, aber ein Tool, das objektiv warnt, wenn ich 4 Wochen über Schnitt liege, wäre eine Versicherung.

Wenn du mit einem ähnlichen Setup arbeitest oder die 90-Min-Regel testest: schreib mir auf LinkedIn oder GitHub.

FAQ

Wie viele Projekte sollte ein Solo Founder maximal parallel haben?

Hängt vom Tooling ab. Mit Agentic-Coding-Stack: 5-10. Ohne: 2-3. Mehr als 10 ist auch mit Tooling unproduktiv — ab da überwiegt Switching-Cost den Switching-Vorteil.

Was kostet 8 parallele Projekte an Tools pro Monat?

Claude Code Subscription (~$200/Mo Max-Tier für intensive Nutzung), Cloudflare Pages Free, GitHub Pro $4, ~10 Domains ~€10/Mo, Vercel Free oder Pro $20. Gesamt: **€240-280/Monat**. Plus Strom + Mietanteil Arbeitsplatz.

Wie verhindere ich Burnout bei 8 parallelen Projekten?

90-Minuten-Slot-Regel, harter Cutoff um 21:00 (oder dein Äquivalent), 1 Tag/Woche bewusst offline (für mich: Sonntag-Spaziergänge), und alle 4-6 Wochen einen reduce-week mit nur 4 statt 8 aktiven Slots.

Was ist das beste Tool für Kontext-Wiedereinstieg zwischen Projekten?

Bei mir: das knowhow-Plugin in Conductor. Alternativen: CLAUDE.md/AGENTS.md mit “Where we left off”-Sektion (siehe Anthropic’s Empfehlung), oder ein kommerzielles Tool wie Linear für Issue-basierte Wiedereinstiege. Niemals ohne ein dediziertes Wiedereinstiegs-Tool arbeiten — sonst gehen 20+ Minuten pro Switch verloren.

Muss ich alle 8 Projekte täglich anfassen?

Nein. 4-5 pro Tag, die anderen 2-4 laufen über die Woche verteilt in Maintenance-Modus. Das System tolleriert es, wenn ein Projekt 3-4 Tage unangetastet bleibt — solange die monatliche Frequenz hoch genug für das 30-Tage-Stille-Sweep-Pattern aus dem 424-Repos-Post bleibt.

Geschrieben am 17. Mai 2026 in Hamburg. Telemetrie ist real, aus einer einzelnen Woche. Wenn du diesen Post hilfreich findest, verlinke ihn.