Reprise du message précédent :
Bonjour,  
petit soucis avec mon claude depuis deux jours.
Je lance une création de support qui d'habitude me prend à peu près 50% de mon forfait 5h et là depuis deux jours, ça me crame tout en 2s et ça ne m'a rien produit.
Comment réussir à identifier ce qui s'est passé pour pas que ça se reproduise ?
Peux t'on avoir un résumé des dernières consommations de token ? J'utilise VSCode + Claude Terminal.
Merci

Tu recommences avec un contexte à "0" à chaque fois ?

Bienvenue au club : https://github.com/anthropics/claude-code/issues/81684
On est de plus en plus nombreux, peut être qu'Antropic finira par se bouger le cul. En attendant je suis passé sur codex...

En fait je me mets dans mon dossier dans le terminal avant de lancer claude.Puis un prompt du type : "génére le chapitre suivant de 5eme".  
Dans mon dossier j'ai un CLAUDE.MD de 800 lignes (34 Ko), un README.MD et un GUIDE-NOUVEAU-CHAPITRE.MD (80 lignes).
Donc il doit le prendre en compte j'imagine. Et souvent il me fait un premier retour que je valide.

session neuve ?

j'ai pas un abonnement max, juste un à 20€ HT.

 
Mais ce que tu essaies de faire, c’est l’intérêt des skills.
Ton guide c’est ton skill qui lui explique quoi et comment faire ? C’est lui qui l’a rédigé ?

Oui il a crée un plan d'action quand je lui demande de faire un nouveau chapitre :

C'est beaucoup trop, 800 lignes, le README.md consomme des tokens en continu.
 
Tu devrais

• le réduire
• installer une statusline, par exemple https://ctxline.js.org que je trouve top
• lancer /context pour voir ce qui consomme ton contexte
• repartir de 0 avec /clear, par exemple
• comme suggéré par Olivie, créer des skills.

Un simple "Crée un skill /génère-chapitre, qui prend en argument le niveau, à partir du contenu du README.md. Purge ensuite le fichier README.md en ne gardant que l'essentiel" devrait améliorer les choses.

Un README consomme pas du tout en continu, pourquoi tu dis ça ?

Le contexte est repassé entièrement à chaque call

À chaque call de quoi ? Si l'agent lit une fois le README dans une session et qu'on lui demande pas de le relire ça va pas consommer davantage qu'un skill. C'est le "en continu" que je comprends pas. Un skill, un fois lu, réside dans le contexte au même titre qu'un readme, à chaque tour de conversation c'est dans le cache du contexte. Après je suis d'accord avec le fait que cette procédure est un très bon candidat pour un skill, je dis pas le contraire.

Euh non.
Il est rechargé après 1h de non utilisation.

Je pense qu'il veut dire "à chaque fois"

le contexte est à priori repassé entièrement au modèle à chaque requête, c'est un peu la définition du truc, non?
Et il y a plus de requetes que de "tour de conversation" évidemment (thinking, tools etc etc).
Par contre bien sûr c'est en cache read. Et bon 800 lignes ça fait quoi, 15k tokens (peut être moins pour du contenu rédigé vs du code/data) ? Si le contenu en question est nécessaire à un bon cadrage, je ne vois pas vraiment de problème.

Je suis d’accord avec lui. Normalement tout le contexte est envoyé à chaque call.
Il lit le readme une fois. Ça fait partie du contexte. Si c’est pas envoyé dans chaque call, quel intérêt de le lui faire lire puisqu’il en aurait pas « conscience »  

 
 
C'est qui lui ?
 
Le problème à la base c'est que crashray voit fondre son budget de tokens rapidement. Le fait qu'il utilise un SKILL à la place d'un README ne changera rien à son problème. Le SKILL une fois lu occupera autant de contexte que le README. Visiblement son usage de Claude Code est assez basique pour son projet: il démarre Claude Code, lui fait lire quelques fichiers README, et *pouf* a pu de tokens. Un skill améliorera son workflow quotidien mais c'est pas ça qui va régler son problème.

Je suis d’accord avec M300A
 
Ben si tu analyse le post de crashray, son skill c’est le fichier GUIDE-NOUVEAU-CHAPITRE.MD.
Si un skill est bien fait, il n’a sans doute pas besoin de lire le readme.
Mais la on chipote, c’est clairement pas le problème qui lui bouffe son quota

Ah oui c'est pas une suggestion c'est une affirmation, j'ai observé des dizaines de communication entre mes agents et mon vllm quand j'ai mis en place mon ds4flash local

Ben c’est juste la base du fonctionnement des LLM il me semble
Chaque call est indépendant du précédent. Et la seule chose qui nous donne l’illusion de la continuité c’est que chaque nouvelle information est ajoutée au contexte et envoyée dans le call suivant.

