New

Deploy Claude and Codex agents on your goals →

Speedrun: Codex/Claude-KI-Teams für deine Ziele einsetzen

Frontier-Modelle werden jede Woche schlauer, und Modelle wie Sol, Opus und Fable können inzwischen viel größere Aufgaben übernehmen als nur Bugs zu fixen oder dein Postfach aufzuräumen. Du brauchst nur ein System, das sie ans Werk bringt.

Diese Woche öffnen wir die Beta unseres Agent-Managers in Tability.

  1. Starte mit einem Ziel
  2. Weise es dem Agent-Manager zu
  3. Der Agent-Manager zerlegt es in einen Ausführungsplan, stellt ein KI-Team zusammen und lässt es arbeiten, bis dein Ziel erreicht ist.

Ich rede hier von etwas wie „unseren Traffic-Wert von $15k auf $20k steigern“. Ein Ziel, das sich nicht in einer einzigen Sitzung lösen lässt. Etwas, zu dem du wochenlang zurückkehren musst, egal wie viel du an einem Tag schaffst.

Ein neues Team aufzusetzen dauert 2 Minuten, und du kannst innerhalb von 20 Minuten von 0 auf 50 Agenten skalieren, die am Wachstum arbeiten.

Das Video unten zeigt die komplette Einrichtung in 15 Minuten. Ja, das sind mehr als 2 Minuten, aber nur weil ich alles mit meinem französischen Akzent kommentiere.

Zeitachse

  • 0:00-2:45: Hintergrundkonzept
  • 2:45-3:30: Einem Ziel einen KI-Manager zuweisen
  • 3:30-5:30: Heartbeat-Erstellung in Codex
  • 5:30-8:25: Der KI-Manager zerlegt das Ziel in einen Ausführungsplan
  • 8:25-9:45: Das vorgeschlagene KI-Team prüfen und freigeben
  • 9:45-11:50: KI-Team-Erstellung (durch den KI-Manager)
  • 11:50-Ende: ich erzähle dir, was für tolle Dinge du damit machen kannst, weil ich einfach nicht aufhören kann, darüber zu reden.

Du kannst das noch heute auf tability.io ausprobieren. Verbinde einfach den Tability MCP Server mit Claude oder Codex und führe die Schritte aus dem Video aus (ich persönlich bevorzuge Codex, weil es meiner Erfahrung nach ununterbrochener durchläuft).

Warum du Manager rekrutierst, nicht Agenten

Wenn du versuchst, Agenten zu skalieren, indem du sie selbst erstellst, wirst du zum Flaschenhals. Zehn Agenten sind kein Problem. Hundert sind ein Vollzeitjob aus Prompts schreiben, Rollen definieren und sich merken, wer eigentlich was tun soll.

Das Modell ist also top-down. Du startest mit einem Ziel, und statt es einem Team aus Menschen zu übergeben, übergibst du es einem KI-Manager. Der Manager liest das Ziel, zerlegt es in kleinere Teile und rekrutiert sein eigenes Team aus Spezialisten, um an diesen Teilen zu arbeiten.

Du führst Manager. Sie führen den Rest.

Die andere Hälfte der Geschichte ist, dass wir dein bestehendes Setup nicht ersetzen. Der Manager und sein Team laufen auf deinem Claude- oder Codex-Konto, mit den Tools, die du dort bereits verbunden hast. Tability hält den geschäftlichen Kontext – die Ziele, die Pläne, den Fortschritt, die Historie – und deine Agentenumgebung erledigt die Arbeit.

Die Einrichtung dauert etwa zwei Minuten

Du brauchst einen Tability-Workspace, der mit dem verbunden ist, was du nutzt – Claude oder Codex.

In der Demo habe ich einen Plan mit einem Ziel darin: den Ahrefs-Traffic-Wert einer Seite von $15k auf $20k steigern. Statt es einem Menschen zuzuweisen, weise ich es einem Manager zu und wähle den Host. Tability erzeugt eine Anweisung. Ich kopiere sie, füge sie in Codex ein und führe sie aus.

Von dort aus richtet Codex einen Heartbeat ein. Es fragt, welches Modell genutzt werden soll und wie oft der Manager laufen soll. Ich habe mich für alle 30 Minuten entschieden.

Du kannst das weiter treiben. Alle 20 Minuten, alle fünf Minuten, rund um die Uhr, wenn du willst. Die einzige echte Grenze ist deine Fähigkeit, mit dem mitzuhalten, was zurückkommt. Jeder Lauf erzeugt Updates, Vorschläge und Fragen, und es bringt nichts, mehr davon zu erzeugen, als du lesen kannst. Zwanzig bis dreißig Minuten sind ein guter Ausgangspunkt.

