Claude Mythos
arrow_back Blog

KAIROS : le mode daemon caché dans Claude Code

La fuite du code source de Claude Code a révélé KAIROS — un mode daemon autonome qui transforme Claude Code en agent de fond permanent avec consolidation de mémoire.

Publié le 1 avril 2026 · Claude Mythos
Claude Code KAIROS Mode daemon Agent IA Feature Flag

En bref : Le code source fuité de Claude Code contient plus de 150 références à un feature flag appelé KAIROS. C’est un mode daemon — un agent de fond persistant qui surveille votre environnement de développement, maintient le contexte entre les sessions et effectue une « consolidation de mémoire » autonome pendant les périodes d’inactivité. KAIROS n’a pas été déployé. Il est verrouillé derrière un flag interne. Mais son architecture révèle la direction qu’Anthropic voit pour les outils de programmation IA : d’assistants réactifs à partenaires de développement permanents.

Qu’est-ce que KAIROS dans Claude Code

Selon le code fuité, KAIROS est un flag interne référencé plus de 150 fois. Ce n’est pas une expérience mineure. Le volume et la répartition des références indiquent un sous-système profondément intégré, touchant la gestion des sessions, le contexte, la planification de tâches en arrière-plan et les opérations de mémoire.

KAIROS représente un changement architectural fondamental. Aujourd’hui, Claude Code est un outil réactif — vous l’invoquez, il répond, l’interaction prend fin. Avec KAIROS, Claude Code devient un processus persistant — un daemon — qui s’exécute en continu en arrière-plan.

Le flag est désactivé pour tous les utilisateurs externes. Pas de documentation, pas d’annonce.

Comment fonctionne le mode daemon

KAIROS introduit deux capacités centrales : sessions en arrière-plan et contexte persistant.

Sessions en arrière-plan — Claude Code ne se termine pas quand vous fermez une conversation. Le daemon continue de s’exécuter, conscient de l’état de votre projet.

Contexte persistant — L’agent maintient sa compréhension d’une session à l’autre. Au lieu de repartir de zéro, le daemon accumule des observations au fil du temps, construisant un modèle de plus en plus riche de votre code, vos habitudes et vos intentions.

Un daemon avec contexte persistant n’est pas un simple outil. C’est un processus qui apprend en continu de votre environnement.

autoDream : consolidation de mémoire

Le sous-système le plus frappant de KAIROS est un processus que le code appelle autoDream.

Il s’active pendant les périodes d’inactivité de l’utilisateur. Trois opérations :

  1. Fusion d’observations dispersées. L’agent combine les informations recueillies lors de différentes sessions en représentations unifiées.

  2. Suppression des contradictions logiques. Si l’agent a enregistré des informations contradictoires, autoDream élimine les données obsolètes.

  3. Promotion d’intuitions floues en faits établis. L’opération la plus agressive. Des observations provisoires deviennent des assertions fermes sur la base de preuves accumulées.

Tout cela se fait sans intervention de l’utilisateur.

Pourquoi KAIROS change la donne

Tous les outils de programmation IA actuels — Cursor, GitHub Copilot, Windsurf, Claude Code dans sa forme actuelle — fonctionnent sur le même modèle : l’utilisateur demande, l’IA répond. La boucle est toujours initiée par l’humain.

KAIROS brise cette boucle. Le modèle passe de « demander à l’IA et obtenir une réponse » à « l’IA observe, apprend et agit ». L’agent n’attend pas de prompt. Il observe, accumule et consolide de façon autonome.

Ce n’est pas une amélioration incrémentale. C’est un changement de catégorie.

Si KAIROS est déployé sous une forme proche de ce que décrit le code fuité, ce sera le premier outil de programmation IA à fonctionner comme un véritable agent de fond plutôt qu’un assistant à la demande.

Ce que l’on ignore sur KAIROS

⚠️ Date de lancement. Pas de calendrier public. Un feature flag peut rester dans le code pendant des mois ou des années.

⚠️ Fiabilité des « faits » d’autoDream. Si la consolidation promeut des hypothèses incorrectes, le comportement ultérieur de l’agent repose sur des fondations défectueuses.

⚠️ Vie privée. Un daemon qui observe en permanence les fichiers et l’activité soulève de sérieuses questions.

⚠️ Consommation de ressources. Faire tourner un LLM en processus de fond est coûteux en calcul.

Pour aller plus loin

Share