Was macht axiom-sre?
Experte für SRE-Untersuchungen bei Incidents und Debugging. Nutzt hypothesengesteuerte Methodik und systematisches Triage. Kann bei Verfügbarkeit Axiom Observability abfragen. Ideal für Incident Response, Root-Cause-Analyse, Produktionsdebugging oder Log-Untersuchungen.
Übersicht
Diese Fähigkeit befähigt Ihren KI-Assistenten, wie ein erfahrener Site Reliability Engineer (SRE) zu handeln, der Incidents systematisch untersucht und debuggt. Sie folgt einer bewährten, hypothesengesteuerten Methodik, um schnell die Grundursache zu identifizieren und Lösungen vorzuschlagen.
Hauptfunktionen
- Hypothesengesteuerte Untersuchung: Stellt auf Basis der Symptome Hypothesen auf und testet diese systematisch.
- Systematisches Triage: Priorisiert Probleme nach Schweregrad und potenzieller Auswirkung.
- Axiom-Integration: Wenn Axiom Observability verfügbar ist, kann die Fähigkeit direkt Logs, Metriken und Traces abfragen, um Hypothesen zu validieren.
- Incident Response: Strukturierte Anleitung zur Reaktion auf Incidents.
- Root-Cause-Analyse: Fokus auf die Identifizierung der tatsächlichen Ursache und nicht nur der Symptome.
- Produktionsdebugging: Optimiert für die Fehlersuche in Live-Umgebungen.
- Log-Untersuchung: Sucht und analysiert Logs, um Muster und Anomalien zu erkennen.
Verwendung
Um diese Fähigkeit zu nutzen, beschreiben Sie einfach das Problem oder die Symptome, die Sie beobachten. Die Fähigkeit wird dann eine Reihe von Schritten durchlaufen:
- Problemdefinition: Das Problem klar definieren.
- Hypothesenbildung: Mögliche Ursachen auf Basis der verfügbaren Informationen auflisten.
- Hypothesentest: Jede Hypothese durch Log-Analyse, Metrikenüberprüfung und andere Methoden testen.
- Eingrenzung: Den Kreis der möglichen Ursachen anhand der gesammelten Daten eingrenzen.
- Lösung: Eine Korrektur oder Behelfslösung vorschlagen.
- Dokumentation: Die Ergebnisse und die ergriffenen Maßnahmen dokumentieren.
Voraussetzungen
- Optional: Zugriff auf Axiom Observability für erweiterte Abfragen (Logs, Metriken, Traces).
- Empfohlen: Grundlegendes Verständnis von SRE-Praktiken und Incident-Management.
Konfiguration
Wenn Axiom verfügbar ist, kann die Fähigkeit mit Ihren Axiom-Anmeldeinformationen konfiguriert werden:
AXIOM_HOST: Der Host der Axiom-Instanz (z.B.https://api.axiom.co)AXIOM_TOKEN: Ein API-Token mit Zugriff auf die erforderlichen DatensetsAXIOM_DATASET: Das/die zu durchsuchende(n) Datenset(s)
Beispiele
Eingabe: "Die API hat in den letzten 15 Minuten mehrere 500er Fehler ausgegeben."
Untersuchung:
- Hypothese 1: Kürzlich erfolgte ein Code-Deployment.
- Test: Überprüfen der Deployment-Logs oder CI/CD-Pipeline-Reports.
- Hypothese 2: Nachgelagerte Abhängigkeit ist ausgefallen.
- Test: Metriken zur Latenz für externe Dienste abfragen.
- Hypothese 3: Ressourcenengpass (CPU/Memory) auf einem der Knoten.
- Test: Metriken zur Ressourcenauslastung der Knoten überprüfen.
Ausgabe: "Die Untersuchung ergab, dass die Fehler durch eine erhöhte Latenz der Datenbank verursacht wurden. Die Datenbank hatte einen Ressourcenengpass aufgrund eines unerwarteten Spitzenwerts an gleichzeitigen Verbindungen. Sie können die Skalierungsregeln anpassen, um solche Spitzen in Zukunft besser zu bewältigen."
Kompatibilität
- Claude Code
- Cursor
- Codex
- Andere KI-gestützte Entwicklungsumgebungen, die Skills unterstützen
Lizenz
Diese Fähigkeit wird unter der MIT-Lizenz bereitgestellt. Weitere Informationen finden Sie in der LICENSE-Datei.
Mitwirken
Beiträge sind willkommen! Bitte lesen Sie CONTRIBUTING.md für Details zu unserem Verhaltenskodex und dem Prozess zum Einreichen von Pull Requests.
Autor
Bereitgestellt vom axiomhq-Team. Besuchen Sie Axiom für weitere Informationen zur Observability-Plattform.