Mehrere KI-Agenten auf einem Board: ein Praxisleitfaden

Ja, zwei oder drei KI-Clients können sich ein Board teilen, solange das Board entscheidet, wem welche Aufgabe gehört. In Weft verbinden sich Claude Code, Codex und ChatGPT alle mit demselben MCP-Endpunkt. Jeder übernimmt eine Aufgabe mit start_task, hält sie mit Lebenszeichen am Leben und gibt einen Beleg zurück. Wenn zwei Clients nach derselben Karte greifen, bekommt der zweite already_claimed, und niemand macht die Arbeit doppelt.

Wir entwickeln Weft. Angaben zu anderen Produkten stammen von deren offiziellen Seiten, geprüft am 27. Oktober 2026.

Dieser Leitfaden ist für Solo-Gründer oder kleine Teams, bei denen zwei oder drei KI-Clients sich ständig gegenseitig auf die Füße treten.

Wann hilft ein zweiter Agent wirklich?

Mehr Agenten machen Arbeit nicht automatisch schneller. Sie helfen, wenn die Arbeit in Teile zerfällt, die sich nicht berühren, und sie schaden, wenn sie sich Dateien, eine Testdatenbank oder eine Entscheidung teilen, die noch niemand getroffen hat.

Wenn du zwei Arbeitspakete nicht ohne vorheriges Gespräch an zwei Menschen geben würdest, gib sie auch nicht zwei Agenten.

Was muss in einer Aufgabe stehen, bevor ein Agent sie nehmen kann?

Agenten nehmen eine Aufgabe wörtlich und fragen selten nach. Bevor eine Karte das Backlog verlässt, gib ihr:

• Ein Ergebnis, das du prüfen kannst. Nicht „Onboarding verbessern“, sondern „einen leeren Zustand mit Anlegen-Button auf der Projektseite ergänzen“.
• Umfang. Welche Dateien, Seiten oder Systeme sie anfassen darf und was tabu ist.
• Eine Fertig-Prüfung. Der Test, der Build oder die URL, die zeigt, dass es funktioniert hat.
• Die Belege, die du zurückhaben willst. Einen Pull-Request-Link, einen Commit-Hash, eine deployte URL.
• Wo sie aufhört. Alles Unumkehrbare (Veröffentlichen, Produktion, Geld) sollte in einer Frage an dich enden, nicht in einer Aktion.

Die voreingestellten Spalten von Weft sind Backlog, Todo, Doing und Done. Eine einfache Konvention funktioniert gut: Nur Karten in Todo sind bereit zur Übernahme. Projekte halten ein Repository oder einen Kunden vom Rest getrennt.

Was passiert, wenn zwei Agenten start_task auf derselben Karte aufrufen?

Eine Karte nach Doing zu schieben ist keine Sperre: Zwei Agenten können dieselbe Todo-Karte lesen und beide anfangen. Deshalb ist in Weft die Übernahme selbst die Sperre.

Ein start_task-Aufruf ist ein einziger Datenbank-Insert, abgesichert durch einen eindeutigen Index, also entscheidet die Datenbank, wer gewinnt. Der Gewinner bekommt eine runId und ein leaseToken, und die Karte wandert nach Doing. Der Verlierer bekommt already_claimed mit der id der Aufgabe, dem Titel und dem Hinweis, die Arbeit nicht doppelt zu machen. Es spielt keine Rolle, dass der eine Client ein Terminal-Agent ist und der andere eine Chat-App.

Für einen Agenten ist already_claimed eine normale Antwort, kein Fehler. Richtig ist, erneut get_my_work aufzurufen und die nächste Karte zu nehmen. Den ganzen Kreislauf beschreiben wir unter Übernahme, Lebenszeichen und Beleg.

Wie funktionieren Lebenszeichen und das Lease von 20 Minuten?

Eine Übernahme ist ein Lease, keine dauerhafte Zuweisung. start_task vergibt ein Lease von 20 Minuten und sagt dem Agenten, er solle alle 300 Sekunden verlängern. Der Agent verlängert es, indem er report_progress mit seiner runId und seinem leaseToken aufruft. Hat der Agent das Lease inzwischen verloren, liefert der Aufruf lease_lost, und er sollte aufhören, statt weiter zu bearbeiten.

Wenn eine Sitzung stirbt, ist niemand mehr da, der das melden könnte. Stille ist das einzige Signal, das beim Board ankommt, also behandelt Weft Stille als Signal:

