Skip to content
PKResources
Plan de la formation

Ingénierie agentique : la formation pratique · Module 6: L’ingénierie agentique en équipe

Projet final : livrer une fonctionnalité de bout en bout avec des agents

Mettez tout le cours à l’œuvre sur une vraie fonctionnalité : la calibrer, la briefer, réviser le plan, bâtir test-first, réviser, ouvrir une PR propre et partager les leçons.

Leçon 24 / 24 · ⏱ 10 min

Cette leçon est courte à lire et longue à faire. Vous allez livrer une vraie fonctionnalité dans votre propre repo, en utilisant chaque habitude du cours, et prendre des notes en chemin.

Choisissez quelque chose qui vous prendrait normalement d’une demi-journée à deux jours. Assez petit pour finir cette semaine, assez réel pour que quelqu’un s’en serve.

Le parcours, de bout en bout

  1. Calibrer et brieferModules 2 et 3
  2. Réviser le planOrienter avant le code
  3. Bâtir test-firstLa boucle du module 4
  4. Revue et PRVous en êtes responsable
  5. Mesurer et partagerNourrir l’équipe

↺ Les surprises retournent dans le brief, pas dans une conversation plus longue

Une fonctionnalité, toutes les habitudes. La boucle compte autant que les étapes.

Étape par étape

  1. 1

    15 min

    Choisir et calibrer

    Écrivez une phrase de valeur pour l’utilisateur. S’il faut plus de trois ou quatre tâches à la taille d’un agent, réduisez la portée ou découpez (module 3).

  2. 2

    10 min

    Vérifier le contexte

    Votre fichier d’instructions est-il à jour? De quels fichiers, docs et exemples l’agent aura-t-il besoin? Notez-les dans le brief (module 2).

  3. 3

    20 min

    Écrire le brief

    Objectif, contraintes, critères d’acceptation vérifiables, ce qu’il ne faut pas toucher, et le guide de revue que vous voulez recevoir.

  4. 4

    15 min

    Réviser le plan

    Demandez un plan avant le code. Corrigez-le une fois, par écrit. Si le plan est faux deux fois, c’est votre brief le problème.

  5. 5

    Variable

    Bâtir test-first

    D’abord les tests qui encodent les critères d’acceptation, puis l’implémentation, avec types, linter et tests à chaque étape (module 4).

  6. 6

    30 min

    Autorevue

    Suivez l’ordre de revue fixe. Corrigez ou re-briefez. Découpez la branche si elle est devenue trop grosse pour une revue d’une traite.

  7. 7

    10 min

    Ouvrir la PR

    Utilisez le gabarit d’équipe : comment ça a été construit, où regarder, ce qui n’est pas vérifié (leçon 6.2).

  8. 8

    15 min

    Rétro et promotion

    Qu’avez-vous corrigé deux fois? Faites-le monter dans l’échelle (leçon 6.1). Notez le temps et la reprise pour vos métriques (leçon 6.3).

Pour aller plus loin, découpez la construction en deux tranches indépendantes et lancez-les en parallèle, comme au module 5. Seulement si les tranches ne touchent vraiment pas les mêmes fichiers.

Votre brief de projet final

Copiez-le, remplissez chaque trou, et ne lancez pas l’agent tant que chaque ligne n’a pas une vraie réponse.

FONCTIONNALITÉ : {une phrase de valeur pour l’utilisateur}

CONTEXTE
- Lis d’abord : {fichiers, docs, un exemple existant à imiter}
- Conventions : suis le fichier d’instructions du repo.

CRITÈRES D’ACCEPTATION (chacun devient un test)
1. {comportement observable}
2. {comportement observable}
3. {cas limite ou chemin d’erreur}

CONTRAINTES
- Ne touche pas à : {zones hors portée}
- Aucune nouvelle dépendance sans me demander.

PROCESSUS
- Propose d’abord un plan et attends mon OK.
- Écris des tests qui échouent pour les critères, puis implémente.
- Lance {commandes de tests, de vérification de types, de linter} avant de dire que c’est fini.

À LA FIN
- Les fichiers groupés en : logique centrale / tests / interfaces / mécanique.
- Les décisions que je n’ai pas précisées, et ce que tu n’as PAS vérifié.

Testez votre jugement

🧠 Décisions du projet final

Pointage: 0 / 4

  1. 1. Le plan de l’agent touche un module que vous n’avez pas mentionné dans le brief. Et maintenant?

  2. 2. À mi-chemin, vous avez corrigé la même erreur trois fois dans la conversation. Meilleur réflexe?

  3. 3. Les tests passent, mais la valeur attendue d’un test existant a changé. Que faites-vous?

  4. 4. La fonctionnalité est livrée. Quelle est la dernière étape du projet final?

Avant de terminer le cours

✅ Projet final terminé

0 / 5 complété