Warum PagerDuty Paige ins AgentenCode-Verzeichnis gehört

Ein neues AgentenProfil entsteht bei AgentenCode nur dann, wenn ein Produkt als abgrenzbarer Agent in einer realen Aufgabenklasse beschrieben ist und genügend Primärquellen für eine verantwortbare Einordnung vorliegen. Beim PagerDuty-SRE-Agenten Paige haben wir genau diese Schwelle am 4. November 2026 als erreicht bewertet. Die Aufnahme beantwortet zunächst eine Informationsfrage: Zu welchem Werkzeug sollten Leser greifen, wenn sie Incident-Orchestrierung und genehmigte Remediation prüfen wollen?

Die erste PagerDuty-Meldung über den Marktstart haben wir bereits in einer separaten Produktanalyse aufgearbeitet. Dieser Beitrag ist keine zweite Launchmeldung. Er legt offen, warum Paige eine eigene dauerhaft pflegbare Profilseite verdient – und welche Evidenz wir dafür nicht behaupten.

Paige ist nicht nur ein weiterer Textassistent für Tickets. PagerDuty beschreibt einen SRE-Agenten, der Incident-Daten, historische Vorfälle, Teamkontext und Runbooks im vorhandenen Bereitschaftsprozess verbindet. Die Zielgruppe ist konkret: On-Call-, Infrastruktur- und Site-Reliability-Teams, die in einem Störungsfall schnell verstehen und kontrolliert handeln müssen.

Das unterscheidet Paige vom breiteren Spektrum der Coding-Agenten im Verzeichnis. Eine Codeänderung vorbereiten und eine Produktionsstörung unter Zeitdruck mit Eskalationen bearbeiten sind zwei verschiedene Verantwortlichkeiten. Für AgentenCode ist diese operative Kategorie relevant, weil sie andere Fragen nach Rechten, Auditierbarkeit, Rollback und Verträgen stellt.

Wir haben Paige auch aufgenommen, weil der Hersteller eine überprüfbare Handlungskette beschreibt: Signal verstehen, Ursache eingrenzen, Runbook empfehlen und eine Änderung nach Freigabe auslösen. Das erlaubt eine sinnvolle strukturierte Diskussion über Agentenrechte. Es macht den Agenten nicht automatisch sicher, und eine Herstellerdemo ersetzt keinen echten Berechtigungstest.

Gerade bei produktiven Systemen liegt die Entscheidungsschwelle zwischen Lesen und Schreiben. Ein Incident-Bericht kann korrigiert werden; ein falscher Neustart kann zusätzliche Ausfälle verursachen. Deshalb verknüpfen wir Paige mit unserem AgentenCheck, in dem Leser vor der Nutzung Rollen, Aktionen, Datenzugriffe und Aufsichtswege prüfen können.

PagerDuty bezeichnet Paige und die PD Reliability Platform seit dem 3. November 2026 als allgemein verfügbar. Diese Aussage beziehen wir nicht auf sämtliche Zukunftsbilder. Vollständig unbeaufsichtigte Beseitigung vertrauter Probleme wird teilweise angekündigt; PD Labs bietet Forschungs- und experimentelle Bausteine, deren Zugang getrennt zu betrachten ist.

Die redaktionelle Konsequenz lautet: Das AgentenProfil nennt den Produktstatus GA, aber die Einzelfunktion bekommt ihren eigenen Status. Dieses Prinzip gilt genauso für andere Produkte im Verzeichnis. Bei Honeycomb Personal und Team Agents etwa bleibt der Gesamtstatus Early Access. Das ist kein Werturteil über deren Qualität, sondern eine für Beschaffung und Vergleich wichtige Tatsachenunterscheidung.

Für die Aufnahme legen wir fünf dokumentierte Kriterien offen: Agentencharakter, klare Aufgabenklasse, überprüfbare Quellen, abgegrenzte Verfügbarkeit und sichtbare Sicherheits-/Evidenzgrenzen. Paige erfüllt die ersten vier anhand offizieller Anbieterinformationen. Im fünften Kriterium veröffentlichen wir die noch offenen Fragen, statt fehlende Belege als positive Kontrollen zu zählen.

Die Matrix ist keine automatische Punktwertung und erst recht kein Zertifikat. Sie macht sichtbar, warum wir ein Profil anlegen können, obwohl reale Leistungswerte, konkreter Datenschutzvertrag und Kundenzugriff noch nicht geprüft wurden. Genau diese transparente Unvollständigkeit halten wir für besser als einen unkommentierten Werbeeintrag.

Leser können nun das vollständige Paige-AgentenProfil aufrufen und dort Einsatzfelder, Einschränkungen, Quellen und redaktionelle Grafiken prüfen. Wer ein SRE-Projekt plant, sollte den AgentenFit für die eigene Aufgabenlage und AgentenVergleich nutzen, statt aus einer Produktankündigung sofort eine Beschaffungsentscheidung abzuleiten.

Als Vergleich ist insbesondere AWS DevOps Agent interessant, wenn Cloud-/Infrastrukturdiagnose im Mittelpunkt steht. Honeycomb AI SRE Agents werden relevanter, wenn Traces und dauerhafte Release-Überwachung die Ausgangslage bilden. Wir behaupten keinen Sieger ohne dieselben Praxisfälle, Tarife und operativen Berechtigungen tatsächlich geprüft zu haben.

Offen bleiben unter anderem echte Fehlerquoten, Produktivzugriff, Datenaufbewahrung, regionale Vertragsbedingungen, genaue AI-Actions-Kosten und die technische Wirksamkeit von Freigaben im konkreten Kundenkonto. Wir haben keinen Paige-Agenten ausgeführt und keine unabhängigen Incident-Benchmarks erstellt. Das Profil ist entsprechend als quellenbezogene redaktionelle Prüfung gekennzeichnet.

Unser nächster Qualitätsmaßstab ist nicht die Zahl der Agenten, sondern ob sich das Profil bei einer wesentlichen Produktänderung sauber aktualisieren lässt. Wenn PagerDuty neue Freigabeoptionen, Preise, Regionen oder einen veränderten GA-Status nachweisbar veröffentlicht, prüfen wir die betroffenen Felder. Unbekannt bleibt unbekannt, bis eine passende Primärquelle oder ein real dokumentierter Test vorliegt.