• Nach 20 Minuten ohne Lebenszeichen wird der Lauf als veraltet markiert, das Token gelöscht, und die Aufgabe ist wieder niemandem zugewiesen.
• Alle 10 Minuten läuft eine Bereinigung, und eine veraltete Aufgabe wird auch sofort frei, wenn ein anderer Client versucht, sie zu übernehmen.
• Während ein Agent auf eine Frage an dich wartet, behält er die Aufgabe 60 Minuten lang. Danach fällt das Lease weg, aber die Frage bleibt offen.

Lebenszeichen sind Tool-Aufrufe. Eine Aufgabe von 40 Minuten mit einem Lebenszeichen alle 5 Minuten verbraucht dafür etwa 8 Aufrufe, und Free hat 200 Aufrufe im Monat, für drei täglich laufende Agenten reicht das also nicht. Pro hat keine Aufrufgrenze.

Woher weiß das Board, welcher Agent was getan hat?

Jeder OAuth-Client, der sich bei Weft anmeldet, ist ein eigener Akteur. Claude Code, Codex und ChatGPT registrieren sich getrennt, und das Board zeigt den Namen, mit dem sich jeder Client registriert hat. Jedes Ereignis im Verlauf hält fest, welcher Client es ausgelöst hat.

Clients ohne OAuth können ein persönliches Zugriffstoken nutzen; jedes Token ist ebenfalls ein eigener Akteur, aber Tokens haben keine Berechtigungsstufen (Zugriffstokens). Rechte werden pro OAuth-Verbindung festgelegt:

• full (Standard): alle 32 Tools.
• write: alles außer den drei destruktiven Tools (Papierkorb, Archivieren, Sprint abschließen).
• read: nur die 11 lesenden Tools.

Eine sinnvolle Aufteilung: Coding-Agenten auf write, alles Experimentelle auf read. Einen Client zu trennen widerruft seine Tokens, ohne die anderen anzufassen. Weft stellt Refresh-Tokens aus, ein verbundener Client erneuert seine Anmeldung also selbst.

Identität auf dem Board ist keine Isolation auf der Festplatte. Zwei Agenten mit verschiedenen Namen können sich in einem Checkout trotzdem gegenseitig überschreiben. Gib jedem Coding-Agenten einen eigenen Branch oder Worktree.

Wo landet fertige Arbeit, und wie viel darf auf dich warten?

Standardmäßig geht eine abgeschlossene Aufgabe direkt nach Done. Sie hält stattdessen in deiner Inbox an, wenn die Aufgabe eine Prüfung braucht oder ein Verifizierungscheck fehlschlägt. Dort wählst du Annehmen, Überarbeiten, Später oder Verwerfen. Überarbeiten verlangt eine Notiz. Fragen aus request_input landen in derselben Inbox und als Push-Nachricht auf deinem Handy, du hast also einen Ort zum Nachsehen, egal welcher Agent gefragt hat.

Der Beleg aus complete_task enthält ein Ergebnis, prüfbare Artefakte, was nicht erledigt wurde, Unbekanntes und einen nextStep. Der nextStep steht über dem Annehmen-Button, Annehmen genehmigt also genau diesen Schritt. Mehr unter Was hat mein KI-Agent gemacht.

Die Inbox hat eine Grenze, und mit mehreren Agenten wirst du sie erreichen. Sie fasst 5 Einträge in einem Ein-Personen-Workspace und 10 im Team, oder 45 Minuten geschätzten Prüfaufwand, je nachdem, was zuerst eintritt. Fragen zählen mit. Wenn sie voll ist, lehnt start_task mit attention_queue_full ab und sagt dem Agenten, was er noch tun darf, etwa Fortschritt melden oder das Board lesen. Drei Agenten können schneller Arbeit produzieren, als ein Mensch sie prüfen kann; die Grenze verhindert, dass sie Ergebnisse aufstapeln, die du nie lesen wirst.

Was geht kaputt, und wie kommst du wieder in Ordnung?

Wie richtest du zwei oder drei Clients ein?

Alle drei verbinden sich mit demselben Endpunkt und melden sich im Browser an, ohne Schlüssel zum Kopieren.

# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp

# Codex: add to ~/.codex/config.toml, then sign in
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"

codex mcp login weft

ChatGPT verbindet sich über die Weft-App in seinem Verzeichnis, in jedem Tarif einschließlich Free. Schritt-für-Schritt-Seiten: Claude Code, Codex, ChatGPT, Cursor (Installation mit einem Klick). Die Anmeldung folgt der Autorisierungsspezifikation von MCP.

