Skip to content

Warum wir SuperDevSpace gebaut haben: ein KI-Team auf deinem eigenen CLI-Abo

Ein Manager plant, Worker bauen – jeder im eigenen Terminal und Git-Worktree, auf der Agent-CLI, die du schon bezahlst. Warum wir es gebaut haben.

Von SuperDevSpace

Veröffentlicht 6 Min. Lesezeit

Auch auf: English Türkçe Français Español Português (Brasil) 日本語 简体中文

Die Startcheckliste von SuperDevSpace: Organisation anlegen, Manager starten, ihm eine Direktive geben

Wenn du schon für eine Agent-CLI wie Claude Code bezahlst, hast du mehr Kapazität, als dich ein einzelnes Terminalfenster nutzen lässt. Das Modell kann planen, Code schreiben, Tests ausführen und erklären, was es tut. Was es allein nicht kann: fünf Leute gleichzeitig sein, den Überblick behalten, wer woran arbeitet, und dir am Ende des Tages einen ehrlichen Bericht geben.

Genau wegen dieser Lücke haben wir SuperDevSpace gebaut. Es ist eine Desktop-App, die aus der CLI, die du schon hast, ein kleines Team macht: ein Manager, der die Arbeit plant, und Worker, die sie erledigen – jeder in seinem eigenen Terminal und seinem eigenen Git-Worktree.

Das Problem mit einem Agent in einem Terminal

Mit einem einzelnen Coding-Agent zu arbeiten fühlt sich bei einer einzelnen Aufgabe großartig an. Es bricht zusammen, sobald du drei Dinge im selben Repository zu erledigen hast:

  • Du kannst ein zweites Terminal öffnen, aber dann bearbeiten beide Agents denselben Checkout. Einer lässt die Testsuite laufen, während der andere mitten in einem Refactoring steckt.
  • Du wirst zum Projektmanager. Du teilst die Arbeit auf, merkst dir, welches Terminal welche Aufgabe hatte, und trägst Kontext von einer Session in die nächste.
  • Niemand schreibt auf, was passiert ist. Wenn du aus der Mittagspause kommst, ist der Scrollback-Puffer das einzige Protokoll.

Nichts davon ist ein Modellproblem. Es ist ein Organisationsproblem – und Organisation ist etwas, das Software gut kann.

Ein Agent, ein TerminalEine SuperDevSpace-Organisation
Parallele Arbeit ohne Kollisionen✗✓
Ein Worktree und Branch pro Worker✗✓
Arbeit als Aufgaben auf einem Board✗✓
Ein schriftlicher Bericht pro Aufgabe✗✓
Du prüfst den Diff, bevor er landet✓✓
Läuft auf der CLI, die du schon bezahlst✓✓

Was SuperDevSpace tatsächlich macht

In SuperDevSpace ist jedes Repository eine Organisation. Jede Organisation hat einen Manager: eine echte Agent-CLI-Session in einem echten Terminal, das du siehst und in das du tippen kannst. Du gibst dem Manager eine Direktive in normaler Sprache – getippt oder per Spracheingabe diktiert.

Wie aus einer Direktive gemergte Arbeit wirdWie aus einer Direktive gemergte Arbeit wird
Wie aus einer Direktive gemergte Arbeit wird
Diagramm als Text
flowchart TD
  you["Du"] -->|"Direktive"| mgr["Manager"]
  mgr -->|"Aufgaben aufs Board"| board["Sprint-Board"]
  board --> w1["Worker: Frontend"]
  board --> w2["Worker: QA"]
  w1 -->|"Bericht"| review["Review durch den Manager"]
  w2 -->|"Bericht"| review
  review -->|"Squash-Merge"| main["Dein Main-Branch"]
  review -->|"ein Bericht"| you

Der Manager macht dann, was ein Teamlead tun würde:

  1. Planen. Er eröffnet einen Sprint und zerlegt die Direktive in Aufgaben auf einem Board, jede mit einem kurzen Briefing.
  2. Einstellen. Er stellt Worker für diese Aufgaben ein. Jeder Worker ist eine weitere echte CLI-Session in einem eigenen, sichtbaren Terminal-Tab, mit einer Rolle – Frontend-Entwickler, QA-Engineer und so weiter.
  3. Trennen. Jeder Worker bekommt seinen eigenen Git-Worktree auf einem eigenen Branch, sodass parallele Arbeit nie in einem Checkout kollidiert. Ein eigener Artikel erklärt, wie das funktioniert.
  4. Prüfen. Ist ein Worker fertig, reicht er einen Bericht ein. Der Manager prüft ihn, merged den Branch und fordert Korrekturen an, wenn etwas nicht stimmt.
  5. Berichten. Du bekommst einen zusammengefassten Bericht statt fünf Scrollbacks.
