Cas d’usage chronométré : une proposition de conseil de 8 slides en 3 min 25 s

Le 24 septembre 2026, nous avons chronométré un agent de code sur une tâche de consultant ordinaire : transformer un brief en proposition d'accompagnement de 8 slides. Il a lu le brief, choisi ses gabarits, écrit le fichier .deck, l'a validé, rendu et relu slide par slide, a corrigé trois défauts, exporté un PowerPoint, puis livré la version anglaise.

Durée mesurée : 3 min 25 s, avec une boucle de correction. Ce chiffre n'est pas une estimation. Chaque étape est horodatée, le journal brut est publié en fin d'article, et les deux decks se téléchargent : vous pouvez vérifier le résultat ou refaire le test.

Le brief

Voici le brief donné à l'agent, mot pour mot :

Client A est une entreprise de services B2B d'environ 80 personnes. Sa direction veut savoir où l'IA peut faire gagner du temps à ses équipes commerciales et administratives. Préparez une proposition d'accompagnement de 8 slides : ouverture, conviction, contexte et objectifs, démarche en quatre étapes sur quatre semaines, livrables, planning, l'accompagnement en chiffres, prochaines étapes. Pas de prix dans cette version, aucun témoignage. Ton sobre, vouvoiement.

Client A n'existe pas. Le brief a été écrit pour ce test, sur le modèle d'une proposition de conseil courante : il ne contient ni nom, ni donnée, ni résultat d'un client réel. Les chiffres du deck (4 semaines, 12 entretiens, 2 usages testés) décrivent le format proposé, pas des résultats obtenus. L'agent les a fixés lui-même, comme le ferait un consultant qui rédige sa proposition.

Le protocole

• Agent : Claude Code avec le modèle Claude Opus 5.5, sans intervention humaine pendant le run.
• Outils : la CLI deck 1.3.0, même version que l'application téléchargeable, et le skill Decktype de cette version. Aucun gabarit personnalisé : seul le pack standard était installé.
• Machine : Mac mini (Apple M4, 16 Go), macOS 26.6.
• Départ et arrivée : le chrono démarre quand l'agent ouvre le skill et le brief, et s'arrête après la relecture de la dernière slide anglaise.
• Mesure : un repère horodaté (UTC) par étape, et chaque commande deck chronométrée par /usr/bin/time. Un repère s'écrit quand la commande qui le porte s'exécute : le temps que l'agent passe à rédiger une commande compte donc dans l'étape précédente.
• Hors chrono : l'installation, la relecture par un humain, l'ouverture du fichier dans l'application et l'envoi au client.
• Rendus : l'environnement de test n'a pas accès au GPU. deck render y a donc tourné sur un GPU logiciel (SwiftShader), avec le code de rendu 1.3.0 compilé avec un backend graphique de plus. Avant le test, les rendus de la galerie produits ainsi ont été comparés à ceux obtenus avec le GPU du Mac : l'écart moyen est inférieur à 0,01 niveau de couleur sur 255.

Le chronométrage

Étape	Durée	Ce qui s'est passé
Lecture	7 s	Skill Decktype 1.3.0 et brief.
Plan	45 s	deck capabilities, deck templates list (10 gabarits, pack standard), catalogue des gabarits et aide-mémoire du format, fiche des 8 gabarits retenus, puis un plan d'une ligne par slide.
Composition	18 s	deck new, puis les 8 liaisons gabarit et slots écrites dans deck.json.
Vérification 1	14 s	deck validate (0 erreur), deck lint, deck regenerate, deck lint --visual (1 débordement), deck render (8 PNG).
Relecture 1	47 s	Les 8 rendus regardés : 3 défauts et une limite du gabarit relevés. Procédure de reformulation du skill consultée, correctifs écrits.
Vérification 2	2 s	deck regenerate (3 slides), validation, lint et lint visuel sans alerte, nouveau rendu.
Relecture 2	8 s	Les 3 slides corrigées regardées.
Export	30 s	deck export vers .pptx (8 slides, 0 avertissement). L'agent rédige aussi, dans cet intervalle, les textes anglais de l'étape suivante.
Version anglaise	34 s	Copie du deck, slots réécrits en anglais, régénération, validation, rendu et relecture des 8 slides.
Total	3 min 25 s	1 boucle de correction, 30 commandes deck.

Les 30 commandes deck ont calculé pendant 9,2 s au total, dont 8,8 s pour les trois rendus sur GPU logiciel ; les 27 autres ont pris 0,4 s ensemble. Le reste du temps appartient à l'agent : lire, décider, écrire, regarder.

Deux autres repères du journal : le premier rendu complet arrive 1 min 20 s après le départ, et le deck français corrigé et relu est prêt à 2 min 21 s.

Le résultat

Voici les 8 slides du deck français, telles que deck render les a produites après correction.

Télécharger le deck français (.deck, 13 Ko). Il s'ouvre dans Decktype avec l'offre gratuite. Chaque texte y reste rangé dans le slot de son gabarit : vous pouvez le retoucher dans l'application ou demander une nouvelle passe à un agent.

Ce que la CLI a répondu

Avant la régénération, la validation ne trouve aucune erreur. Elle signale seulement, sur chaque slide, que les éléments ne sont pas encore matérialisés. C'est l'étape suivante :