ChatGPT arbeitet in Runden: Es handelt, solange du im Gespräch bist. Das passt zu Planung, zum Schreiben von Aufgaben und zum Beantworten von Fragen. Lange Coding-Läufe passen besser zu einem Terminal-Agenten, denn ein Lebenszeichen alle paar Minuten braucht eine Sitzung, die weiterläuft.

Wie sieht ein einwöchiger Test aus?

1. Tag 1: zwei Clients verbinden. Claude Code und Codex, oder ein Coding-Agent plus ChatGPT. Gib den Coding-Agenten write-Rechte.
2. Tag 1–2: fünf bis zehn Aufgaben nach dem Vertrag oben schreiben. Ein Ergebnis, Umfang, Fertig-Prüfung, Belege. Lass sie in Todo. Wenn du schon Aufgaben in Linear, Jira, Notion oder Trello hast, importier sie zuerst; der Import ist in jedem Tarif kostenlos.
3. Tag 2–5: beide Agenten an derselben Todo-Warteschlange laufen lassen, jeden in seinem eigenen Worktree, jeden mit der Anweisung, mit start_task zu übernehmen und mit complete_task und Artefakten abzuschließen.
4. Tag 5: Fehler absichtlich testen. Setz beide Agenten auf dieselbe Karte und sieh zu, wie einer already_claimed bekommt. Beende eine Sitzung mitten in der Aufgabe und prüf, dass die Karte nach 20 Minuten wieder frei ist.
5. Tag 7: nur anhand des Boards prüfen. Lief eine Aufgabe doppelt oder blieb sie nach dem Abschluss in Doing? Konntest du jedes Ergebnis anhand seiner Artefakte prüfen? Verbessere die Aufgabenvorlage, bevor du einen dritten Agenten dazunimmst.

Wie schlägt sich das gegen den Ansatz von Hypertask?

Das Lease-Modell von Hypertask ist solide: übernehmen, Lebenszeichen, freigeben, mit Ablauf. Der Unterschied liegt darin, wo dieses Modell lebt. Die Doku von Hypertask führt Task-Leases, Belege und Eskalation bewusst nur als REST-Endpunkte, und seine Tool-Referenz hat 21 MCP-Tools ohne Lease-Tool (MCP-Überblick). In Weft sind Übernahme, Lebenszeichen, Frage und Beleg MCP-Tools, jeder MCP-Client nutzt sie also ohne zusätzlichen Code.

Hypertask ist die bessere Wahl, wenn deine Agenten aus Skripten oder CI laufen und du eine CLI und eine REST-API willst, wenn du Agenten als Dienstkonten willst, die wie Nutzer verwaltet werden, oder wenn du eingebaute KI (Aufgaben schreiben, Smart Labels, Triage), Tempo per Tastatur und Zeiterfassung willst. Weft hat keine CLI, keine REST-API und keine Webhooks, und keine Integration mit GitHub oder Slack. Weft passt, wenn deine Agenten MCP-Clients sind, die du schon nutzt, ChatGPT eingeschlossen, und du ihnen vom Handy aus antworten willst.

Einen breiteren Vergleich findest du unter MCP-Aufgabenmanager im Vergleich und Hypertask-Alternative.

Müssen meine Agenten miteinander reden?

Nein. Sie stimmen sich über das Board ab: Übernahmen, Belege und Fragen. Weft ruft nie einen Agenten auf; jeder holt sich seine nächste Aufgabe mit get_my_work.

Lässt ein abgestürzter Agent eine Aufgabe für immer in Doing hängen?

Nein. Nach 20 Minuten ohne Lebenszeichen wird der Lauf als veraltet markiert und die Aufgabe ist wieder niemandem zugewiesen, sodass ein anderer Client sie übernehmen kann. Prüf vorher den Branch auf halbe Arbeit.

Begraben mich drei Agenten nicht unter Prüfungen?

Die Inbox ist auf 5 Einträge für eine Person (10 im Team) oder 45 Minuten Prüfaufwand begrenzt; wenn sie voll ist, können Agenten keine neuen Aufgaben starten. Die meisten fertigen Aufgaben gehen direkt nach Done.

Kostet es mehr, mehrere Agenten laufen zu lassen?

Weft rechnet pro Platz ab, nicht pro Agent: Pro kostet € 7,74 im Monat oder € 65,45 im Jahr pro Person. Der kostenlose Tarif begrenzt KI-Aufrufe auf 200 im Monat, und die Lebenszeichen mehrerer Agenten verbrauchen sie schnell. Siehe Preise.