Claude · Foto: Lachlan Hardy, CC BY 2.0

SubagentClaude SubagentenLizenz: MITfrei kopierbar

performance-engineer

Zuletzt aktualisiert: 13. September 2026

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Subagent

Lizenz

MIT

Quelle

wshobson/agents ↗

Anwendungsfeld

Claude Subagenten

Teams mit Performance- oder Skalierungsproblemen.

Voraussetzungen

Bestehendes System mit spürbaren, aber noch nicht lokalisierten Performance- oder Skalierungsproblemen
Möglichkeit zur Instrumentierung mit OpenTelemetry bzw. vorhandene Tracing- oder Lasttestdaten
Zugriff auf mehrere Systemschichten oder Services für Distributed Tracing

Einordnung

Instrumentierung und Lasttests über mehrere Services hinweg erfordern einiges an Aufwand und ein entsprechend komplexes System.

Observability und Optimierung: OpenTelemetry, Distributed Tracing, Lasttests, Caching, Core Web Vitals.

Für wen: Teams mit Performance- oder Skalierungsproblemen.

Im Detail

Dieser Subagent bündelt Performance-Engineering End-to-End: OpenTelemetry-Instrumentierung, Distributed Tracing, Lasttests, mehrstufige Caching-Architekturen und Core Web Vitals. Er eignet sich, wenn Sie nicht nur ein einzelnes Symptom (langsame Anfrage, hohe Latenz) beheben, sondern ein System systematisch beobachtbar und skalierbar machen wollen, inklusive Real User Monitoring. Anders als ein reiner Debugger schaut er auf das Gesamtbild: Monitoring-Infrastruktur, Bottleneck-Analyse und Skalierungsmuster. Sinnvoll für Teams mit wachsendem Traffic oder wiederkehrenden Performance-Problemen, die eine strukturierte Observability-Basis statt Ad-hoc-Fixes brauchen. Für reine Bugsuche an einer Stelle reicht meist der Debugger-Agent.

Schritt für Schritt

Den Agenten einsetzen, wenn Performance-Probleme über mehrere Systemschichten hinweg noch nicht lokalisiert sind
Instrumentierung mit OpenTelemetry und Distributed Tracing einrichten lassen, bevor Optimierungen vorgeschlagen werden
Lasttests durchführen lassen, um tatsächliche Engpässe aufzudecken
Vorschläge zu Caching-Strategien und Core Web Vitals anhand der gemessenen Daten prüfen
Bei bereits klar diagnostizierten Einzel-Bottlenecks gezielt statt mit dem vollen Prozess vorgehen

Beispiel aus der Praxis

Ihre Anwendung reagiert unter Last spürbar langsamer, aber Sie wissen nicht wo; der Agent richtet Tracing über die beteiligten Services ein, führt Lasttests durch und leitet aus den Daten konkrete Caching- oder Optimierungsvorschläge ab.

Praxis-Tipp

Zum Beispiel: „Analysiere unsere API-Latenzen und schlage eine OpenTelemetry-Tracing-Strategie samt Caching-Ebenen vor.“

Stolperfallen

Wird der Agent für ein bereits klar lokalisiertes Einzelproblem eingesetzt, ist der volle Mess-vor-Optimierungs-Prozess unnötig aufwendig. Vorschläge ohne echte Tracing- oder Lasttestdaten sind nach diesem Ansatz nur Vermutungen und entsprechend unzuverlässig.

Siehe auch

Lizenz & Quelle

Lizenz: MIT
Quelle: wshobson/agents

Häufige Fragen.

Brauche ich schon eine Monitoring-Infrastruktur?

Nicht zwingend, der Agent kann OpenTelemetry-Instrumentierung und Tracing mit einrichten, arbeitet aber am zuverlässigsten mit bereits vorhandenen Daten.

Lohnt sich das für ein einzelnes langsames Feature?

Laut Beschreibung eignet er sich eher für über mehrere Systemschichten verteilte, noch nicht lokalisierte Probleme als für einzelne, bereits klar diagnostizierte Bottlenecks.

Deckt er auch Frontend-Performance ab?

Ja, Core Web Vitals im Frontend gehören ausdrücklich zum Umfang.

Inhalt ansehen (performance-engineer.md)

Lade …

Erfahrungen & Kommentare.

Funktioniert der Subagent bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …