CDLC
Cycle de développement du contexte : le traiter comme une dépendance logicielle, versionnée et évaluée (Generate, Evaluate, Distribute, Observe).
SFEIR AI · Mis à jour le 26 août 2026
Traiter le contexte comme une dépendance logicielle
Le CDLC (Context Development Lifecycle) applique au contexte les disciplines du logiciel : il est versionné, packagé et évalué comme une dépendance. Il s'articule en quatre temps, Generate → Evaluate → Distribute → Observe, pour produire et maintenir un contexte fiable.
Le cadre est proposé par Patrick Debois, créateur du terme DevOps et organisateur des premiers devopsdays en 2009, dans un billet publié le 19 février 2026. Il y résume la thèse en une phrase : « Context is the new bottleneck, not code. » Ce n'est pas une norme mais un cadre de praticien, publié sur un blog signé et daté ; des déclinaisons en quatre, cinq ou sept étapes circulent depuis, ce que l'auteur signale lui-même.
- Generate — Convertir la connaissance implicite en spécifications.
- Evaluate — Tester le contexte par scénarios.
- Distribute — Versionner et publier le contexte comme un paquet.
- Observe — Apprendre du comportement des agents en production.
L'évaluation au cœur
Dans le CDLC, « un échec d'évaluation équivaut à une spécification non écrite ». Le contexte se dégrade comme le code : une spec périmée induit activement l'agent en erreur, d'où la nécessité de l'observer et de le tester en continu. C'est ce qui distingue le cadre d'une simple recommandation de documentation, et ce qui le rapproche du compound engineering, qui traite du même cumul de connaissance par une autre entrée.
Questions fréquentes
Qu'est-ce que le CDLC ?
Le CDLC (Context Development Lifecycle) est le cycle de vie qui traite le contexte des agents comme une dépendance logicielle — versionnée, packagée, évaluée — en quatre temps : Generate, Evaluate, Distribute, Observe.
Qui a créé le CDLC, et quand ?
Patrick Debois, créateur du terme DevOps et organisateur des premiers devopsdays en 2009, dans un billet publié sur son blog le 19 février 2026. Il y formule la thèse ainsi : « Context is the new bottleneck, not code. »
Que recouvrent les quatre phases ?
Generate convertit la connaissance implicite en spécifications ; Evaluate teste le contexte par scénarios ; Distribute le versionne et le publie comme un paquet ; Observe apprend du comportement réel des agents en production pour alimenter le cycle suivant.
Est-ce une norme ou un standard ?
Non. C'est un cadre conceptuel de praticien, publié sur un blog signé et daté, sans statut institutionnel ni réglementaire. Des déclinaisons indépendantes en quatre, cinq ou sept étapes ont circulé depuis, ce que l'auteur signale lui-même.
Sources
- Patrick Debois — The Context Development Lifecycle · 2026-02-19
Context is the new bottleneck, not code.
- Tessl — version publiée du billet sur le Context Development Lifecycle
- Patrick Debois — biographie
Articles liés
Raw, bronze, silver, gold : produire la connaissance comme on raffine la donnée
Raw en lecture seule, bronze tracé, silver qui fait foi, gold régénéré : le médaillon appliqué aux livrables. On n'édite plus le document, on enrichit la matière et on régénère. La réponse structurelle au workslop, et la chaîne par laquelle SFEIR produit ses propres supports.
Le CDLC : traiter le contexte comme une dépendance logicielle
Le paradoxe du prompt vide : quand 80 % du travail se passe avant d'écrire Vous avez probablement déjà vécu cette situation : un développeur passe une heure à peaufiner un prompt, obtient un résultat médiocre, reformule, recommence, et finit par se demander si l'IA tient vraimen...
Architecture 3-Tier du contexte : Hot, Warm et Cold Memory
Le paradoxe du prompt vide : quand 80 % du travail se fait avant d'écrire Une étude portant sur 283 sessions de travail avec des agents IA révèle un chiffre qui devrait faire réfléchir tout architecte logiciel : l'infrastructure contextuelle représente désormais 24,2 % de la doc...
Agentic coding sur de grandes bases de code : le vrai problème n'est pas l'agent, c'est la mémoire
Agentic coding sur de grandes bases de code : le vrai goulot, c'est lire le code existant — donnez le contexte du dépôt à l'agent.