Skills statt vieler Agenten — die Architektur-Entscheidung 2026

TL;DR
- ·Skills (in einem zentralen Agenten gebündelt) sind 2026 die robuster funktionierende Architektur als verteilte Spezial-Agenten.
- ·Spezial-Agenten bringen Vorteile bei extrem unterschiedlichen Aufgabenbereichen (z. B. Bild-Generierung vs. Code-Analyse).
- ·Faustregel: Eine Person → ein Sparring-Agent mit vielen Skills. Spezial-Agenten erst, wenn klar definierte Use Cases dafür sprechen.
Was ist überhaupt der Unterschied?
„Agent" ist 2025 ein dehnbarer Begriff geworden. Im Kern: Ein KI-System mit definiertem Zweck, Tools und Anweisungen. Ein „Skill" ist eine spezifische Fähigkeit, die ein Agent abrufen kann. Architektur-Frage: Baue ich einen Agenten pro Aufgabe (viele Spezial-Agenten) oder einen Agenten mit vielen Skills?
Der Reiz vieler Spezial-Agenten.
Die intuitive Idee: Ein Agent für Marketing, ein anderer für HR, ein dritter für Finance. Klar abgegrenzt, einfach erklärbar, „sauber". In der Praxis aber führt das schnell zu Problemen: Welcher Agent wird wann gerufen? Wie tauschen Agenten Kontext aus? Wer aktualisiert die Anweisungen, wenn sich Prozesse ändern? Komplexität explodiert mit der Anzahl der Agenten.
Warum Skills die robustere Architektur sind.
Ein zentraler Agent mit vielen Skills hat Kontext-Vorteile: Er weiß, was bisher besprochen wurde, kann zwischen Skills nahtlos wechseln, und ist einfacher zu warten. Du änderst eine Skill-Beschreibung, statt einen ganzen Agenten umzubauen. Für 80 % der Mittelstands-Use-Cases ist das die richtige Wahl.
Wann Spezial-Agenten Sinn machen.
- ·Stark unterschiedliche Domänen. Ein Coder-Agent (mit Tool-Access auf Repos, Tests, Build-Pipelines) und ein Sales-Agent (mit CRM-Access, E-Mail-Versand, Lead-Daten) haben so wenig Überschneidung, dass Trennung sinnvoll ist.
- ·Multi-User-Szenarien. Ein Customer-Service-Agent, der von Kunden direkt genutzt wird, ist ein anderer Agent als der interne Support-Sparringspartner. Andere Berechtigungen, andere Tonalität.
- ·Klare Compliance-Grenzen. Ein Agent, der Personaldaten verarbeitet, ist getrennt von einem, der mit öffentlichen Daten arbeitet — auch wenn das technisch nicht nötig wäre.
„Die Architektur-Entscheidung ist keine Tool-Frage. Sie ist eine Frage darüber, wer Verantwortung für was trägt."
Faustregel für den Mittelstand.
Eine Person → ein Sparring-Agent mit vielen Skills. Wenn Mitarbeitende einen einzigen, vertrauten Sparring-Partner haben, der sie durch den Tag begleitet — Marktrecherche, E-Mail-Entwürfe, Auswertungen, Brainstorming —, ist das nachhaltig produktiver als sechs Spezial-Bots, von denen jede Mitarbeitende:r vier vergisst. Spezial-Agenten kommen erst, wenn klar definierte Use Cases dafür sprechen — und werden idealerweise vom Sparring-Agenten orchestriert, nicht parallel zum Menschen verwaltet.
Praktischer Einstieg.
Mit einem Sparring-Agent pro Mitarbeiter:in starten (in unseren Workshops bauen alle Teilnehmenden ihren persönlichen am ersten Tag). Skills nach und nach hinzufügen, basierend auf real auftretenden Aufgaben. Spezial-Agenten erst, wenn drei oder mehr Mitarbeitende einen identischen Bedarf für eine Spezial-Funktion haben — vorher ist es vorzeitige Optimierung.
Quellen
- Anthropic Engineering Blog 2025 (Skills-Pattern)
- OpenAI GPTs / Custom Instructions Best Practices

Bastian Sens
Keynote-Speaker und Vordenker für KI im deutschen Mittelstand. Geschäftsführer der Sensational GmbH, Bastians eigenem KI-Bildungsinstitut. Über 200 Vorträge, sechs Bücher, vier Auszeichnungen.
Speaker anfragen