Gestion des Limites de Contexte dans les Exécutions Longues de Claude : Modèle d'Arbre AC

Un développeur sur r/ClaudeAI décrit un schéma d'échec récurrent dans les sessions Claude de longue durée. Les échecs ne sont pas des erreurs évidentes mais une dérive progressive où la sortie du modèle devient moins alignée avec l'intention originale.

Le problème : Auto-Compact et limites de contexte

Selon la source, l'auto-compact présente le premier problème. Il consomme une partie significative du contexte disponible avant que le travail productif ne commence, et la compression n'est pas neutre — le modèle décide quelles informations conserver, entraînant une perte d'informations. Les biais de primauté et de récence exacerbent cela : le milieu de l'exécution s'affaiblit en premier, les contraintes initiales s'estompent, et les décisions sont prises contre une intention fragmentée.

Désactiver l'auto-compact révèle le deuxième problème : la limite stricte de contexte. Une fois qu'une session est pleine, elle est effectivement terminée sans chemin de continuation ou de récupération propre.

La solution : Modèle d'exécution AC Tree

Le développeur a trouvé le succès en changeant la forme d'exécution plutôt qu'en ajustant simplement les paramètres. L'approche traite l'entrée non pas comme une spécification terminée mais comme un objectif humain. Le système interroge l'utilisateur pour clarifier l'intention, extraire les contraintes et faire émerger les hypothèses cachées, puis compile cela en un arbre AC — un graphe de dépendance d'unités de travail discrètes et vérifiables.

Chaque nœud de l'arbre AC obtient sa propre session, et les nœuds ne se connaissent qu'à travers un état durable minimal transmis vers l'avant. Cela maintient le flux de travail global de longue durée tout en rendant chaque génération courte, limitée et isolée. La dérive est contenue au niveau du nœud au lieu d'empoisonner toute l'exécution.

Le développeur a implémenté ce modèle dans un projet appelé Ouroboros, disponible à github.com/Q00/ouroboros.