Zum Hauptinhalt springen
Ersetze geplante „Health-Check“-Meetings durch einen morgendlichen Slack-Digest. Jeden Tag zu einer von dir gewählten Zeit ruft Devin in Datadog Fehlerraten, Latenzanomalien und Traffic-Trends für deine Services ab, filtert das Wesentliche heraus und veröffentlicht eine leicht verständliche Zusammenfassung im Channel deines Teams — damit alle mit demselben Informationsstand in den Tag starten.

Diese Vorlage verwenden

Öffne Daily Health Digest in Devin und erstelle die Automatisierung mit der Standardkonfiguration. Du kannst sie vor dem Speichern anpassen.
Suchst du eine praktische Schritt-für-Schritt-Anleitung? Dann sieh dir das Schritt-für-Schritt-Tutorial für Daily Health Digest an.

Was diese Automatisierung leistet

Der Daily Health Digest ist eine klassische Automatisierung für eine geplante Sitzung. Devin verwendet den Datadog MCP, um dieselben morgendlichen Prüfungsabfragen auszuführen, die ein SRE manuell ausführen würde: die Endpunkte mit den höchsten Fehlerraten, Regressionen bei der p95-Latenz, ungewöhnliche Traffic-Spitzen und fehlgeschlagene Monitore. Die Ausgabe ist eine strukturierte Zusammenfassung, die in Slack gepostet wird — schnell erfassbar, verlinkbar und auf 30 Sekunden Lesezeit ausgelegt.

So funktioniert es

Auslöser: Zeitplanereignisrecurring
  • Ereignis: schedule:recurring
    • Bedingungen:
      • rrule entspricht FREQ=DAILY;BYHOUR=8;BYMINUTE=0
Was Devin tut: Startet eine Sitzung mit dem vollständigen Ereigniskontext, führt den folgenden Prompt aus und benachrichtigt Sie optional im Fehlerfall.

Voraussetzungen

  • MCP-Server:

Beispiel-Prompt

Die Vorlage enthält diesen Prompt. Sie können ihn nach einem Klick auf Vorlage verwenden bearbeiten oder unverändert lassen.

So richten Sie es ein

  1. Öffnen Sie Automations → Templates in Devin.
  2. Klicken Sie auf Daily Health Digest. Die Erstellungsseite wird mit dieser Vorlage bereits vorausgefüllt geöffnet.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalterwerte in den Trigger-Bedingungen (ersetzen Sie zum Beispiel your-org/your-repo durch Ihr tatsächliches Repo).
  5. Prüfen Sie den Prompt und passen Sie ihn an die Sprache, Konventionen und Guardrails Ihres Teams an.
  6. Klicken Sie auf Create automation.
Die meisten Automatisierungsvorlagen enthalten empfohlene ACU- und Aufruflimits, um die Kosten zu Beginn des Rollouts zu begrenzen. Behalten Sie diese zunächst unverändert bei, bis Sie mit dem Verhalten der Automatisierung vertraut sind, und erhöhen Sie sie dann passend zu Ihrer Workload.

Wann Sie diese Vorlage verwenden sollten

  • Tägliche Stand-up-Statusupdates durch datengestützte Zusammenfassungen ersetzen
  • Nicht-SRE-Teams (Produkt, Support) einen einfachen Einblick in den Zustand der Produktionsumgebung geben
  • Langsame Regressionen erkennen, bevor sie zu Incidents werden
  • Ein historisches Archiv des täglichen Zustands der Produktionsumgebung aufbauen

Ideen für „Customization“

  • An mehrere Channels senden (Entwicklung, Führungsebene, pro Service)
  • Den Zeitplan je nach Volumen auf wöchentlich oder stündlich umstellen
  • Einen Vergleich mit den vorangegangenen 7 bzw. 30 Tagen hinzufügen, um Trends zu erkennen
  • Ein Playbook anhängen, das das Berichtsformat Ihres Teams festlegt

Siehe auch