Erster Lauf: ein Plan und ein vorgeschlagenes Team

Sobald der Heartbeat existiert, geht der Manager in die Planung über. Im Video erzwinge ich einen Lauf, statt zu warten, aber genau das würde auch von selbst passieren.

Der Manager kommt mit zwei Dingen zurück.

Erstens, ein Unterplan. Das Ziel wurde in Key Results zerlegt – defekte Seiten reparieren, den Traffic-Wert auf kommerziellen Seiten steigern, und so weiter. Die gesamte Ausführung für dieses Ziel lebt jetzt in einem strukturierten Plan statt verstreut in einem Chat-Verlauf.

Zweitens, ein vorgeschlagenes Team. In diesem Fall ein SEO-Optimierer, ein Reparatur-Spezialist und ein Digital-PR-Spezialist, mit Rollen, die für dieses konkrete Ziel geschrieben wurden statt aus einer Vorlage übernommen.

Du musst nichts davon selbst suchen. Es landet im Bereich „Eingabe erforderlich“ auf deiner Startseite. Du prüfst das vorgeschlagene Team und genehmigst es, und der nächste Heartbeat erstellt die Agenten, jeden mit seinem eigenen dedizierten Chat und seinem eigenen Teil des Plans.

Richte das morgens ein, komm zur Mittagszeit zurück, genehmige ein Team. Das ist der gesamte erste Tag.

Sie werden dich um Zugriff bitten

Hier kommt der Teil, bei dem ich ehrlich sein will. Am Anfang bekommst du eine Warteschlange von Agenten, die um Dinge bitten. CMS-Zugriff. Repository-Zugriff. Was auch immer sie brauchen, um ihren Job von Anfang bis Ende zu übernehmen.

Das ist kein Bug im Prozess, das ist der Prozess. Der Agent sagt dir, was er bräuchte, um ohne dich im Loop zu arbeiten, und du entscheidest. Du kannst es freigeben, oder du sagst dem Manager, er soll die Einschränkung umgehen, und er passt sich an.

Am einfachsten handhabst du das im ursprünglichen Manager-Thread, damit der Kontext an einem Ort bleibt, statt jedem Agenten neu erklärt zu werden.

Nach den ersten paar Tagen pendelt sich das ein, und die Agenten laufen, ohne dich um viel zu bitten.

Was du bekommst, was dir ein Thread nicht geben kann

Der eigentliche Unterschied zeigt sich nach ein, zwei Wochen.

Ein Ziel wie der Traffic-Wert bewegt sich nicht wegen dem, was heute passiert ist. Es bewegt sich über Wochen, und die einzige Möglichkeit zu wissen, ob sich die Arbeit summiert, ist, es ordentlich zu verfolgen. Mit diesem Setup bekommst du den Ausführungsplan, wöchentlichen Fortschritt zu jedem Key Result, Charts und Updates, die vom Manager geschrieben werden und erklären, was sich geändert hat und warum.

Du kannst immer noch in die Codex- oder Claude-Session zurückspringen, um genau zu sehen, was ein Agent getan hat. Aber du musst nicht mehr, und genau darum geht es. Du siehst von einem Dashboard aus, ohne irgendetwas zu lesen, welche Agenten gute Arbeit leisten und welche nicht.

Und wenn du gegensteuern willst, antwortest du in den Kommentaren. Der Manager greift es beim nächsten Heartbeat auf.

Intern betreiben wir damit etwa 25 Agenten, 20 davon unter meiner Leitung, und wir skalieren das Team noch weiter hoch. Es geht nicht um die Zahl. Es geht darum, dass der einundzwanzigste Agent mich nichts kostet, weil ich die ersten zwanzig auch nicht selbst erstellt habe.

Die komplette Einrichtung, Schritt für Schritt

Alles oben in der richtigen Reihenfolge, damit du mitverfolgen kannst, statt das Video anzuhalten. Das Beispiel unten nutzt Codex.

Bevor du startest

Du brauchst einen Premium-Workspace mit aktivierten KI-Funktionen, die Berechtigung, das Ziel zu bearbeiten, aktivierten API-Zugriff für deinen Tability-Nutzer, und ein Konto bei Codex, ChatGPT oder Claude Cowork. Ich nutze Codex, weil es von den dreien am besten ununterbrochen durchläuft.

Verbinde den Tability MCP Server mit deinem Host, und überprüfe ihn dann, indem du den Host bittest, mit Tability zu zeigen, wer du bist. Prüfe, dass der richtige Nutzer und der richtige Workspace genannt werden, bevor du irgendetwas installierst. Füge niemals ein API-Token in einen Prompt ein – die Einrichtung läuft über browserbasiertes OAuth.

1. Das richtige Ziel wählen 

