Passer au contenu principal
Transformez le guide de style de votre équipe et ses principes d’architecture en règles applicables. Cette automatisation planifiée analyse votre base de code à la recherche d’anti-patterns connus (identifiants codés en dur, vecteurs d’injection SQL, utilisation d’API obsolètes, imports interdits), crée des tickets et — lorsque c’est sans risque — ouvre des PR de correctif automatiques.

Utiliser ce modèle

Ouvrez Code Pattern Enforcer dans Devin et créez l’automatisation avec la configuration par défaut. Vous pouvez la personnaliser avant de l’enregistrer.

Ce que fait cette automatisation

Là où les linters détectent les problèmes lexicaux, cette automatisation repère les problèmes sémantiques : API mal utilisées, modules obsolètes, anti-patterns de performance et signes de faiblesse en matière de sécurité qu’aucun linter standard ne sait détecter. Vous décrivez les patterns en anglais clair, et Devin les applique à l’échelle du dépôt selon une planification définie.

Fonctionnement

Déclencheur: Événement de planificationrecurring
  • Événement: schedule:recurring
    • Conditions:
      • rrule correspond à FREQ=WEEKLY;BYDAY=MO;BYHOUR=9;BYMINUTE=0
Ce que fait Devin: Lance une session avec le contexte complet de l’événement, exécute le prompt ci-dessous et, si vous le souhaitez, vous avertit en cas d’échec.

Prérequis

Exemple de prompt

Ce modèle inclut ce prompt. Vous pouvez le modifier après avoir cliqué sur Utiliser le modèle, ou le laisser tel quel.

Mise en place

  1. Ouvrez Automations → Templates dans Devin.
  2. Cliquez sur Code Pattern Enforcer. La page de création s’ouvre avec ce modèle prérempli.
  3. Connectez toutes les intégrations requises et installez les serveurs MCP si ce n’est pas déjà fait.
  4. Remplacez les valeurs de remplacement dans les conditions du déclencheur (par exemple, remplacez your-org/your-repo par votre dépôt réel).
  5. Vérifiez le prompt et adaptez-le à la langue, aux conventions et aux garde-fous de votre équipe.
  6. Cliquez sur Create automation.
La plupart des modèles d’automatisation incluent des limites suggérées d’ACU et d’invocation afin de maîtriser les coûts pendant la phase initiale du déploiement. Conservez-les telles quelles jusqu’à ce que vous soyez sûr du comportement de l’automatisation, puis augmentez-les en fonction de votre charge de travail.

Quand utiliser ce modèle

  • Faire respecter des conventions architecturales spécifiques à la Team dans une grande base de code
  • S’éloigner d’API internes obsolètes
  • Adopter une hygiène de sécurité proactive au-delà des outils SAST prêts à l’emploi
  • Transformer le savoir tacite en pratiques applicables

Idées de personnalisation

  • Décrivez les patterns en anglais clair via Knowledge
  • Limitez le périmètre à des dépôts, répertoires ou types de fichiers spécifiques
  • Décidez, pour chaque pattern, s’il faut appliquer une correction automatique ou créer un ticket
  • Combinez avec SonarQube Quality Gate Fix pour une couverture étendue

Voir aussi