{
  "file": "proposition-diagnostic-ia.deck",
  "valid": true,
  "errors": 0,
  "warnings": 8,
  "diagnostics": [
    {
      "file": "deck.json",
      "path": "/slides/0/elements",
      "severity": "warning",
      "message": "materialized elements diverge from the template binding (slot, override or template changed without rematerialization); run `deck regenerate`"
    }
  ]
}

Le lint éditorial, lancé à ce stade comme le prévoit le skill, répond OK. Il juge les boîtes et non le texte rendu : un texte trop long pour sa boîte lui échappe.

proposition-diagnostic-ia.deck: OK

Après deck regenerate, le lint visuel mesure le texte matérialisé et trouve un débordement sur la slide 8 :

{
  "rule": "text_overflow",
  "axis": "vertical",
  "available": 330.0,
  "required": 379.109375,
  "overflow": 49.109375
}

Ce qui a demandé une correction

La relecture des 8 rendus a relevé trois défauts, tous corrigés en changeant la valeur d'un slot, sans toucher à la mise en page :

1. Slide 8 : le message tenait sur trois lignes et recouvrait les étapes. C'est le débordement signalé par le lint visuel. « Nous démarrons le cadrage dès votre accord. » est devenu « Le cadrage démarre dès votre accord. »
2. Slide 1 : le sous-titre passait sur deux lignes, alors que le gabarit en prévoit une. Aucun outil ne le signalait. Il est devenu « Un diagnostic de quatre semaines, avant tout investissement ».
3. Slide 5 : le libellé « Cartographie des tâches » passait sur deux lignes et touchait son détail. Il est devenu « Carte des tâches ».

Deux de ces trois défauts ne déclenchaient aucune alerte : seul le rendu les montrait. C'est la raison d'être de l'étape de relecture.

Un point est resté en l'état : les en-têtes du tableau de la slide 6 (« Poste », « Valeur », « Détail ») sont fixés par le gabarit tableau. Ils se lisent en français, mais restent en français dans la version anglaise. Le seul contournement possible dans le fichier aurait figé le contenu du tableau et empêché de le modifier par ses slots. L'agent l'a donc laissé à la relecture humaine.

La version anglaise

La version anglaise a pris 34 s : copie du deck, réécriture des valeurs de slots, régénération, validation, rendu et relecture. La mise en page n'a pas bougé, le lint visuel n'a rien trouvé, et seuls les en-têtes du tableau sont restés en français.

Télécharger le deck anglais (.deck, 13 Ko), ou lire le récit de ce test en anglais.

Ce que ce test ne prouve pas

• Un seul run. Un agent, un modèle et une machine : un autre brief, un autre agent ou un autre jour donneront d'autres durées.
• Un brief court et déjà validé. La discussion avec le client sur le fond, souvent plus longue que la production, n'en fait pas partie.
• Un agent préparé au brief. Il connaissait le brief avant le départ du chrono, car il figurait dans la consigne du test. Il découvrait en revanche le skill et les gabarits.
• Aucune relecture humaine. Un consultant relira le fond et retouchera sans doute des formulations dans l'application.
• Un PowerPoint non ouvert. Le .pptx n'a été ouvert ni dans PowerPoint ni dans Keynote : seule sa structure a été contrôlée. L'export .pptx fait partie de l'offre Pro.
• Des rendus sur GPU logiciel. Le temps de rendu sur un Mac avec son GPU n'a pas été mesuré.

Refaire le test

1. Téléchargez Decktype, ouvrez l'application, puis lancez « Connecter un agent… » en suivant le guide. L'application installe la CLI deck et le skill.
2. La CLI s'installe dans ~/Library/Application Support/Decktype/bin/ et n'est pas sur le PATH. Dans le terminal de l'agent : export PATH="$HOME/Library/Application Support/Decktype/bin:$PATH".
3. Donnez le brief ci-dessus à votre agent, notez l'heure de départ et laissez-le suivre sa boucle : deck validate, deck regenerate, deck render, puis la relecture de chaque slide.
4. Comparez votre deck à celui de cet article. Pour découvrir chaque commande une à une, lisez Premiers pas avec la CLI deck.

Le journal horodaté

Le journal brut, tel qu'il a été écrit pendant le run :

2026-09-24T11:43:45Z  start      chrono start: read SKILL.md (deck 1.3.0) and brief
2026-09-24T11:43:52Z  outline    capabilities, templates list/show, plan of 8 slides
2026-09-24T11:44:37Z  compose    deck new, slot bindings for 8 slides, zip
2026-09-24T11:44:55Z  check      validate, lint, regenerate, lint --visual, render (loop 1)
2026-09-24T11:45:09Z  review     look at each PNG (loop 1)
2026-09-24T11:45:56Z  check      patch 3 slots, regenerate, validate, lint, lint --visual, render (loop 2)
2026-09-24T11:45:58Z  review     look at changed PNGs 1, 5, 8 (loop 2)
2026-09-24T11:46:06Z  export     deck export to .pptx, check zip structure
2026-09-24T11:46:36Z  translate  copy deck, rewrite slot values in English, regenerate, validate, render, review
2026-09-24T11:47:10Z  end        chrono stop: FR deck exported, EN deck rendered and reviewed