Der Dialog „Agents hinzufügen“: ein Raster mit Rollen wie Frontend, Backend, QA-Engineer, Code-Reviewer, Designer und DevOps, dazu ein Namensfeld und optionale Zusatzanweisungen
Die Rolle eines Workers beim Aufsetzen des Teams wählen (echte App, auf Türkisch).

Du kannst jederzeit einsteigen. Jeder Agent hat eine Chat-Ansicht und sein echtes Terminal – eine Session, zwei Blickwinkel –, und jede Änderung erscheint als Diff neben dem Gespräch, das sie erzeugt hat. So prüfst du, bevor etwas auf deiner Hauptlinie landet.

Das Sprint-Board einer Organisation mit den Spalten Backlog, To do, In Arbeit, Wartet auf Freigabe, Im Review und Erledigt sowie Aufgabenkarten mit Lane-Labels
Das Sprint-Board einer Demo-Organisation, während ihr Team arbeitet (echte App, auf Türkisch).

Dein Abo, deine Maschine, dein Code

Die wichtigste Designentscheidung ist zugleich die einfachste: SuperDevSpace steuert eine CLI, die du schon bezahlst. Wir verkaufen keinen Modellzugang weiter, also taucht nichts, was du ausführst, auf einer Rechnung von uns auf – außer dem SuperDevSpace-Abo selbst.

Diese Entscheidung hat Folgen, die uns gefallen:

  • Agents laufen als lokale Prozesse auf deiner Maschine, auf deinen lokalen Repositories. Quellcode, Prompts, Terminalausgaben und Dateipfade werden nie an unsere Server geschickt. Unser Account-Service speichert ein Konto, einen Abo-Status und eine Geräteliste.
  • Du wählst die CLI pro Organisation. Claude Code, OpenAI Codex, Gemini CLI, Aider, Qwen Code, Cursor CLI und OpenCode sind auswählbar. Claude Code spricht die App heute fließend – Hooks, Resume, MCP-Tools, Berechtigungsantworten. Die anderen sechs starten und laufen; die App kennzeichnet sie als experimentell und sagt dir, welche Extras noch nicht angebunden sind, statt still zu scheitern.
  • Nichts ist in unserer Cloud eingesperrt, weil keine Cloud die Arbeit macht.

Vor der ersten Direktive lohnt sich ein kurzer Check, ob CLI und Repository da sind, wo du sie erwartest:

Terminal
$ claude --version
$ cd ~/code/dein-projekt
$ git status

Was um das Team herum dazugehört

Ein Team braucht mehr als Terminals. Ein paar Dinge, die in jedem Plan enthalten sind:

  • Ein Board, das die Wahrheit sagt. Sprints, Aufgaben, Briefings und Berichte. Ein Bericht sagt, was fehlgeschlagen ist, nicht nur, was geklappt hat.
  • Inspector. Klick auf ein Element deiner laufenden Webseite und schick es mit Komponente, Datei und Zeile an einen Agent. Funktioniert mit Vite, Next.js und statischen Seiten.
  • Freigaben vom Handy. Braucht ein Agent eine Entscheidung, fragt er dich. Die Handy-App zeigt das Board, die Agents und offene Freigaben, sodass du einen Berechtigungs-Prompt auch fern vom Schreibtisch beantwortest.
  • Ein Whiteboard pro Organisation (Excalidraw), das Agents lesen und bemalen können.
Ein paar Sekunden aus der echten Produkttour (App auf Türkisch).

Premium bringt die Teile, die weiter reichen: einen Designmodus auf Basis von Penpot mit einem Designer-Agent, der in der Datei zeichnet, Zeitpläne, die Direktiven nach Fahrplan ausführen, und einen Peer-Link, mit dem ein Manager auf deinem Mac Arbeit an einen Manager auf deinem Windows-PC übergibt. Den vollständigen Vergleich findest du auf der Preisseite.

Was wir nicht versprechen

Ein Team aus Agents braucht trotzdem einen Chef: Du entscheidest, was gebaut wird, und du gibst frei, was auf deinem Main-Branch landet.

Ausprobieren

Die Testphase umfasst 14 Tage Premium, ohne Karte. Dein CLI-Abo bleibt deins, dein Code auch. Wenn du das Team in deinem eigenen Repository arbeiten sehen willst, lade SuperDevSpace herunter und gib dem Manager seine erste Direktive.

SuperDevSpace

Geschrieben von den Leuten, die SuperDevSpace bauen – einer Desktop-App, die ein Team von KI-Coding-Agenten auf deinem vorhandenen CLI-Abo laufen lässt.

Teilen

Die Launch-E-Mail erhalten

Eine E-Mail, wenn SuperDevSpace für alle öffnet. Zuerst bestätigst du die Adresse aus deinem Postfach; abmelden geht mit einem Klick.

Dein eigenes KI-Team

SuperDevSpace läuft mit dem CLI-Abo, das du schon hast. 14 Tage kostenlos testen, ohne Karte.

Kostenlos testen

Weiterlesen