Zum Hauptinhalt springen
Verwandeln Sie den Styleguide und die Architekturprinzipien Ihres Teams in verbindliche Regeln. Diese geplante Automatisierung durchsucht Ihre Codebasis nach bekannten Anti-Patterns (hartcodierten Zugangsdaten, SQL-Injection-Vektoren, veralteter API-Verwendung, verbotenen Imports), erstellt Tickets und — sofern sicher — Auto-Fix-PRs.

Diese Vorlage verwenden

Öffnen Sie Code Pattern Enforcer in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.

​
Was diese Automatisierung macht

Während Linter lexikalische Probleme erkennen, erfasst diese Automatisierung semantische: falsch verwendete APIs, veraltete Module, Performance-Anti-Patterns und Sicherheitsprobleme, die kein Linter von der Stange erkennt. Sie beschreiben die Muster in einfachem Englisch, und Devin wendet sie repo-weit nach Zeitplan an.

​
So funktioniert es

Auslöser: Zeitplan-Ereignis — recurring
  • Ereignis: schedule:recurring
    • Bedingungen:
      • rrule entspricht FREQ=WEEKLY;BYDAY=MO;BYHOUR=9;BYMINUTE=0
Was Devin macht: Startet eine Sitzung mit dem vollständigen Ereigniskontext, führt den untenstehenden Prompt aus und benachrichtigt Sie bei Fehlern optional.

​
Voraussetzungen

​
Beispiel-Prompt

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

​
Einrichten

  1. Öffnen Sie Automations → Templates in Devin.
  2. Klicken Sie auf Code Pattern Enforcer. Die Erstellungsseite wird mit dieser bereits ausgefüllten Vorlage 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 (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 während des frühen Rollouts zu begrenzen. Behalten Sie diese zunächst unverändert bei, bis Sie sicher sind, dass sich die Automatisierung wie gewünscht verhält, und erhöhen Sie sie dann passend zu Ihrer Workload.

​
Wann Sie diese Vorlage verwenden sollten

  • Durchsetzen teamspezifischer Architekturkonventionen in einer großen Codebasis
  • Ablösung veralteter interner APIs
  • Proaktive Sicherheitsmaßnahmen über Standard-SAST-Tools hinaus
  • Implizites Wissen in verbindliche Muster überführen

​
Ideen für Customization

  • Beschreibe Muster in einfachem Englisch über Knowledge
  • Auf bestimmte Repos, Verzeichnisse oder Dateitypen beschränken
  • Für jedes Muster festlegen, ob es automatisch behoben oder ein Ticket erstellt werden soll
  • Mit SonarQube Quality Gate Fix kombinieren, um eine breite Abdeckung zu erreichen

​
Siehe auch