Wie man über 300 KI-Spezialisten in Claude Code und Cursor installiert

Installieren Sie über 300 KI-Agenten-Personas in Claude Code oder Cursor mit einem Befehl, plus das OpenCode-Limit und was eine Persona-Bibliothek nicht leisten kann.

INEZA Felin-Michel

INEZA Felin-Michel

1 September 2026

Wie man über 300 KI-Spezialisten in Claude Code und Cursor installiert

Apidog für Unternehmen

On-Premises Bereitstellung

SSO & RBAC

SOC 2 konform

Apidog Enterprise entdecken

Kurz gesagt: agency-agents ist die größte kuratierte Sammlung von KI-Agenten-Personas auf GitHub, mit 149.312 Sternen am 1. September 2026. Es liefert über 300 Agenten-Definitionsdateien in rund 20 Kategorieordnern und installiert diese mit einem Befehl in Claude Code, Cursor, Codex, Gemini CLI, OpenCode, Windsurf, Aider und einem Dutzend weiterer Tools. Was man erhält, ist ein Rahmen, keine Fähigkeit. Die Personas ändern die Art und Weise, wie Ihr Agent eine Aufgabe angeht; sie geben ihm keine Fakten, die er nicht besitzt, und sie überdauern die Sitzung nicht.

Dies ist ein tiefer Einblick in ein Tool aus unserer Zusammenfassung der fünf Open-Source-KI-Agenten-Tools, die 2026 eine Installation wert sind.

Ihr Codierungsagent hat eine Persönlichkeit: den hilfreichen Generalisten. Bitten Sie ihn, einen Authentifizierungsablauf zu überprüfen, und Sie erhalten vernünftige, aber vergessliche Ratschläge. Bitten Sie einen Sicherheitsprüfer mit einem Bedrohungsmodell und einer Checkliste, und Sie erhalten Ergebnisse.

Diese Lücke füllt agency-agents. Es begann als Reddit-Thread über Agentenspezialisierung und wuchs zu einer so großen Liste heran, dass die Installation aller Elemente mindestens eine beliebte Agenten-Laufzeitumgebung zum Absturz bringt. Hier erfahren Sie, was sich tatsächlich darin befindet, wie Sie die gewünschten Teile installieren und welche zwei Dinge eine Persona-Bibliothek nicht für Sie tun kann.

Was Sie tatsächlich installieren

Jeder Agent ist eine Markdown-Datei. Kein einzeiliger System-Prompt und kein Plugin mit Code. Eine Datei enthält eine Identität und Persönlichkeit, eine Kernmission, einen Arbeitsprozess, technische Ergebnisse mit Beispielen und Erfolgskennzahlen.

Zählt man die Markdown-Dateien im Repository-Baum am 1. September 2026, so gibt es 312 in 20 übergeordneten Kategorieordnern, oder 306, wenn man das Verzeichnis examples/ ausschließt. Die Verteilung ist ungleich zugunsten des Erstellens von Dingen:

Abteilung Agenten-Dateien
engineering 59
specialized 58
marketing 36
game-development 21
integrations 18
strategy 16
gis 13
security 12
design 10
sales 9
testing 9
paid-media 7
project-management 7
academic 6
spatial-computing 6
support 6
finance 5
product 5
healthcare 3

Bemerkenswert ist, dass die README-Datei des Repositorys immer noch „über 230 Agenten“ bewirbt. Diese Angabe ist veraltet. Der Baum ist auf über 300 angewachsen.

Die Engineering-Abteilung ist der Bereich, in dem die meisten Entwickler beginnen werden, und die Spezifität ist höher, als man es von einer Prompt-Sammlung erwarten würde. Neben den offensichtlichen Einträgen für Frontend Developer und Backend Architect gibt es einen Network Engineer, der auf Cisco IOS-XE, Juniper Junos und Palo Alto PAN-OS spezialisiert ist, einen Embedded Firmware Engineer für ESP32-, STM32- und Nordic-Targets, einen Incident Response Commander für Post-Mortems und Rufbereitschaft, und einen Codebase Onboarding Engineer, der darauf ausgelegt ist, ein Repository schreibgeschützt zu erkunden und Fakten darüber zu nennen, anstatt Änderungen vorzuschlagen.

Das Letztere ist ein gutes Beispiel dafür, wie das Muster funktioniert. Eine schreibgeschützte Persona mit einem expliziten Bearbeitungsverbot ist ein wirklich anderes Tool als Ihr Standardagent, und es kostet nichts außer einer Datei.