Je contredis pas le fait que le contexte repasse à travers le modèle à chaque tour, mais pour rappel voilà le workflow :
 

 
Dans cette situation ces 3 fichiers sont lus une fois et restent dans le contexte. S'il transforme son readme.md et guide.md en skill, au démarrage seule la description du skill réside dans le contexte. Mais dès que le skill est activé son contenu restera dans son contexte de la même manière. L'intérêt d'utiliser les skill c'est justement de ne pas les utiliser Pour que ceux qui sont pas pertinents soient pas chargés. Mais là il a sembe-t-il une seule procédure...
 
Bon je pense qu'on dit plus ou moins tous la même chose. On est d'accord que le Claude.md est trop gros, qu'il faut utiliser les skills, mais tout ça n'a d'importance que si on démarre souvent de nouvelles sessions et qu'on exécute différentes procédures.
 

Oui l’intérêt d’un skill c’est justement de pouvoir être utilisé « sans contexte » et d’obtenir un résultat déterministique.
 
Après on sait toujours pas pourquoi son quota s’épuise plus vite qu’avant

ben faut monitorer un peu ce qui se passe (tokscale ou autre sur la machine, détail de la facturation/conso chez le provider), on est pas devin

Y’a aussi le fait que (si j’ai bien compris) CLAUDE.md résiste au /compact, et que les sous-agents en chargent une copie.

C'est vrai, mais on parle d'un contexte d'un miyon de tokens là

pas forcément non. Un skill c'est pas obligatoirement un script

J’ai pas parlé de script mais on est d’accord que techniquement un LLM qui répond sans script n’est pas déterministique.
Mais je considère que si mon skill c’est « pour chaque nom de pays répond avec le nom de la capitale sans autre information » c’est pour moi un résultat (plus ou moins) déterministique

Déterministe à degré variable

Ben ça carrément, dès le départ même le chargement d'un skill n'est pas déterministe si seule sa description est utilisée pour ça.
 
 
"ha oui désolé j'ai fait toutes ces opérations sans utiliser le skill qui correspond parfaitement à la situation, my bad lol, je le charge maintenant"

Tu lui as déjà demandé d’utiliser un skill et il te répond sans le faire et tu t’en rends compte après ? Quel modèle ?

lol

N'importe quoi dans ton contexte va influencer l'usage des skills. Y'a rien de magique dans un prompt de skill, le contexte est le même, si une instruction dit que l'Ukraine appartient à la Russie avant l'exécution de ton skill il va te sortir Moscou comme capitale
Le seule moyen de rendre un skill davantage déterministe c'est d'y accoler un script, avec un dictionnaire de pays/capitales, et là encore c'est pas sûr qu'il exécute le script. Pour le prouver il suffit de prendre un petit modèle un peu débile.

 
Non quand même pas, je parle du cas où la description d'un skill (la partie toujours chargée dans le contexte quoiqu'il arrive) est prévue pour que le skill se retrouve chargé automatiquement au moment opportun.. et que ben non.
C'est parfois pareil avec l'utilisation des mcp.
 
"ha oui désolé j'ai fait une tétrachiée d'appel REST API/scripts dégueus directs au lieu d'utiliser le MCP aux petits oignons".

Ah ok perso je lui donne toujours le skill dans le prompt « utilise le skill xxxxx pour blablabla et confirme moi bien que tu blablabla » jamais eu de souci même avec Luna

 
Bien sûr ça, ça marche. Mais bon le rêve vendu c'est l'autonomie hein, que ce soit pour les utilisateurs qui ne vont pas se faire chier à cadrer autant (d'autant plus que ce ne sont pas eux qui ont configuré le setup), ou pour les +/- grosses loops...

Tiens voilà un skill qui exécute tout avec une machine à états finis

README.html (expire dans 3jours) https://wise-flower-f6dg.pagedrop.io

SKILL (7 jours) : https://limewire.com/d/h2YI3#mtH2yvYp9Y

Faudrait faire des challenges HFR comme ça

Merci beaucoup. A ce que j'ai compris tu as repris ce que j'ai posté et tu l'as transformé en skill ? et normalement cela doit améliorer la chose ?
Si je veux créer moi-même un skill à partir de mon dossier où il y a beaucoup d'information, comment je peux faire ?

Je t'ai répondu en MP
 
C'est un skill quasi-déterministe

A quoi sert le nouveau bouton Cowork dans le chat

 
https://support.claude.com/fr/artic [...] -le-mobile
 
En gros tes fichiers sont dans le cloud. Je pense que c'est pareil avec l'onglet Work de ChatGPT. La différence c'est peut-être juste qu'il y a un espace de stockage persistant par projet, là où c'était peut-être read-only par chat ou temporaire quand une sandbox était démarrée. Ils testent plein de trucs c'est le bordel, mais on glisse lentement vers un OpenClaw

j'y capte rien