# debois-tessl-context-development-lifecycle-ai-coding-agents-2026-02-19

## Veille

Context Development Lifecycle (CDLC) — cycle d'ingénierie du contexte pour agents de codage IA

## Titre Article

The Context Development Lifecycle: Optimizing Context for AI Coding Agents

## Date

2026-02-19

## URL

https://tessl.io/blog/context-development-lifecycle-better-context-for-ai-coding-agents/

## Keywords

context development lifecycle, CDLC, contexte organisationnel, agents de codage, évaluations, distribution contexte, gouvernance contexte, DevOps parallèle, fenêtres de contexte infinies, connaissance implicite, TDD pour contexte

## Authors

Patrick Debois

## Ton

**Profil** : Perspective de fondateur-praticien, registre professionnel et pédagogique, niveau technique intermédiaire. Patrick Debois, inventeur du terme DevOps, écrit en architecte de mouvement qui pose les fondations d'un nouveau paradigme. **Style** : Prose structurée et didactique, progression méthodique du constat (« le goulot d'étranglement a changé ») vers la solution (les 4 phases du CDLC). Analogies historiques puissantes — le contexte avant le CDLC comparé au code avant le contrôle de version. Usage de questions rhétoriques pour interpeller le lecteur (« You wouldn't ship code without tests. Why would you ship context without evaluations? »). Métaphores concrètes : « Every session is a new hire », « context rots », « context as a package ». Le parallèle avec DevOps est central et assumé — Debois parle depuis sa propre histoire. Ton d'autorité bienveillante qui vise les tech leads et engineering managers.

## Pense-betes

- **Thèse centrale** : le goulot d'étranglement du développement logiciel n'est plus la vitesse d'écriture du code, mais la qualité du contexte fourni aux agents
- **CDLC en 4 phases** : Générer (rendre l'implicite explicite), Évaluer (TDD pour le contexte), Distribuer (contexte comme package versionné), Observer (boucle de feedback en production)
- **« Chaque session est un nouvel employé »** — les agents repartent de zéro à chaque fois, sans mémoire musculaire ni conversations de couloir
- **Trois niveaux de contexte** : technique (standards, patterns), projet (timelines, scope), business (conformité, attentes client) — la plupart des équipes ne fournissent que le premier
- **Le contexte pourrit et entre en conflit** — il faut gérer sa fraîcheur et sa cohérence, pas seulement son existence
- **Évaluations (evals)** : approche TDD — définir le comportement attendu, exécuter, voir l'échec, améliorer le contexte. Contrôle qualité statistique car les LLMs sont non-déterministes
- **Échec d'évaluation = spécification non écrite** — le problème est rarement l'agent, plutôt le contexte incomplet
- **Distribution** : les développeurs veulent partager le contexte car ça améliore directement leurs agents — « for the first time, there's a selfish reason to share knowledge »
- **Parallèle DevOps** : même dynamique de collaboration, mais l'incitation est structurellement mieux alignée — le contexte bénéficie à l'auteur ET aux autres équipes par effet de bord
- **Fenêtres de contexte infinies ne résolvent pas le problème** : plus de contexte = plus de contradictions. Le défi passe de la curation à la gouvernance
- **Contexte comme surface d'attaque** — nécessite la même posture de sécurité de la chaîne d'approvisionnement que les dépendances
- **Article précurseur** du « Context Flywheel » qui développe l'effet composé dans le temps

## RésuméDe400mots

Patrick Debois, fondateur de Tessl et inventeur du terme DevOps, propose dans cet article fondateur le concept de Context Development Lifecycle (CDLC) — un cycle d'ingénierie qui traite le contexte des agents de codage IA comme un artefact d'ingénierie à part entière, et non comme un simple fichier markdown oublié.

Le constat de départ est un changement fondamental de goulot d'étranglement. Pendant des décennies, l'industrie a optimisé la façon dont les humains écrivent du code (waterfall, agile, DevOps, platform engineering). Mais les agents de codage écrivent désormais le code. Le nouveau goulot est la qualité du contexte : la connaissance structurée qui guide les agents vers les bonnes solutions. Chaque session d'agent est comparable à un nouvel employé qui repart de zéro, sans mémoire institutionnelle.

Le CDLC se décompose en quatre phases. La phase « Générer » consiste à rendre explicite la connaissance implicite à trois niveaux — technique (standards, patterns architecturaux), projet (priorités, scope) et business (conformité, attentes client). Debois insiste : le contexte pourrit et entre en conflit, exigeant une gestion active de sa fraîcheur et de sa cohérence.

La phase « Évaluer » applique les principes du TDD au contexte. Des scénarios sont définis, les sorties des agents sont évaluées statistiquement (les LLMs étant non-déterministes), et chaque échec d'évaluation révèle une spécification non écrite plutôt qu'un défaut de l'agent. Les évaluations permettent aussi de naviguer entre modèles de façon factuelle plutôt qu'intuitive.

La phase « Distribuer » traite le contexte comme un package versionné et sécurisé. L'insight clé est l'alignement des incitations : pour la première fois, partager la connaissance sert directement l'intérêt de l'auteur, car un meilleur contexte améliore ses propres interactions avec les agents.

La phase « Observer » ferme la boucle. En production, les agents révèlent les lacunes par leurs questions, leurs choix inattendus et leurs improvisations face au silence du contexte. Ces signaux alimentent le cycle suivant.

Debois trace un parallèle explicite avec DevOps, qu'il a cofondé en 2009. La dynamique est similaire — intégrer deux activités auparavant séparées — mais l'avantage structurel est supérieur : l'incitation à collaborer est naturellement alignée avec l'intérêt individuel. Il conclut en avertissant que des fenêtres de contexte infinies n'élimineront pas le besoin du CDLC, car elles transforment le défi de la curation en défi de gouvernance, potentiellement plus complexe.

## GrapheDeConnaissance

- Patrick Debois —a_créé→ Context Development Lifecycle (METHODOLOGIE, 0.97)
- Patrick Debois —a_créé→ Tessl (ORGANISATION, 0.9)
- Patrick Debois —a_créé→ DevOps (terme) (CONCEPT, 0.85)
- phase Générer —fait_partie_de→ Context Development Lifecycle (METHODOLOGIE, 0.98)
- phase Évaluer —fait_partie_de→ Context Development Lifecycle (METHODOLOGIE, 0.98)
- phase Distribuer —fait_partie_de→ Context Development Lifecycle (METHODOLOGIE, 0.98)
- phase Observer —fait_partie_de→ Context Development Lifecycle (METHODOLOGIE, 0.98)
- CDLC —s_inspire_de→ DevOps (METHODOLOGIE, 0.92)
- Phase Évaluer —est_basé_sur→ Test-Driven Development (METHODOLOGIE, 0.93)
- Phase Distribuer —utilise→ contexte comme package versionné (CONCEPT, 0.9)
- Patrick Debois —affirme_que→ le contexte est le nouveau goulot d'étranglement (AFFIRMATION, 0.95)
- Agents de codage —utilise→ contexte structuré (CONCEPT, 0.96)
- Patrick Debois —affirme_que→ les fenêtres de contexte infinies ne résolvent pas la gouvernance du contexte (AFFIRMATION, 0.88)
- Patrick Debois —affirme_que→ l'incitation au partage est naturellement alignée (AFFIRMATION, 0.9)
- Patrick Debois —affirme_que→ le contexte pourrit et entre en conflit (AFFIRMATION, 0.92)

---
Canonical: https://www.thekb.eu/fr/fiches/debois-tessl-context-development-lifecycle-ai-coding-agents-2026-02-19/