Zum Hauptinhalt springen
Geben Sie Ihrem Team einen wöchentlichen Überblick, ohne die Hektik am Freitagnachmittag. Jeden Freitag fasst Devin alle zusammengeführten Pull Requests (PRs) aus Ihren verfolgten Repos zusammen, ordnet sie Kategorien zu (Features, Fehlerbehebungen, Dokumentation, Infrastruktur), erstellt eine gut lesbare Zusammenfassung und postet sie in Slack — so erhalten Engineering, Produkt und Führungsebene einen gemeinsamen Überblick darüber, was veröffentlicht wurde.

Diese Vorlage verwenden

Öffnen Sie Weekly Changelog in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.
Suchen Sie nach einer praktischen Anleitung? Im Schritt-für-Schritt-Tutorial zu Weekly Changelog finden Sie eine ausführliche Einführung.

​
Was diese Automatisierung macht

Die Automatisierung „Weekly Changelog“ löst ein verbreitetes Problem: Niemand möchte das wöchentliche Update manuell zusammenstellen, aber alle möchten es haben. Devin liest git log in Ihren Repos, filtert nach zusammengeführten Pull Requests (PRs), liest den Titel und die Beschreibung jeder PR, um nutzerrelevanten Kontext zu erfassen, und erstellt die Zusammenfassung in dem Format, das Ihr Team standardisiert hat.

​
So funktioniert es

Auslöser: Zeitplan-Ereignis — recurring
  • Ereignis: schedule:recurring
    • Bedingungen:
      • rrule stimmt mit FREQ=WEEKLY;BYDAY=FR;BYHOUR=16;BYMINUTE=0 überein
Was Devin tut: Startet eine Sitzung mit dem vollständigen Ereigniskontext, führt den unten stehenden Prompt aus und benachrichtigt Sie optional bei Fehlern.

​
Voraussetzungen

​
Beispiel-Prompt

Diese Vorlage enthält den folgenden Prompt. Du kannst ihn bearbeiten, nachdem du auf Vorlage verwenden geklickt hast, oder ihn unverändert lassen.

​
Einrichtung

  1. Öffnen Sie in Devin Automations → Templates.
  2. Klicken Sie auf Weekly Changelog. Die Erstellungsseite öffnet sich mit dieser bereits vorausgefüllten Vorlage.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalter in den Trigger-Bedingungen (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. Belassen Sie diese zunächst unverändert, bis Sie vom Verhalten der Automatisierung überzeugt sind, und erhöhen Sie sie dann passend zu Ihrer Workload.

​
Wann Sie diese Vorlage verwenden sollten

  • Entwicklungsteams, die nichttechnischen Stakeholdern Fortschritte vermitteln müssen
  • Gründer:innen und Führungskräfte, die mühelos einen Überblick über den Release-Takt erhalten möchten
  • Teamübergreifende Transparenz in einer großen Entwicklungsorganisation
  • Aufbau eines historischen Archivs von Releases und Änderungen

​
Ideen zur Anpassung

  • Ändern Sie die Häufigkeit auf täglich, zweiwöchentlich oder monatlich
  • Nutzen Sie je nach Zielgruppe bestimmte Slack Channels (Engineering, Führungskräfte, Produkt)
  • Veröffentlichen Sie zusätzlich in Notion oder Ihrem internen Wiki, damit die Inhalte dauerhaft verfügbar bleiben
  • Passen Sie das Format an — Versionshinweise, Executive Summary, Twitter-taugliche Kurztexte

​
Siehe auch