Installation ohne Beschädigung Ihrer Einrichtung

Das Repository liefert Konvertierungs- und Installationsskripte mit. Der interaktive Pfad erkennt, was Sie installiert haben, und fragt, was Sie möchten:

git clone https://github.com/msitarzewski/agency-agents.git
cd agency-agents
./scripts/install.sh

Das Ansteuern eines bestimmten Tools und einer Untergruppe von Abteilungen ist die vernünftigere Standardeinstellung:

# alles, in Claude Code
./scripts/install.sh --tool claude-code

# nur zwei Abteilungen
./scripts/install.sh --tool claude-code --division engineering,security

# nur benannte Agenten
./scripts/install.sh --tool cursor --agent frontend-developer,ui-designer

# prüfen, was existiert, bevor man sich festlegt
./scripts/install.sh --list teams
./scripts/install.sh --tool opencode --division engineering --dry-run

Zu den unterstützten Zielen gehören Claude Code, Cursor, Codex, Gemini CLI, OpenCode, GitHub Copilot, Windsurf, Aider, Kimi Code, Hermes, Antigravity, Osaurus und Mistral Vibe. Es gibt auch eine native Desktop-App unter agencyagents.app für macOS, Linux und Windows, die die Liste durchsucht, mit einem Klick installiert und sich automatisch aktualisiert, sowie ein Homebrew Cask.

Lesen Sie dies, bevor Sie alles installieren. Die Laufzeitumgebung von OpenCode registriert derzeit nur etwa 119 Agenten und verwirft den Rest stillschweigend, was das Repository als Workaround für einen Upstream-Bug dokumentiert. Die Installation einer Untermenge mit --division hält Sie unterhalb des Limits, und der Installer warnt Sie, wenn eine Auswahl dieses überschreiten würde. Stilles Abschneiden ist der schlimmste Fehlerfall überhaupt, da der gewünschte Agent fehlt und Sie nichts davon erfahren.

Selbst abgesehen von diesem spezifischen Fehler ist die Installation von 300 Personas eine schlechte Idee. Eine Liste, die Sie sich nicht merken können, ist eine Liste, die Sie nicht verwenden werden. Installieren Sie die zwei Abteilungen, in denen Sie arbeiten, lesen Sie vier oder fünf der Dateien und löschen Sie diejenigen, die nicht zur tatsächlichen Arbeitsweise Ihres Teams passen.

Was eine Persona ändert und was nicht

Eine Persona ist ein Rahmen. Sie legt fest, wonach der Agent sucht, welches Format er produziert und was er als erledigt betrachtet. Das ist mehr wert, als es klingt, denn ein großer Teil schlechter Agenten-Ausgabe liegt nicht daran, dass das Modell falsch ist, sondern daran, dass das Modell auf die falsche Form der Antwort optimiert.

Was eine Persona nicht tun kann, ist Informationen zu liefern, die das Modell nicht besitzt. Dies ist die Grenze, die Menschen nach einer Woche entdecken, und sie zeigt sich am stärksten im Bereich von APIs.

Laden Sie den Backend Architect und bitten Sie ihn, einen Client für Ihren internen Abrechnungsdienst zu schreiben. Er wird sauberen, idiomatischen Code für eine von ihm erfundene Antwortstruktur produzieren. Er kann nicht wissen, dass Ihr Dienst einen 409-Fehler mit einem anderen Fehler-Envelope zurückgibt, wenn ein Idempotenzschlüssel wiederholt wird, oder dass der Paginierungs-Cursor undurchsichtig statt ein Offset ist. Die Persona hat den Code besser organisiert. Sie hat ihn nicht korrigiert.

Dieselbe Grenze gilt für die Testabteilung. Eine QA-Persona schreibt gründliche Tests gegen ihr eigenes mentales Modell der API, sodass die Tests bestehen und nichts beweisen. Wir haben behandelt, warum diese spezifische Schleife gefährlich ist in Testing nicht-deterministischer KI-Agenten, und was kaputt geht, wenn sich die reale Form ändert in Was passiert, wenn API-Änderungen KI-Agenten brechen.

Die Lösung besteht darin, dem Agenten den Vertrag zu geben, anstatt zu hoffen, dass die Persona kompensiert. Wenn Ihre API in Apidog entworfen wurde, ist die OpenAPI-Spezifikation die Quelle der Wahrheit: reale Schemata, reale Statuscodes, reale Fehler-Envelopes. Der Agent liest sie, anstatt sie aus Aufrufstellen zu rekonstruieren. Mocks werden aus derselben Spezifikation generiert, einschließlich der Fehlerzweige, die eine Persona niemals vortäuschen würde, und die Testsuite schlägt in CI lautstark fehl, wenn Realität und Spezifikation voneinander abweichen.

