Claude-Code-Subagenten laden keine Fähigkeiten in Multi-Agenten-Systemen

Problem beim Laden von Multi-Agent-Fähigkeiten in Claude Code
Ein Entwickler, der ein Multi-Agent-System in Claude Code v2.1.91 aufbaut, hat eine kritische Einschränkung festgestellt: Subagenten können nicht auf Fähigkeiten zugreifen, die im .claude/skills/-Verzeichnis definiert sind, während die Hauptsitzung Fähigkeiten perfekt mit Trigger-Keywords, vollständigem Fähigkeitsinhalt im Kontext und befolgten Qualitätskontrollen lädt.
Problemdetails
Wenn ein Subagent über das Agent-Tool mit subagent_type erstellt wird, hat der Agent keinen Zugriff auf Fähigkeiten. Der Entwickler testete sechs Ansätze:
skills:in der Agent-Frontmatter – dokumentiert als „vollständiger Fähigkeitsinhalt wird beim Start eingespielt“, hat aber keine WirkungSkillin dertools:-Liste – wird nicht erkannt, das Skill-Tool steht Subagenten nicht zur Verfügung--agent myagentCLI-Flag – gleiches Ergebnis, Fähigkeiten werden nicht geladen- Agent Teams (TeamCreate) – gleiches Ergebnis
- Fähigkeit nativ in der Elternsitzung laden, dann Agent erstellen – Agent erbt den Elternkontext nicht
- Sogar native Claude-Fähigkeiten (frontend-design, claude-api) stehen Subagenten nicht zur Verfügung
Konfigurationsbeispiel
Die Agent-Dateistruktur:
--- name: Sales description: "Sales agent" model: opus skills: - outreach - validator tools: - Bash - Read - Write - WebSearch ---
Fähigkeiten existieren unter .claude/skills/outreach/SKILL.md mit korrekter Frontmatter und funktionieren in der Hauptsitzung einwandfrei.
Auswirkungen
Diese Einschränkung macht die Multi-Agent-Architektur laut dem Entwickler „unbrauchbar für alles, was Domänenwissen erfordert“. Agenten liefern deutlich schlechtere Ergebnisse, weil sie die Fähigkeitsdateien nur Readen können (was sie als Chat-Inhalt lädt, nicht als Systemanweisungen). Der Qualitätsunterschied zwischen Hauptsitzung (Fähigkeiten nativ geladen) und Subagent (Fähigkeiten als Markdown gelesen) wird als „massiv“ beschrieben.
Der Entwickler verwendet Claude Code 2.1.91 auf macOS und fragt, ob jemand erfolgreich skills: in der benutzerdefinierten Agent-Frontmatter verwendet hat oder ob dies eine bekannte Einschränkung, ein Fehler oder ein Konfigurationsfehler ist.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Coinbase x402 vs. Google A2A: Zwei gegensätzliche Zahlungsreihenfolgen für Agent-zu-Agent-Zahlungen
Beim Aufbau von Agent-zu-Agent-Zahlungen zeigt sich eine grundlegende Spaltung: Coinbases x402-Middleware wickelt nach der Arbeit ab (prüfen → ausführen → abrechnen), während Googles A2A-Erweiterung bei langsamen agentischen Aufrufen vor der Arbeit abrechnet (prüfen → abrechnen → ausführen).

Claude-Code v2.1.74 Veröffentlichung: Speicherleck-Bereinigungen, Kontextoptimierung und Plugin-Verbesserungen
Claude-Code v2.1.74 behebt einen kritischen Speicherleck in Streaming-API-Antworten, der zu unbegrenztem RSS-Wachstum auf Node.js/npm-Codepfaden führte. Das Update fügt umsetzbare Vorschläge zum /context-Befehl hinzu und führt die autoMemoryDirectory-Einstellung für benutzerdefinierte Auto-Speicher-Speicherung ein.

KI-Inferenz ist offensichtlich profitabel: Eine Analyse der Wirtschaftlichkeit
Anbieter von KI-Inferenz melden Bruttomargen von 70-80 %. Kostenschätzungen zeigen ~1 $ pro Million Tokens für ein 70B-Modell, während die API-Preise bei 4,50 $+ pro Million Tokens liegen.

Claude fehlt technisches Gedächtnis: Bereitschaftsvorfall zeigt fehlendes episodisches Abrufen von Debugging-Reisen
Ein Entwickler verbrachte 10 Stunden damit, einen Kafka-Burst-Fehler in einem Monorepo mit 1500 Dateien zu debuggen, nur um festzustellen, dass er das exakt gleiche Problem vor 4 Monaten bereits gelöst hatte – ein Hinweis darauf, dass KI-Codierungsassistenten wie Claude kein episodisches Gedächtnis für vergangene Debugging-Reisen haben.