Zum Inhalt springen

Doku

Alles, was du brauchst, um von der Installation zu einem Team aus Agenten zu kommen, das an deinem Repository arbeitet. Die App zeigt dieselbe Anleitung in ihrem Willkommensbereich; diese Seite ist die Version, die du vor der Installation lesen kannst.

Was du brauchst

SuperDevSpace steuert eine Agent-CLI, die du schon hast. Vor dem ersten Start solltest du Folgendes bereit haben:

  • macOS 13 Ventura oder neuer auf Apple silicon, 64-Bit-Windows 10 oder 11 oder 64-Bit-Linux (Ubuntu 22.04+, Debian 12+, Fedora 38+).
  • Git und das Repository, an dem das Team arbeiten soll, lokal geklont.
  • Mindestens eine installierte und angemeldete Agent-CLI — Claude Code, OpenAI Codex, Gemini CLI, Aider, Qwen Code, Cursor CLI oder OpenCode. Die App prüft, welche sie findet, und nennt dir für die anderen den Installationsbefehl.
  • Ein Abo oder einen API-Key für diese CLI. Das bleibt zwischen dir und dem Anbieter; SuperDevSpace sieht ihn nie und verkauft nie Modellzugang weiter.

Installieren und anmelden

Hol dir den Installer von der Download-Seite; dort siehst du, welche Builds verfügbar sind. Der macOS-Build (Apple silicon) ist signiert, notarisiert und aktualisiert sich selbst. Der Windows-Installer startet als Beta, die noch nicht codesigniert ist, deshalb fragt SmartScreen einmal nach (Weitere Informationen › Trotzdem ausführen). Unter Linux nimmst du das AppImage (es aktualisiert sich selbst) oder das .deb / .rpm für deinen Paketmanager. Jede veröffentlichte Datei ist mit ihrem SHA-256 aufgeführt, damit du sie prüfen kannst, bevor du sie öffnest.

Beim ersten Start wirst du gebeten, ein Konto anzulegen oder dich anzumelden (E-Mail, Google, GitHub oder Apple). Ein neues Konto startet eine 14-tägige Premium-Testphase ohne Karte. Das Konto enthält dein Abo und deine Geräteliste — nichts über deinen Code.

Deine erste Organisation

In SuperDevSpace ist jedes Repository eine Organisation: ein Team, ein Board und ein eigenes Gedächtnis. Der Willkommensbereich führt dich durch drei Schritte:

  1. Füg eine Organisation hinzu: Gib ihr einen Namen und zeig auf den Repository-Ordner.
  2. Stell das Team zusammen: Wähl Rollen (Frontend, Backend, QA, Reviewer, Designer und mehr), gib jedem Agenten einen Namen und, wenn du willst, zusätzliche Anweisungen. Weitere kannst du später hinzufügen.
  3. Starte den Manager. Er öffnet sich als echte Agent-CLI-Session in einem Terminal-Tab, den du sehen und in den du tippen kannst.

Gib eine Anweisung

Sag dem Manager in normaler Sprache, was du willst — tipp es in sein Terminal oder seinen Chat oder diktier es. Der Manager macht, was ein Lead machen würde:

  1. Er eröffnet einen Sprint und zerlegt die Anweisung in Tasks auf dem Board, jeweils mit einem kurzen Briefing.
  2. Er stellt pro Task einen Worker ein. Jeder Worker ist eine eigene CLI-Session in einem eigenen Terminal-Tab, mit eigenem git worktree auf eigenem Branch.
  3. Er reviewt den Bericht jedes Workers, merged den Branch per Squash-Merge in deine Linie und fordert Korrekturen an, wenn etwas nicht stimmt.
  4. Am Ende gibt er dir einen zusammengefassten Bericht.

Du kannst jederzeit einsteigen: Jeder Agent hat eine Chat-Ansicht und sein echtes Terminal, und jede Änderung erscheint als Diff neben der Unterhaltung, aus der sie entstanden ist.

Worktrees und das Setup-Skript

Worker teilen sich nie einen Checkout. Jeder bekommt einen git worktree im eigenen Datenordner der App (nicht in deinem Repository), und jeder abgeschlossene Turn wird auf dem Branch des Workers committet, sodass nichts nur in einem nicht committeten Ordner liegt.

Ein frischer Worktree enthält nur, was git trackt. Wenn dein Repository .super/scripts/setup-worktree.sh enthält, führt die App es in jedem neuen Worktree aus, bevor der Worker startet, wobei SUPERDEV_MAIN_REPO auf deinen Haupt-Checkout zeigt. Submodule werden für dich initialisiert.


              #!/usr/bin/env bash
set -euo pipefail
# Nur lokal vorhandene Dateien aus dem Haupt-Checkout kopieren
cp "$SUPERDEV_MAIN_REPO/.env" .env 2>/dev/null || true
# Abhängigkeiten installieren
pnpm install --frozen-lockfile
            

Freigaben und Fragen

Wenn ein Agent eine Entscheidung braucht — eine Berechtigungsabfrage, die Wahl zwischen zwei Ansätzen —, fragt er dich, statt zu raten. Die Frage erscheint oben im Workspace und bleibt dort, bis du sie beantwortest.

Eine Smartphone-App, die dasselbe Board, dieselben Agenten und offenen Fragen zeigt, kommt in den App Store; heute ist sie eine Beta auf Einladung.

Eine Webseite reparieren, indem du darauf zeigst

Öffne den Dev-Server deiner App im Browser-Bereich und wähl ein Element aus. Der Inspector zeigt die Komponentenkette unter dem Cursor mit Datei und Zeile jeder Komponente und schickt das Element, einen Screenshot und deine Notiz an einen Agenten. Funktioniert mit Vite, Next.js und statischen Seiten.

Die CLI wählen

Die CLI wird pro Organisation gewählt. Claude Code ist die CLI, die die App heute fließend spricht — Hooks, Resume, MCP-Tools und Antworten auf Berechtigungsabfragen. Die anderen sechs starten und laufen; die App markiert sie als experimentell und sagt dir, welche Extras noch nicht angebunden sind, statt still zu scheitern.

Was deinen Rechner verlässt

Agenten laufen als lokale Prozesse auf deinen lokalen Repositories. Dein Quellcode, deine Prompts, Terminal-Ausgaben und Dateipfade werden nie an unsere Server gesendet. Der Kontodienst speichert ein Konto, einen Abo-Status und eine Geräteliste; die Datenschutzerklärung führt jedes Feld auf.

Hängst du fest?

Schreib an [email protected], was du versucht und was du gesehen hast — ein Mensch liest es. Sicherheitsmeldungen gehen an [email protected].

Download [email protected]