Diese Paarung ist das nützliche mentale Modell. Die Persona entscheidet, wie der Agent arbeitet. Die Spezifikation entscheidet, was wahr ist. Weiterführende Lektüre: Verwendung Ihrer OpenAPI-Spezifikation als Agenten-Tools und Entwicklung von API-Tool-Schemata für Agenten. Wenn Sie eine Live-Spezifikation in den Kontext Ihres Agenten einbinden möchten, laden Sie Apidog herunter und verweisen Sie es auf Ihr bestehendes Projekt.

Die zweite Grenze: Eine Persona ist kein Team

Hier ist das, was die Metapher der Liste verspricht und nicht liefert.

Das Verkaufsargument ist eine komplette Agentur, die Ihnen zur Verfügung steht. In der Praxis aktivieren Sie eine Persona in einer Sitzung, sie erledigt eine Aufgabe, und die Sitzung endet. Morgen geben Sie die Aktivierung erneut ein. Es gibt kein Team, weil nichts persistent ist: keine Aufgabenverteilung, keine Aufzeichnung dessen, was der Sicherheitsprüfer letzten Dienstag gefunden hat, und keine Möglichkeit für einen Kollegen, dies zu sehen. Neun der Abteilungen in diesem Repository beschreiben Rollen, die nur innerhalb einer Organisation Sinn ergeben, und das Tool, das sie installiert, hat kein Konzept dafür.

Wenn Sie möchten, dass die Idee der Liste über eine einzelne Terminalsitzung hinaus Bestand hat, ist die fehlende Ebene das Aufgabenmanagement. Sharkly ist genau dafür gebaut, und die Zuordnung zu agency-agents ist präzise genug, um sie näher zu erläutern.

Einfach ausgedrückt: agency-agents liefert Ihnen die Stellenbeschreibungen, und Sharkly bietet Ihnen den Ort, an dem diese Aufgaben zugewiesen, ausgeführt und überprüft werden. Nutzen Sie das Repository als Bibliothek von Rollendefinitionen, um echte Agenten zu initialisieren, anstatt es als Ordner zu installieren und zu vergessen.

Eigene schreiben, ihre als Vorlage nutzen

Das Beständigste, was dieses Repository Ihnen bietet, ist ein Format. Sobald Sie ein paar Dateien gelesen haben, dauert das Schreiben einer Persona für Ihren eigenen Stack etwa fünfzehn Minuten, und eine hausspezifische schlägt eine generische jedes Mal.

Die Struktur, die sich in den guten Dateien wiederholt:

Eine hausinterne Version für API-Arbeiten könnte so aussehen:

# API-Vertragsprüfer

## Mission
Verifizieren, dass neue oder geänderte Endpunkte der OpenAPI-Spezifikation in diesem
Repository entsprechen, bevor sie zur Überprüfung gelangen. Melden Sie Abweichungen. Bearbeiten Sie keinen Code.

## Prozess
1. Lesen Sie die Spezifikation für jeden Endpunkt, der vom aktuellen Diff betroffen ist.
2. Vergleichen Sie für jeden den Handler mit der Spezifikation: Statuscodes,
   Antwortschema, Fehler-Envelope, erforderliche Header, Paginierungsstil.
3. Führen Sie die Vertragstests aus. Protokollieren Sie Fehler wortgetreu.
4. Überprüfen Sie, ob neue Endpunkte zur Spezifikation hinzugefügt wurden, nicht nur zum Router.
5. Kennzeichnen Sie jedes Antwortfeld, das im Code vorhanden, aber in der Spezifikation fehlt.

## Lieferobjekte
Eine Tabelle: Endpunkt, Methode, Abweichungstyp, Spezifikationszeile, Codezeile, Schweregrad.
Keine Prosa-Zusammenfassung. Keine vorgeschlagenen Korrekturen, es sei denn, Sie werden dazu aufgefordert.

## Erledigt, wenn
Jeder Endpunkt im Diff erscheint in der Tabelle mit einem Urteil, und die
Ausgabe des Vertragstests wird als Beweis mitgeliefert.

Diese Datei ist kurz und leistet mehr für ein Backend-Team als jede der 59 im Repository enthaltenen Engineering-Personas, da sie Ihre Spezifikation, Ihre Tests und Ihre Definition von „erledigt“ benennt. Schritt drei ist der wichtige Teil: Die Persona wird angewiesen, Beweise statt einer Meinung zu liefern, was den Unterschied zwischen einer überprüfbaren Bewertung, auf die Sie reagieren können, und einem beruhigenden Absatz ausmacht.

