Claude résout vos issues, applique vos reviews, audite votre code et planifie vos features — déclenché par un simple label ou une assignation.
Trois façons de déclencher Claude sur une issue ou une MR — aucune commande à taper, tout se fait depuis l'interface GitLab.
IA sur une issueclaude.aiclaude.ai comme reviewer sur une MR| Déclencheur | Assigné MR | Reviewer MR | Assignation issue |
|---|---|---|---|
| Label IA + assigné à Monsieur B | Monsieur B | Auteur du ticket | Inchangée |
| Label IA + aucun assigné | Auteur du ticket | Auteur du ticket | Inchangée |
| Assigné à claude.ai | Auteur du ticket | Auteur du ticket | Réassignée à l'auteur |
Le mode est déterminé par le préfixe dans le titre de l'issue. Sans préfixe, Claude implémente directement.
| Préfixe | Mode | Produit | Modifie le code | Branche créée |
|---|---|---|---|---|
| aucun | Issue Solving | MR | ✓ | ✓ |
| [Réflexion] | Réflexion | Commentaire plan | ✗ | ✗ |
| [Spike] | Spike | Commentaire POC | ✗ | ✗ |
| [Test] | Test | MR avec tests | ✓ | ✓ |
| [Doc] | Documentation | MR avec doc | ✓ | ✓ |
| [Refacto] | Refactoring | MR refactorisée | ✓ | ✓ |
| [Secure] | Audit sécurité | Commentaire rapport | ✗ | ✗ |
| MR · label IA | MR Review Apply | Commits + commentaire | ✓ | ✗ |
| MR · reviewer | Code Review | Commentaires inline | ✗ | ✗ |
Plus le ticket est précis, meilleur sera le résultat. Voici des exemples pour chaque mode principal.
## Contexte Le webhook Flask ne valide pas l'authenticité des requêtes entrantes. ## Implémentation attendue - Récupérer le header `X-Gitlab-Token` - Le comparer avec `WEBHOOK_SECRET` (variable d'environnement) - Retourner 401 si le token ne correspond pas
## Contexte L'auth actuelle est monolithique et difficile à maintenir. On veut passer à JWT + refresh tokens. ## Question pour Claude Propose une architecture pour migrer sans casser l'existant. ## Points d'attention - 3 apps clientes différentes - Sessions actives à ne pas invalider
Claude retire [Réflexion] du titre et ajoute le label En attente de validation. L'archi review le plan, modifie le ticket si besoin, puis retire [Réflexion] pour déclencher l'implémentation.
## Question technique Peut-on remplacer le serveur de dev Flask par Gunicorn ? On a le warning "Do not use in production" à chaque démarrage. ## Attendu - POC avec Gunicorn configuré - Commande de lancement - Recommandation go/no-go
## Fichiers à refactoriser - `src/services/auth.service.js` — trop de responsabilités - `src/utils/helpers.js` — fonctions non utilisées à supprimer ## Objectifs - Respecter le principe de responsabilité unique - Réduire la duplication de code - Améliorer la lisibilité
De l'ajout du label à la MR prête pour review — entièrement automatisé.
C'est le levier principal pour la qualité du code produit. Claude le lit automatiquement avant chaque tâche.
Sans CLAUDE.md, Claude produit du code générique. Avec un CLAUDE.md bien rédigé, il respecte votre stack, vos conventions de nommage, votre architecture et vos règles métier — comme s'il avait fait une session d'onboarding.
Exemple de CLAUDE.md à la racine du projet :
# Contexte projet Stack : Node.js 20 · Express · PostgreSQL · Vue 3 Tests : Vitest pour le back, Cypress pour le front Linter : ESLint + Prettier (config dans .eslintrc) # Conventions - Nommage : camelCase pour les variables, PascalCase pour les composants - Commits : commitlint avec préfixes feat/fix/docs/refactor/test - Branches : feat/ia-, fix/ia-, refactor/ia-, test/ia-, docs/ia- - API REST : toujours retourner { data, error, meta } - Pas de console.log en production — utiliser le logger Winston # Architecture - Services dans src/services/ — logique métier uniquement - Controllers dans src/controllers/ — pas de logique, délèguent aux services - Modèles Sequelize dans src/models/ - Routes dans src/routes/ # Règles importantes - Ne jamais modifier les migrations existantes - Toujours valider les inputs avec Joi - Toutes les routes API nécessitent un middleware d'auth sauf /health
Les questions que se posent les équipes qui découvrent Claude Assistant GitLab.
Suivez ces 6 étapes pour déclencher Claude pour la première fois. Durée : 5 minutes.
Dans votre projet GitLab, cliquez sur Issues → New issue. Choisissez un ticket simple pour commencer — idéalement une petite feature ou un fix isolé.
Le titre détermine ce que Claude va faire. Pour une première fois, partez sur quelque chose de simple sans préfixe — Claude implémentera directement.
Pour des tâches plus complexes, utilisez un préfixe : [Réflexion], [Spike], [Test], [Doc], [Refacto], [Secure].
Plus vous êtes précis, meilleur sera le résultat. Voici un template à copier-coller :
## Contexte Expliquez pourquoi cette tâche est nécessaire. ## Demande Décrivez précisément ce que Claude doit faire. ## Fichiers concernés (optionnel) - src/main/java/com/skazy/controller/HomeController.java - src/main/java/com/skazy/service/WelcomeService.java ## Critères d'acceptation (optionnel) - Respecte les conventions Spring Boot du projet - Tests unitaires inclus
Dans le panneau de droite de l'issue, cliquez sur Labels et sélectionnez IA. C'est ce déclencheur qui lance Claude automatiquement.
Alternativement, assignez directement l'issue à claude.ai — même résultat, sans label.
Claude se déclenche en quelques secondes. Vous pouvez suivre la progression dans CI/CD → Pipelines. Selon la complexité, le job prend entre 2 et 10 minutes.
Une fois terminé, Claude a :
feat/ia-...To Do → To Merge
Ouvrez la MR créée par claude.ai. Reviewez le code comme n'importe quelle MR. Trois options :
IA sur la MR.Des situations réelles et comment Claude les traite — du bug en prod à l'audit de sécurité.
Quelques règles simples pour maximiser la qualité du travail de Claude.
Créez un fichier CLAUDE.md à la racine de chaque projet. Claude le lit automatiquement et adapte son code à votre stack, vos conventions et vos règles métier. C'est ce qui fait la différence entre du code générique et du code qui s'intègre parfaitement dans votre projet.
IA. Claude applique les corrections automatiquement.