Reprise du message précédent :
desole mais ce nest pas verifié chez moi. je ne vois pas de diff sur opus a 30 ou a 70%.

 
Les modèles quantifiés peut-être mais j'ai pas eu ce soucis en dehors de modèles locaux. Après oui, ça sert a rien de garder un context qui n'a rien a voir avec ce qu'on fait.
 

 
+1
 
Je laisse le contexte s'auto-compacter si besoin.

Pareil

C'est pas moi qui le dis, mais perso je cherche pas à le constater, j'applique la méthode de garder un contexte propre et ça marche extrêmement bien.

c'est toujours la différence de perception entre des papiers et l'expérience terrain

Bein si y'a une part de confiance dans les études et les benchs. Je fais pas des tests moi-même, par contre je vois que mes collègues qui gardent des contextes énormes se débrouillent moins bien que moi c'est tout.

ben tu en a plusieurs ici qui disent moi y compris ne pas voir la différence, j'peux dire aussi c'tout

Ptêtre aussi que vous vibe-codez de la merde et que la différence n'est du coup pas perceptible

Vous voulez des stats dev RF2 ?

c'est pas le but de pourquoi on est ici justement

 
En effet, mon taf c'est de cramer des tokens pour arriver a zéro a la fin du mois, mais c'est pas facile

normalement comme dit plus haut le contexte part en input cache donc c'est pas la catastrophe niveau conso, mais ça consomme quand même un peu plus.. ça depend des modèles ça (deepseek V4 d'amour). Et ça ralentit aussi un peu.
 
Pas souvenir que ça merde particulièrement au delà de 50% mais j'avoue que sur les modèles à 1M j'y arrive rarement. Je suis un pingre donc sur les gros trucs c'est orchestrateur-sousagents. Et j'aime bien avoir une liste de session propre limite une session = 1 feature-branch, donc sur les trucs courts je reset régulièrement

Je vous conseille cette conférence de Matt Pocock

Il parle de la dumb zone ici
https://youtu.be/-QFHIoCo-Ko?t=2242

Et je vous conseille d'installer ses skills et de tester sa méthode de Domain Driven Design, tester le skill grill me with docs entre autre. Je fais mes issues avec ses skills et pas mal de tâches parallèles avec sa technique de découpage.
https://github.com/mattpocock/skills

Ça va les chevilles du mec
"Skills For Real Engineers"

Sinon j'utilise https://github.com/obra/superpowers ça crame davantage de tokens mais le résultat est généralement parfait. Les vrais ingénieurs n'utilisent plus le mode plan

assez d'accord, avec les skills qu'on a intégré, on en a plus besoin non plus

Oui j'utilise ça justement, et régulièrement entre le brainstorming, les specs, les modif et le plan je suis déjà à 75% de context sur 1M. Donc même sujet, pas de perte. Je pars à 0 pour le dev subagent driven. Et souvent j'arrive à 95 avant de finir toutes des étapes du plan.

Idem, j'ai abandonné le mode plan il y a un moment déjà et laisse les outils de superpowers se déclencher quand nécessaire.

Je note une dégradation légère du raisonnement à partir de 60% de contexte utilisé, et une augmentation progressive de la conso en tokens, mais ça reste négligeable je trouve. Les sous-agents font le taf efficacement, et avec ultracode c'est un plaisir

Ah ben c'est cool, vous utilisez tous ce skill sans en parler, vive le partage d'infos
Je l'avais mis en étoile sur github mais jamais utilisé
 

 
Vous utilisez quoi comme skills ? Des trucs customs ou des choses qu'on peut trouver sur github ?

Les skills de superpower. Brainstorm, write plan, Tdd, finish branch... etc

Custom

Il y a des centaines de choses différentes qui ce n'est plus, c'est pas parce que quelqu'un utilise un outil qu'il faut l'utiliser/il te servira

Oue mais du coup maintenant que vous partagez ben j'en ai pris connaissance et je peux regarder si je peux l'appliquer à mon cas, et c'est cool franchement.
 
Merci