La formation GitHub Agentic AI (GH-600) vous apprend à concevoir des systèmes d’agents qui travaillent directement dans votre chaîne de développement, sans que vous perdiez le contrôle sur ce qui arrive dans vos dépôts. En une journée, vous passez du simple constat (un agent ouvre des pull requests, exécute des tests, corrige du code) à une architecture pensée : responsabilités délimitées, entrées et sorties définies, critères de réussite explicites. Le programme officiel publié par GitHub compte six modules, de la définition de l’IA agentique jusqu’aux garde-fous de production.
Vous travaillez sur ce qui sépare une expérimentation d’un système fiable : le Model Context Protocol pour connecter les outils, GitHub Actions pour orchestrer plusieurs agents, l’isolation par branche et par autorisation, la gestion de la mémoire et de la dérive de contexte, puis les signaux d’évaluation qui indiquent si un agent progresse ou dérive. Le dernier module traite la gouvernance : limites d’autonomie fondées sur le risque, intervention humaine aux étapes sensibles, moindre privilège et traçabilité complète des actions.
Dispensée par un formateur certifié chez ITTA à Genève ou à Lausanne, cette journée s’adresse à des développeurs et des ingénieurs DevOps déjà à l’aise avec Git, les pull requests et GitHub Copilot. Elle couvre le programme de l’examen GH-600 et vous prépare à la certification GitHub Certified: Agentic AI Developer.
Module 1 : Fondements de l’IA agentique dans GitHub
Module 2 : Conception de l’architecture des agents et intégration au SDLC
Module 3 : Outils, MCP et environnements d’exécution des agents
Module 4 : Systèmes et orchestration multi-agents
Module 5 : Mémoire, état et évaluation
Module 6 : Gouvernance, garde-fous et opérations
Les agents de code sont passés en quelques mois du prototype à la chaîne de production. Sur GitHub, un agent ouvre une pull request, exécute une suite de tests, corrige un défaut, met à jour une dépendance. La question n’est plus de savoir si ces agents produisent du code, mais comment les encadrer pour que leur travail reste traçable, révisable et sûr. Publiée par GitHub le 7 août 2026, la formation GH-600 répond précisément à ce besoin : concevoir des systèmes agentiques qui s’appuient sur les mécanismes natifs de la plateforme plutôt que sur des scripts improvisés.
Le fil conducteur du programme officiel tient en une idée : GitHub est à la fois le système de référence du code et le plan de contrôle des agents. Les dépôts, les branches, les pull requests, les vérifications de statut, CODEOWNERS et les environnements protégés forment un cadre déjà éprouvé pour le travail humain. La formation montre comment appliquer ce même cadre au travail généré par un agent, avec le modèle contributeur : un agent est un contributeur comme un autre, dont les contributions passent par la revue, les tests et les règles de fusion.
Un agent ne vaut que par les outils auxquels il accède. Le module consacré au Model Context Protocol détaille les serveurs MCP, les registres et les listes d’autorisation qui décident de ce qu’un agent peut appeler. Vous travaillez le contexte d’exécution, ses limites et les protections associées, notamment la gestion des secrets et le cloisonnement des jetons. C’est le point sur lequel beaucoup d’équipes se trompent : donner trop de portée à un agent revient à donner trop de portée à un jeton d’API.
La journée aborde ensuite les systèmes composés de plusieurs agents : répartir les responsabilités, orchestrer les enchaînements avec des flux de travail GitHub Actions, isoler l’exécution par branche et par autorisation, gérer la concurrence, détecter les conflits et les arbitrer avec les mécanismes natifs de GitHub. La partie mémoire et état complète le tableau : stratégies de mémoire, dérive de contexte, continuité entre les outils et les environnements, signaux d’évaluation et contrôles qualité permettant de mesurer si un agent progresse ou se dégrade.
Le dernier module traite la gouvernance : limites d’autonomie fondées sur le risque, flux de travail avec intervention humaine aux étapes sensibles, capacités d’agent restreintes par le principe du moindre privilège, actions observables, traçables et auditables. Pour une entreprise suisse soumise à la nLPD ou à des exigences sectorielles fortes, cette traçabilité n’est pas un confort : c’est la condition pour autoriser des agents sur du code de production.
GH-600 prépare à l’examen GH-600, qui conduit à la certification GitHub Certified: Agentic AI Developer. Le plan officiel compte six modules, couverts en une seule journée, ce qui suppose un rythme soutenu et une bonne aisance préalable avec Git, les pull requests et GitHub Copilot. La journée couvre le périmètre de l’examen ; la préparation se prolonge ensuite par de la pratique sur vos propres dépôts.
Le catalogue ITTA propose deux formations voisines. La formation GitHub Copilot (GH-300) travaille l’usage quotidien de l’assistant par le développeur : suggestions, chat, génération de tests, refactorisation. La formation GitHub Advanced Security (GH-500) traite l’analyse de code, la détection de secrets et la sécurité de la chaîne d’approvisionnement logicielle. GH-600 se place au-dessus des deux : elle ne porte pas sur l’usage d’un assistant, mais sur la conception d’un système où plusieurs agents travaillent dans un cadre gouverné. GH-300 constitue une bonne entrée en matière, GH-500 apporte le réflexe sécurité qui rend les garde-fous du dernier module beaucoup plus concrets.
La documentation GitHub sur les agents évolue vite et se lit sans difficulté. Ce qu’elle ne donne pas, c’est l’arbitrage : quelle responsabilité confier à un agent, où placer la validation humaine, comment isoler deux agents qui touchent au même dépôt, quand arrêter un agent qui boucle. Une journée avec un formateur certifié, à Genève ou à Lausanne, permet de confronter ces choix à des cas réels et d’éviter les anti-modèles que le plan officiel identifie dès le premier module.
Le prolongement naturel consiste à choisir un dépôt à faible risque et à y déployer un premier agent avec un périmètre volontairement étroit : mise à jour de dépendances, correction de tests instables, génération de documentation. Vous mesurez ensuite les signaux d’évaluation vus en cours avant d’élargir le champ d’action.
Faut-il savoir programmer pour suivre GH-600 ?
Oui. La formation s’adresse à des développeurs et à des ingénieurs DevOps qui pratiquent déjà Git, les pull requests et GitHub Actions. Elle ne reprend pas les bases de la plateforme.
Quelle différence avec la formation GitHub Copilot (GH-300) ?
GH-300 porte sur l’usage quotidien de l’assistant par un développeur. GH-600 porte sur la conception, l’orchestration et la gouvernance de systèmes d’agents qui agissent directement sur le dépôt.
Une seule journée suffit-elle pour six modules ?
C’est le format officiel défini par GitHub. Le rythme est dense et suppose les prérequis annoncés : sans pratique préalable de GitHub Actions, la partie orchestration devient difficile à suivre.
La formation couvre-t-elle le Model Context Protocol ?
Oui, le troisième module y est consacré : serveurs MCP, registres, listes d’autorisation, contexte d’exécution et protections associées.
Comment se passe l’examen GH-600 ?
L’examen se passe séparément, auprès de GitHub. La formation couvre le plan officiel et vous restez libre de planifier l’épreuve au moment qui vous convient.
Faut-il avoir suivi GH-500 avant GH-600 ?
Ce n’est pas obligatoire. GitHub Advanced Security (GH-500) reste toutefois un complément utile pour les équipes qui devront justifier les garde-fous mis autour des agents.
ITTA
Route des jeunes 35
1227 Carouge, Suisse
ITTA
Route des jeunes 35
1227 Carouge, Suisse
