---
title: "Ce que « le pourcentage écrit par l'IA » peut vous dire, et ce qu'il ne peut pas"
description: "Comment l'attribution des lignes à l'IA est mesurée pour Claude Code, Codex, Gemini CLI et l'extension d'éditeur, ce qu'elle laisse de côté, et pourquoi le chiffre sert à remarquer un changement dans votre façon de travailler plutôt qu'à juger qui que ce soit."
url: https://inlinr.com/fr/guides/measuring-ai-written-code
lang: fr
---

# Ce que « le pourcentage écrit par l'IA » peut vous dire, et ce qu'il ne peut pas

Comment l'attribution des lignes à l'IA est mesurée pour Claude Code, Codex, Gemini CLI et l'extension d'éditeur, ce qu'elle laisse de côté, et pourquoi le chiffre sert à remarquer un changement dans votre façon de travailler plutôt qu'à juger qui que ce soit.

Usage de l'IA 5 min de lecture Publié le 5 août 2026 Par [Thibault Fayard](https://inlinr.com/fr/authors/thibault-fayard)

Mis à jour le 30 oct. 2026 : Comment chaque source compte ses lignes : Codex, Gemini CLI et la règle de l'extension d'éditeur, avec leurs sources.

![Les lignes écrites chaque semaine, partagées entre vous et les assistants, avec la part écrite avec l'IA](https://inlinr.com/marketing/ai.jpg)

« Le pourcentage de code écrit par l'IA » est facile à produire et facile à mal utiliser. Chaque assistant rapporte ses modifications à sa façon, un éditeur ne voit qu'une partie de ce que vous tapez, et le chiffre ne dit rien de la difficulté des lignes. Voici comment il est mesuré, source par source, ce qu'il laisse de côté, et la question à laquelle il répond.

## D'où vient le chiffre

Le chiffre est **lignes ajoutées par un assistant ÷ toutes les lignes ajoutées**, sur une période. Le numérateur vient des traces que les assistants gardent de leurs modifications ; le dénominateur, de toutes les lignes qu'un plugin a vu ajouter, quel qu'en soit l'auteur. Chaque source compte ses lignes autrement :

| Source                 | Ce qui compte comme une ligne de l'IA                                                    | Lu dans                                                                |
| ---------------------- | ---------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |
| Claude Code            | Les lignes de chaque modification faite par l'assistant                                  | Le patch que chaque modification enregistre dans le fichier de session |
| Codex                  | Les lignes ajoutées d'un patch, une fois appliqué                                        | Ses appels à apply\_patch                                              |
| Gemini CLI             | Les lignes ajoutées par le modèle, pas celles que vous avez changées dans sa proposition | Les statistiques de diff de write\_file et replace                     |
| VS Code et ses dérivés | Une insertion d'au moins 2 lignes ou 80 caractères, hors collage                         | Chaque modification d'un document, au moment où elle a lieu            |

Comment chaque source décide qu'une ligne a été écrite par un assistant.

Les trois assistants en terminal savent ce qu'ils ont écrit : leurs fichiers de session enregistrent chaque modification. Un éditeur, non. L'extension inlinr pour VS Code, Cursor et Windsurf voit les modifications d'un document, pas qui les a faites, et elle les classe donc une par une : une insertion d'un seul bloc d'au moins deux lignes ou 80 caractères, qui ne vient pas du presse-papiers, compte comme générée ; la frappe, les suppressions, le multicurseur, le formatage à l'enregistrement et l'annulation comptent comme les vôtres. La règle est prudente exprès. Elle manque une complétion d'une ligne que vous avez acceptée, parce que surcompter flatterait le chiffre.

Elle ne nomme un assistant qu'après avoir vu une telle modification. Copilot démarre avec l'éditeur, que vous l'utilisiez ou non : un outil installé et actif ne prouve pas qu'il a écrit quoi que ce soit.

## Ce qu'il laisse de côté

- **Les lignes tapées là où rien ne compte.** Si vous écrivez du code dans un éditeur sans l'extension, ces lignes manquent au dénominateur, et la part monte. Quelqu'un qui ne travaille que dans Claude Code voit près de 100 %.
- **Le code supprimé parce que l'assistant l'avait mal écrit.** Les suppressions comptent comme des suppressions, pas comme un échec de l'IA.
- **Tout ce qu'un assistant vous a aidé à réfléchir.** Une conversation qui vous a mené à écrire vous-même dix bonnes lignes compte zéro.
- **La difficulté.** Du code passe-partout généré et une correction subtile de concurrence font une ligne chacun.

Quand aucun plugin n'a compté de lignes sur une période, la réponse honnête est « inconnu », pas « 0 % ». Un outil qui affiche 0 % quand il ne peut pas mesurer vous dit quelque chose de faux.

## À quoi il sert

À remarquer un changement dans votre façon de travailler. Un mois où la part bondit vaut une minute de réflexion : le travail a-t-il changé de nature, ou vos habitudes ? C'est une question pour vous, pas une note pour quelqu'un d'autre, et c'est pourquoi ce chiffre n'a rien à faire dans un entretien d'évaluation. Un développeur mesuré sur ce chiffre produira ce que l'indicateur récompense, et l'indicateur ne sait pas ce qu'est du bon code.

## Ce que fait inlinr

Le plugin Claude Code lit les fichiers de session de Claude Code, Codex et Gemini CLI et envoie les lignes de chaque modification, jamais le code lui-même. L'extension d'éditeur applique la règle ci-dessus et n'envoie que des nombres de lignes avec le chemin du fichier. Le tableau de bord montre la part de l'IA par projet et par assistant, et la part du temps où un assistant était actif, sans rien à la place d'un chiffre quand aucun plugin n'a compté de lignes. Chaque assistant a sa page d'installation : [Claude Code](https://inlinr.com/fr/integrations/claude-code), [Codex](https://inlinr.com/fr/integrations/codex), [Gemini CLI](https://inlinr.com/fr/integrations/gemini-cli), [Cursor](https://inlinr.com/fr/integrations/cursor).

## Sources

- [L'extension inlinr pour VS Code](https://github.com/inlinrhq/inlinr-vscode), son code : la règle qui classe une modification (`edit-attribution.ts`). Consulté le 29 octobre 2026.
- [Le plugin inlinr pour Claude Code](https://github.com/inlinrhq/inlinr-claude-code), son code : la lecture des fichiers de session de Claude Code, Codex et Gemini CLI (`src/transcript.ts`, `src/agents/`). Consulté le 29 octobre 2026.

## Ce qui a changé

- 30 oct. 2026 : Comment chaque source compte ses lignes : Codex, Gemini CLI et la règle de l'extension d'éditeur, avec leurs sources.
- 5 août 2026 : première publication.

## Sur vos propres projets

inlinr n'affiche la part de l'IA que lorsqu'un plugin a compté des lignes, et n'affiche rien plutôt que zéro quand aucun ne l'a fait.

[Analyse du code IA](https://inlinr.com/fr/ai-coding-analytics)

Gratuit en solo · aucun code source ne quitte votre machine

## À lire aussi

- [Usage de l'IA Lire une facture de tokens : quatre prix, et le cache qui en fait l'essentiel Quatre compteurs, quatre prix, et un cache qui relit toute la conversation à chaque tour. Comment les lire sans se tromper de plusieurs fois. 7 min de lecture](https://inlinr.com/fr/guides/ai-token-costs)
- [Freelance Fixer et calculer son TJM de développeur freelance Un TJM se calcule à partir des jours que vous facturerez vraiment, pas des 365 de l'année. La méthode, et ce qui compte comme un jour. 6 min de lecture](https://inlinr.com/fr/guides/tjm-developpeur-freelance)
- [Intégration Suivi du temps pour Cursor Suivez automatiquement votre temps de code dans Cursor, avec la part de votre code écrite par l'assistant de Cursor, par projet et par semaine. Ouvrir](https://inlinr.com/fr/integrations/cursor)