Wähle etwas, das sich nicht in einer Sitzung abschließen lässt. „Traffic-Wert von $15k auf $20k steigern“ funktioniert. „Einen Blogbeitrag schreiben“ nicht – das ist eine Aufgabe, und dafür hast du bereits einen Weg.

2. Den Manager zuweisen

Öffne das Ziel, wähle Manager zuweisen, gib ihm einen klaren Namen und wähle deinen Host.

3. Die dauerhafte Aufgabe installieren

Kopiere die vollständigen Anweisungen, die Tability erzeugt, in eine neue Unterhaltung auf diesem Host, und führe sie aus. Neu ist wichtig – diese Unterhaltung wird zum dauerhaften Kontext des Managers, und alles, was er später tut, läuft im selben Thread mit demselben Gedächtnis.

4. Modell und Zeitplan bestätigen

Der Installer fragt danach. Arbeitszeiten sind die sinnvolle Standardeinstellung: alle 30 Minuten, Montag bis Freitag, 8:00 bis 16:30 Uhr. Du kannst rund um die Uhr gehen, wenn du willst. Du kannst auch alle fünf Minuten wählen, aber dann kommst du mit der Ausgabe nicht mehr mit, also lass es.

5. Die Installation überprüfen

Prüfe, dass der Heartbeat in deinem Host existiert, dass Tability den Manager als Installiert anzeigt, und dass das Ziel in die Planung übergegangen ist. Ein Installationsversuch ist keine erfolgreiche Installation.

6. Auf den ersten Lauf warten – oder ihn wecken

Der Manager plant beim nächsten Heartbeat. Im Video erzwinge ich einen Lauf, um das Warten zu überspringen, und du kannst dasselbe in den Agenten-Einstellungen tun, wenn du den ganzen Zyklus auf einmal sehen willst.

7. Den Plan und das vorgeschlagene Team prüfen

Beide landen im Bereich „Eingabe erforderlich“ auf deiner Startseite. Du bekommst einen Unterplan mit eigenen Key Results und drei oder vier Spezialistenrollen, die für dieses Ziel geschrieben wurden. Prüfe Verantwortlichkeiten, Ergebnisse, Tools und fehlende Zugriffe jeder Rolle, bevor du weitermachst.

8. Das Team genehmigen

Antworte auf den letzten Teamvorschlag mit einem klaren Approve oder Approved, als Nutzer, der den Root-Plan bearbeiten kann. Das ist die typische Stolperfalle: eine Statusänderung, ein unabhängiger positiver Kommentar oder eine Antwort auf einen älteren Vorschlag autorisiert das Team nicht. Es wird nichts erstellt, bis der Manager eine ordentliche Genehmigung sieht.

9. Den Manager das Team aufbauen lassen

Beim nächsten Lauf erstellt er jeden Agenten mit seinem eigenen dedizierten Aufgabenkontext und seinem eigenen Teil des Plans. Jeder bekommt einen eigenen Chat – Unteragenten teilen sich niemals den Thread des Managers oder den der anderen.

10. Die Zugriffsanfragen bearbeiten

Dann beginnt die Schleife. Agenten fragen nach CMS-Zugriff, Repository-Zugriff, was auch immer sie brauchen. Antworte im ursprünglichen Manager-Thread, damit der Kontext an einem Ort bleibt, oder sag dem Manager, er soll die Einschränkung umgehen. Steuere über Kommentare, beobachte über den Ausführungsplan, und behalte einen menschlichen Verantwortlichen für die Überprüfung.

Die vollständige Referenz, einschließlich Troubleshooting für Fälle, in denen ein Zeitplan nicht übereinstimmt oder ein Host doppelte Routinen anzeigt, findest du im Agent Workforce Manager Guide.

‍

Probier es noch heute aus

Starte eine Testversion auf tability.io, verbinde deinen Workspace mit Claude oder Codex, und weise einem Ziel einen Manager zu. Manager zuweisen, absenden, den Prompt in dein Tool einfügen. Alles Weitere läuft von dort aus.

Du kannst es wie im Video im Speedrun-Modus machen, indem du die Heartbeats erzwingst, und es lohnt sich, das einmal zu tun, um zu sehen, wie es abläuft. Aber die bessere Version ist die langweilige. Du richtest es vor dem Schlafengehen ein, klappst den Laptop zu, und beim Frühstück warten ein Plan, ein Team und ein Haufen Feedback auf dich.

‍

Author photo

Sten Pittet

Co-founder and CEO, Tability

Teilen
Wöchentliche Insights für ergebnisorientierte Teams
Abonniere unseren Newsletter, um umsetzbare Insights direkt in dein Postfach zu bekommen.
Ähnliche Artikel
Weiterlesen →