Programme · Deux jours par groupe, à une à trois semaines d’intervalle
Développer avec l'intelligence artificielle
Diriger un agent de code sur preuves, puis à l'échelle de l'équipe
Ce programme est une base. Il se construit sur vos données, vos outils et vos cas, à la carte : les besoins exprimés au premier échange deviennent ses objectifs, et chaque séquence travaille sur votre matière, jamais sur un cas d'école.
01 · Pourquoi commencer par là
La base
C'est la base. Avant d'orchestrer des agents dans l'entreprise, une équipe qui code doit savoir en diriger un seul, sur preuves : lui donner le contexte, lui fixer un critère de fin, vérifier ce qu'il rend. Tout projet d'agents mené ensuite avec cette équipe, pilote, fabrique ou architecture, s'appuie sur ce que ces deux jours installent.
Ce que l'agent devrait savoir reste dans la tête du développeur. Non vu, il invente. Non écrit, il faut le répéter. Sans critère de fin, il faut tout relire.
02 · Pour qui
Le public et les prérequis
Le public
Développeurs, bureaux d'études logiciel, équipes techniques et industrielles qui écrivent du code (Python, C, scripts d'automatisation, applications métier). Six à huit personnes, avec leur responsable technique.
Les prérequis
- Pratiquer le développement au quotidien, quel que soit le langage.
- Un dépôt git de l'équipe, et un outil d'agent de code déjà installé (Claude Code, Copilot ou équivalent), avec les accès de chacun.
- Aucune connaissance préalable de l'intelligence artificielle n'est demandée.
03 · Les objectifs
Ce que chaque participant sait faire en sortant
- Écrire l'intention, la finalité et l'objectif d'un travail avant de le déléguer, et faire critiquer le plan par la machine.
- Écrire ce que l'agent doit savoir du projet, par portée, pour ne plus le répéter.
- Déléguer et vérifier sur preuves : garde-fous, tests, revue ; expliquer le diff avant de le fusionner.
- Enchaîner des agents spécialisés aux rôles disjoints, et savoir pourquoi le relecteur n'écrit pas.
- Paralléliser sans perdre le contrôle, et connaître sa propre limite de supervision.
- Lire ce que coûte une heure de travail agentique et tenir trois indicateurs d'équipe.
04 · Le programme
Séquence par séquence
Les horaires sont ceux d'un groupe type. Ils se composent à la carte : une séquence de plus ici, une de moins là, selon ce que l'équipe apporte. La colonne de droite dit ce qui, dans chaque séquence, se fait sur votre matière.
- Jour 1 · 9 h
Ce qui a mal tourné
Chacun raconte sa dernière session ratée. La cause commune apparaît vite : un savoir resté dans la tête de quelqu'un. Pas de jugement, une phrase par cas, de la forme « il ne savait pas que ».
Sur vos donnéesVos propres sessions, racontées par vous.
- Jour 1 · 9 h 30
Ce que l'agent reçoit réellement
La fenêtre de contexte, bloc par bloc. Les niveaux de la conversation, de la mémoire et du projet. Ce qu'une heure de travail agentique coûte, lue sur une vraie session, et comment choisir le modèle selon la tâche.
Sur vos donnéesUne tâche de votre dépôt, comparée sur deux modèles.
- Jour 1 · 10 h 30
Construire avant de déléguer
Intention, finalité, objectif, puis tâches : c'est votre projet, pas celui de l'intelligence artificielle. Le mode plan, la profondeur de réflexion, et la critique du plan confiée à un agent qui n'a que la lecture. Aucune ligne de code avant midi.
Sur vos donnéesUn défaut réel de votre code, dont on fait produire puis démolir le plan de reprise.
- Jour 1 · 11 h 30
Écrire ce que l'agent doit savoir
Le contexte sur mesure d'une mission : les fichiers de contexte et leurs portées (entreprise, utilisateur, projet, local), les règles ciblées par dossier, la note de relais qui permet de reprendre le lendemain sans réexpliquer.
Sur vos donnéesLes règles de vos dossiers, écrites en salle, versionnées dans votre dépôt.
- Jour 1 · 13 h 30
Déléguer et vérifier sur preuves
Le test de confiance. Les modes de permission, les garde-fous qui lancent vos tests et bloquent une écriture, la restauration et la revue de code. La règle qui tient toute la journée : le développeur explique le diff, sinon il ne le fusionne pas.
Sur vos donnéesUn garde-fou posé sur votre chaîne de tests.
- Jour 1 · 14 h 30
Enchaîner des agents spécialisés
Un rôle à la fois : exploration en lecture seule, plan, exécution, relecture indépendante. Chacun avec ses outils et son modèle. Pourquoi retirer l'écriture au relecteur est une règle de supervision, pas une précaution technique.
Sur vos donnéesQuatre agents écrits pour votre dépôt, enchaînés sur un défaut réel, avec votre validation entre chaque étape.
- Jour 1 · 15 h 30
Paralléliser sans perdre le contrôle
Une copie de travail par agent, trois tâches indépendantes, une fusion. La limite n'est pas la puissance de la machine, c'est votre capacité à relire, et elle se mesure : chacun repart avec son propre chiffre.
Sur vos donnéesTrois tâches de votre carnet, menées en parallèle.
- Jour 1 · 16 h 30
Mesure et bilan
Lire l'usage et la dépense, poser des plafonds, borner un lot en mode non interactif. Les trois indicateurs du carnet de bord que l'équipe tiendra entre les deux journées.
Sur vos donnéesVos trois indicateurs, choisis par vous.
- Entre les deux jours
Le carnet de bord
Chaque développeur délègue des tâches réelles, note ce qui coince et tient les trois indicateurs. C'est la matière de la deuxième journée.
Sur vos donnéesVotre travail réel, pas un exercice.
- Jour 2 · matin
Ce que la mémoire automatique ne résout pas
Retour sur les carnets de bord. Le problème d'équipe : ce que chacun a écrit pour lui ne sert pas aux autres. Le contexte partagé, versionné, relu : conventions, règles communes, ce qui se partage et ce qui reste local.
Sur vos donnéesVos carnets, vos règles, mises en commun en salle.
- Jour 2 · après-midi
Les agents de l'équipe, et leur carnet
Des rôles partagés par l'équipe, des garde-fous communs, une relecture indépendante systématique. Le coût par développeur, la limite de supervision collective, et qui répond des agents dans l'équipe.
Sur vos donnéesLes agents de votre dépôt, partagés, et le tableau de bord que vous garderez.
05 · À la carte
Ce que l'on adapte à votre équipe
- Les démonstrations se font sur un dépôt d'école construit pour ressembler au vôtre (même langage, mêmes pathologies) ; les travaux pratiques se font sur votre code, par vous, avec vos accès. Nous ne touchons pas à votre code.
- L'outil de la journée est celui que vous avez : Claude Code, Copilot ou un autre agent de code. La méthode est la même, les commandes changent.
- Les questions difficiles sont traitées à froid : où vont les extraits lus par l'agent, ce que coûte un développeur par jour, pourquoi un deuxième outil, un modèle local chez vous, ce que l'agent change au métier.
- La deuxième journée se cale sur ce que les carnets de bord ont fait remonter, pas sur un programme figé.
L'évaluation des acquis
Une grille de dix capacités observables, cochée en fin de deuxième journée par chaque participant devant son écran : monter un dépôt en déléguant, lire une fenêtre de contexte, annoncer un coût, faire critiquer un plan, découper un contexte par portée, poser un garde-fou qui bloque, récupérer du travail perdu, écrire quatre agents aux rôles disjoints, lancer trois agents en parallèle, répondre aux questions difficiles, dont celle de la résidence des données.
06 · Demander
Organiser ce programme
Dites-nous l'équipe, son métier, ses outils, et ce qu'elle doit savoir faire en sortant. Le premier échange fixe les séquences, l'effectif et le dossier de prise en charge. uniy n'anime jamais un programme sans l'avoir d'abord adapté à l'équipe.
Les autres programmes, le prix et le financement : l'embarquement.