Der gleiche Trick funktioniert für Incident Response, Migrationsarbeit, Abhängigkeits-Upgrades und Onboarding. Übernehmen Sie die Dateistruktur, bewahren Sie die Prozessdisziplin, ersetzen Sie den generischen Inhalt durch Ihren eigenen. Wenn die Agentenausgabe eine Übergabe an einen Menschen oder einen anderen Agenten überstehen muss, leistet der Formatvertrag den größten Teil der Arbeit, was der Punkt ist, den wir in Agentenübergabe und Kontextweitergabe gemacht haben.

Sind die Sternenzahlen hier aussagekräftig?

149.312 Sterne sind eine Menge, und das verdient einen Vorbehalt. Persona-Repositories sammeln Sterne schneller als fast jede andere Kategorie, weil sie leicht zu verstehen, leicht zu teilen und kostenlos auszuprobieren sind. Ein Stern bedeutet, dass jemand dies für eine gute Idee hielt, nicht, dass er sie immer noch verwendet.

Was dieses Repo glaubwürdig macht, ist die Art der Arbeit und nicht die Anzahl. Es hat eine echte Beitragsgeschichte seit Oktober 2025, ist unter MIT-Lizenz, dokumentiert seine eigenen Grenzen einschließlich der OpenCode-Registrierungsobergrenze, und die Agentendateien enthalten spezifische Domain-Inhalte anstatt generischen Rollen-Fluff. Vergleichen Sie das mit den vielen „awesome prompts“-Repos, die ihren Höhepunkt erreichten und dann aufhörten.

Beurteilen Sie es, indem Sie drei Dateien in einer Abteilung öffnen, die Sie gut kennen. Wenn die Datei des Frontend Developers Dinge sagt, die ein guter Frontend Developer sagen würde, ist der Rest wahrscheinlich in Ordnung. Wenn es sich wie eine Stellenanzeige liest, überspringen Sie das Repo.

Wie man tatsächlich Wert daraus zieht

Ein Workflow, der sich bewährt:

  1. Installieren Sie eine Abteilung. Wählen Sie diejenige, die Ihrer täglichen Arbeit entspricht. Für die meisten Leser: Engineering.
  2. Lesen Sie die Dateien. Vier oder fünf, von Anfang bis Ende. Sie suchen nach den Prozessabschnitten, die den wertvollen Teil ausmachen.
  3. Bearbeiten Sie sie. Fügen Sie Ihren Stack, Ihre Konventionen, Ihre Definition von „erledigt“ hinzu. Eine Persona, die einen generischen React-Shop beschreibt, ist weniger wert als dieselbe Datei mit Ihren Testregeln.
  4. Geben Sie den bearbeiteten Personas echte Eingaben. Ein Sicherheitsprüfer mit Ihrer OpenAPI-Spezifikation findet Vertragsprobleme. Derselbe Prüfer ohne sie erstellt eine Checkliste.
  5. Befördern Sie diejenigen, die sich bewähren. Jede Persona, auf die Sie zweimal pro Woche zugreifen, sollte zu einem gespeicherten Agenten in einem Aufgabenmanagementsystem werden und nicht nur eine Datei sein, die Sie zwischen Maschinen kopieren.

Dieser letzte Schritt ist der Punkt, an dem Teams dies entweder skalieren oder stillschweigend aufgeben.

FAQ

Zusammenfassung

agency-agents ist die beste Version einer spezifischen Idee: Ihr Agent leistet bessere Arbeit, wenn er weiß, welche Rolle er spielt. Installieren Sie eine Abteilung, lesen Sie die Dateien, bearbeiten Sie sie so, dass sie Ihrem Team entsprechen, und Sie erhalten einen echten Mehrwert für etwa zwanzig Minuten Einrichtungszeit.

Seien Sie dann ehrlich über die beiden Dinge, die es nicht löst. Die Personas wissen nicht, was Ihre API zurückgibt, dafür ist Apidog da, und sie bleiben nicht in etwas erhalten, das ein Team sehen oder überprüfen kann, dafür ist Sharkly da. Eine Liste ist ein guter Anfang. Sie ist keine Organisation und keine Quelle der Wahrheit.

Schaltfläche

Praktizieren Sie API Design-First in Apidog

Entdecken Sie eine einfachere Möglichkeit, APIs zu erstellen und zu nutzen