Agentenspuren: Gib jedem benannten KI-Agenten seine eigene Warteschlange

Eine Agentenspur ist eine benannte Warteschlange in deinem Done-Konto: Claude, Instinct, Muse oder wie auch immer du deine Agenten nennst. Eine Aufgabe, die an eine Spur geheftet ist, taucht nur in list_my_tasks, next_task und list_triggers dieses einen Agenten auf, nie bei einem anderen. Du richtest das unter Einstellungen → Agentenzugriff → Agentenliste ein: Gib jedem Agenten einen Namen und ordne dann jedem Namen Zugangsdaten zu (ein weiteres MCP-Token oder eine verbundene App, die du umbenennst). Done leitet jede Übernahme danach weiter, welche Zugangsdaten tatsächlich anfragen, und nicht danach, was der Client über sich selbst behauptet.

Woher weiß Done, welche Zugangsdaten zu welchem Agenten gehören?

Am Namen der Zugangsdaten selbst, nie an einem Tool-Argument. Die Spur eines Aufrufers ergibt sich aus dem Namen seines MCP-Tokens (den du vergibst, wenn du im Konto-Bereich ein weiteres MCP-Token erzeugst) oder aus der Bezeichnung seiner OAuth-Verbindung (einen Konnektor von claude.ai oder Claude Desktop benennst du unter Einstellungen → Agentenzugriff → Verbundene Apps um). Verglichen wird ohne Rücksicht auf Groß- und Kleinschreibung mit der Agentenliste. Ein Client kann in das Argument agent eines Tools schreiben, was er will, aber an den Zugangsdaten, die ihm ausgestellt wurden, kann er nichts ändern. Genau deshalb wird mit den Zugangsdaten abgeglichen und nicht mit dem Argument: Eine Aufgabe in der Spur von Instinct kann niemand übernehmen, der nur behauptet, Instinct zu sein.

Was passiert mit Zugangsdaten, die nicht auf der Agentenliste stehen?

Sie arbeiten in der Spur des Standardagenten. Das ist der erste Eintrag der Agentenliste, sofern du die Standardrolle nicht verschoben hast. Dasselbe gilt für ein unbenanntes Token mit Vollzugriff und für jeden Lauf aus der Zeit, bevor du überhaupt eine Agentenliste hattest: Nichts geht kaputt, die Zugangsdaten werden nur nicht vom Standardagenten unterschieden. Ein Konto ganz ohne Agentenliste verhält sich genau wie immer. Alle Agenten teilen sich eine Warteschlange, list_agents meldet eine leere Liste, und nichts davon steht dir im Weg, bis du es selbst einschaltest.

Eine Aufgabe an einen bestimmten Agenten heften

In der App führt die Auswahl „Zuständig“ im Aufgabenfenster „Ich“ und jeden Agenten aus der Agentenliste auf, sobald du mindestens einen angelegt hast. Wähle einen Namen, und das Feld delegate der Aufgabe wird zusammen mit der zuständigen Person gesetzt. Über MCP nimmt create_task ein Argument agent an, aber nur für deine eigene Spur: Eine Aufgabe, die du anlegst, landet immer in deiner eigenen Warteschlange und nie in der eines anderen. Ein Agent kann also beim Anlegen keine brandneue Arbeit unbemerkt zu einem Kollegen umleiten. Bestehende Arbeit zur Seite weiterzureichen ist ein eigener, bewusster Schritt.

Arbeit an einen anderen Agenten übergeben: handoff_task

handoff_task verschiebt eine Aufgabe, die gerade dir gehört, mitten im Ablauf zu einem anderen benannten Agenten: Du hast die Kontaktliste aufgebaut, jetzt ist Instinct mit der Ansprache dran. Die Übernahme der Aufgabe wird aufgehoben, sie geht zurück auf not_started, damit das next_task des empfangenden Agenten sie aufgreift, und alles, was dazugehört, wandert mit: Notizen, Abnahmekriterien, Ergebnisse, der gesamte Kommentarverlauf. Dein Argument note wird ebenfalls in diesem Verlauf veröffentlicht. Schreib also vor der Übergabe, was erledigt ist, was noch fehlt und wo dein Ergebnis liegt, denn der empfangende Agent kann es auf keinem anderen Weg erfahren. Eine Nebenwirkung ist gewollt: agent_ok wird bei jeder Übergabe auf false zurückgesetzt, weil das Vertrauen, das ein Mensch für deine Hälfte der Arbeit ausgesprochen hat, nicht für die Hälfte des nächsten Agenten gilt. Die Aufgabe endet bei propose_completion, bis ein Mensch es für denjenigen wieder einschaltet, der sie jetzt hält.

Worin sich das von der gemeinsamen Flotten-Warteschlange von Done unterscheidet

Es ist eine andere Achse als das, was fleet_status und die atomare Entnahme von next_task bereits lösen. Ohne Spuren konkurrieren alle Agenten um dieselbe Warteschlange, und garantiert ist nur, dass nicht zwei von ihnen gleichzeitig dieselbe Aufgabe greifen. Spuren fügen eine zweite, davon unabhängige Garantie hinzu: in welcher Warteschlange eine Aufgabe überhaupt liegt. Du kannst Spuren und eine Flotte aus mehreren Agenten zusammen betreiben, denn das next_task jeder Spur bleibt atomar gegenüber anderen Zugangsdaten, die sich diese Spur teilen. Die meisten Konten, die zu Spuren greifen, wollen aber, dass Arbeit danach sortiert wird, welcher Agent sie erledigen soll, und nicht nur, dass es garantiert keine Kollisionen gibt.

Wer darf die Agentenliste ändern?

Nur ein Mensch, direkt in der App. Die Routen der Agentenliste funktionieren ausschließlich mit einer Cookie-Sitzung, und es gibt kein MCP-Tool, das einen Agenten anlegt, umbenennt oder löscht. Das ist Absicht: Ein Agent, der seine eigene Liste bearbeiten könnte, könnte sich selbst Arbeit zuschieben. Aus demselben Grund ist list_agents nur lesend. Ein Agent kann die Liste und seine eigene Spur sehen, aber keines von beiden ändern.

Brauche ich dafür einen kostenpflichtigen Tarif?

Nein. Weder in den Routen der Agentenliste noch im Pfad der beschränkten Tokens, aus dem benannte Zugangsdaten stammen, gibt es eine Tarifprüfung. Agenten zu benennen und Spuren zu nutzen funktioniert heute also in jedem Tarif.