← Alle Anwendungsfälle
Done für Entwickler

Eine Warteschlange für Claude Code und Codex.

Verbinde Done mit einem Befehl mit Claude Code oder Codex. Dein Coding-Agent holt sich die nächste Aufgabe, bearbeitet sie, hinterlässt Belege und wartet auf deine Freigabe, während der Rest deines Projekts auf derselben Liste steht.

Done ist eine MCP-Aufgabenverwaltung für Indie Hacker und Entwickler, die Claude Code oder Codex nutzen. Sie gibt deinem Coding-Agenten eine echte Warteschlange mit Prioritäten und Abhängigkeiten, hält deine Nicht-Code-Aufgaben (Launch-Posts, Support-Antworten, Preisänderungen) auf derselben Liste und lässt Agentenarbeit auf deine Freigabe warten, bevor sie als erledigt zählt.

Deine Aufgaben, und wie Done sie übernimmt

  1. Den Coding-Agenten mit einem Befehl verbinden

    claude mcp add --transport http --scope user done https://trydone.app/mcp fügt Done zu Claude Code hinzu, codex mcp add done --url https://trydone.app/mcp zu Codex. Beide melden sich per OAuth an. Für Rechner ohne Oberfläche und CI nimmst du stattdessen ein Bearer-Token deines Kontos, auf Wunsch nur lesend oder auf ein Projekt beschränkt.

  2. Dem Agenten eine Warteschlange geben statt eines Haufens TODO-Kommentare

    next_task wählt und übernimmt in einem Schritt die wichtigste bereite Aufgabe und überspringt Aufgaben, die an einer unerledigten Abhängigkeit hängen oder die ein anderer Agent hält. decompose_task teilt eine große Aufgabe in Unteraufgaben, und mit changes_since liest eine neue Sitzung nur, was sich seit der letzten geändert hat, statt des ganzen Boards.

  3. Auf Basis von Belegen prüfen, nicht einer Zusammenfassung

    Ist der Agent fertig, ruft er propose_completion auf, und die Aufgabe wartet auf dich. Ausführungen können Belege hinterlassen (den Commit, den CI-Lauf, die Testbilanz) und Ergebnisse, die in der Aufgabe angezeigt werden, und get_evidence legt sie neben die Ausführungsspur. Ein Budget an Aufrufen oder Minuten lässt start_run verweigern, sobald es aufgebraucht ist, damit eine festgefahrene Sitzung stoppt, statt sich im Kreis zu drehen.

  4. Die Produktarbeit neben dem Code behalten

    Der Launch-Post, die Support-Antwort und die Preisänderung stehen auf demselben Board wie das Refactoring. Schnelleingabe, wiederkehrende Aufgaben und Meinen Tag planen kümmern sich um deinen Teil, der Agent um seinen.

Eine Woche mit Done

  1. Montag

    Du schreibst fünf Aufgaben für das Release dieser Woche: zwei Bugfixes, eine Migration, das Changelog und einen Launch-Post. Die Migration hängt an einem der Fixes. Die Code-Aufgaben gibst du Claude Code.

  2. Dienstag

    Claude Code ruft next_task auf, bekommt den ersten Bugfix und schlägt den Abschluss mit Commit und Testlauf im Anhang vor. Du liest den Diff und gibst frei.

  3. Mittwoch

    Mit erledigter Abhängigkeit wird die Migration bearbeitbar, und next_task teilt sie aus. Du setzt ein Budget von 40 Aufrufen, damit ein festgefahrener Lauf von selbst stoppt.

  4. Donnerstag

    Codex, auf deinem Laptop verbunden, entwirft das Changelog in seiner Aufgabe als Markdown-Ergebnis. Du änderst zwei Zeilen und gibst es frei.

  5. Freitag

    Du schreibst den Launch-Post selbst, trägst die Support-Antworten für Montag per Schnelleingabe ein und schaust in den Wochenrückblick: vier von fünf Aufgaben fertig, eine rutscht in die nächste Woche.

Welcher Tarif passt

Pro · 5 $ im Monat

Coding-Agenten sind gesprächig: Eine Sitzung kann Dutzende MCP-Aufrufe machen, während sie die Warteschlange liest, übernimmt, kommentiert und den Abschluss vorschlägt. Die 100 Aufrufe im Monat bei Free reichen, um alles einzurichten und an ein paar Aufgaben auszuprobieren; Pro für 5 $ im Monat hebt die Grenze auf und bringt geplante Routinen. Teams lohnt sich nur, wenn jemand, mit dem du zusammenarbeitest, das Board braucht.

Tarife vergleichen →

Wann Done nicht das Richtige ist

Wenn dein Projekt eine Team-Codebasis ist, deren Arbeit schon in GitHub-Issues und Pull Requests steckt, lass sie dort, oder nimm Linear, wo du Issues direkt an Coding-Agenten wie Codex und Cursor vergeben kannst. Done ist für Entwickler, die eine Warteschlange für Code- und Nicht-Code-Arbeit wollen und eine Freigabe, die mehr ist als ein gemergter Pull Request.

Häufige Fragen

Wie füge ich Done zu Claude Code hinzu?

Führe claude mcp add --transport http --scope user done https://trydone.app/mcp aus und melde dich bei Done an, wenn Claude Code danach fragt. Die Einrichtungsseite für Claude Code beschreibt auch eine Variante mit Token für Rechner ohne Oberfläche.

Funktioniert Done mit Codex?

Ja. Führe codex mcp add done --url https://trydone.app/mcp aus und danach codex mcp login done. Die Codex-CLI, die IDE-Erweiterung und die ChatGPT-Desktop-App teilen sich diese Konfiguration.

Können zwei Coding-Agenten auf demselben Board arbeiten, ohne sich in die Quere zu kommen?

Ja. next_task übernimmt atomar und überspringt Aufgaben, die ein anderer Agent hält. Mit einer Agentenliste arbeitet jede Zugangsberechtigung nur ihre eigene Spur ab, sodass Claude Code und Codex je eine eigene Warteschlange haben können.

Schließt mein Agent Aufgaben ohne mich ab?

Nicht standardmäßig. Aufgaben starten mit Erst fragen, also schlägt der Agent den Abschluss vor und du gibst frei. Für eine einzelne Aufgabe kannst du erlauben, dass sie sich selbst abschließt.

Done für andere Arten von Arbeit

Fang mit einer Aufgabe an, die du lieber nicht machst

Melde dich nur mit deiner E-Mail an, verbinde Claude oder ChatGPT und gib ihm deine erste Aufgabe. Kostenlos zum Start, ohne Kreditkarte.

Done öffnen