Πού πηγαίνουν τα token στο Claude Code: 9 μοτίβα απώλειας και πώς να τα διορθώσετε το 2026

Σε ένα παράδειγμα, η εντολή /context σε μια νέα συνεδρία του Claude Code έδειξε ότι είχαν καταναλωθεί 60K token από τα 200K πριν σταλεί το πρώτο μήνυμα. Στο αποθετήριο του έργου είχε εκκινηθεί μόνο το claude. Εξήντα χιλιάδες token — δηλαδή το ένα τρίτο του προϋπολογισμού είχε δαπανηθεί για την «προετοιμασία» της συνομιλίας.

Δύο εβδομάδες αργότερα, κατάλαβα ακριβώς πού πήγαν. Παρακάτω θα βρείτε και τα 9 μοτίβα που καταναλώνουν τα token σας πριν καν αρχίσετε να πληκτρολογείτε, καθώς και τρόπους να τα διορθώσετε. Τα στοιχεία προέρχονται από την επίσημη τεκμηρίωση της Anthropic και μετρήσεις από πραγματικές συνεδρίες.

Τι σημαίνει ότι «χάνεται το 73% των token πριν από το prompt»;#

Μέχρι πρόσφατη ενημέρωση, το /context έδειχνε περίπου τριπλάσια απώλεια MCP από την πραγματική, επειδή η επιβάρυνση ανά εργαλείο καταμετρούνταν ξεχωριστά για κάθε εργαλείο.

Δεν θα ισχυριστώ ότι το «73» είναι αδιαμφισβήτητο — μπορεί να είναι 60% ή 80%, ανάλογα με τη ρύθμισή σας. Η γενική εικόνα όμως είναι σωστή και κάθε μοτίβο μπορεί να διορθωθεί ξεχωριστά. Παρακάτω θα τα εξετάσω ανά τρία.

Πώς δημιουργεί ο Claude context πριν διαβάσει το αίτημά σας;#

Στη συζήτηση του ζητήματος GitHub #13717, κάποιος άνοιξε την εντολή /context σε μια συνεδρία με έξι διακομιστές MCP και πήρε την εξής ανάλυση:

Προσέξτε: ακόμη κι αν δεν έχετε γράψει τίποτα, σχεδόν το μισό παράθυρο είναι ήδη κατειλημμένο. Λιγότερο από το μισό μένει ελεύθερο μαζί με την ενδιάμεση μνήμη autocompact, και σε αυτό πρέπει να χωρέσει όλη η συνομιλία σας — μηνύματα, απαντήσεις του Claude, αρχεία που διαβάστηκαν και έξοδος εντολών.

Το μέγεθος του παραθύρου εξαρτάται από το μοντέλο. Σύμφωνα με την τεκμηρίωση μοντέλων της Anthropic, τον Σεπτέμβριο του 2026 τα Opus 4.7 και νεότερα, το Sonnet 5 και τα μοντέλα Fable διαθέτουν παράθυρο 1M token σε κάθε πρόγραμμα, συμπεριλαμβανομένου του Pro. Τα 200K παραμένουν για τα Opus 4.6 και Sonnet 4.6 χωρίς extended context, καθώς και για συνεδρίες όπου το 1M έχει απενεργοποιηθεί με τη μεταβλητή CLAUDE_CODE_DISABLE_1M_CONTEXT=1. Ένα μεγαλύτερο παράθυρο δεν λύνει το πρόβλημα του διογκωμένου context: ό,τι φορτώνεται πριν από το πρώτο μήνυμα αποστέλλεται στο μοντέλο με κάθε αίτημα και η τεκμηρίωση κόστους αναφέρει ρητά ότι όσο περισσότερο context υπάρχει, τόσο περισσότερα token δαπανώνται. Η συνδρομή δεν το αλλάζει αυτό — σε κάθε πρόγραμμα, κάθε επιπλέον token μετράει στο όριό σας.

Πού πηγαίνει το πρώτο τρίτο του context: CLAUDE.md, ιστορικό και MCP;#

Μοτίβο 1. CLAUDE.md πριν από κάθε μήνυμα

Το αρχείο φορτώνεται πριν από κάθε μήνυμα που στέλνετε, όχι μόνο μία φορά ανά συνεδρία. Ένα CLAUDE.md 5,000 tokens καταλαμβάνει τόσο context στα αιτήματα που το περιλαμβάνουν, αλλά νέα είσοδος, εγγραφές cache και αναγνώσεις cache χρειάζονται χωριστή λογιστική· το επαναλαμβανόμενο περιεχόμενο δεν χρεώνεται απαραίτητα με ολόκληρη την τιμή χωρίς cache.

Η Anthropic αναφέρει ρητά στην τεκμηρίωση:

Σε ένα παράδειγμα, το CLAUDE.md του έργου έχει 180 γραμμές — όλα τα εξειδικευμένα στοιχεία (πώς γράφονται οι οδηγίες για εργαστήρια, η μορφή αναρτήσεων στο TG, ο νομικός κατάλογος ελέγχου) μεταφέρθηκαν σε Skills και αρχεία Markdown μέσα στο business/, τα οποία ο Claude διαβάζει μόνο όταν ανατρέξει συγκεκριμένα σε αυτά. Έτσι η βασική επιβάρυνση μειώθηκε κατά 60-70% σε σύγκριση με δύο μήνες πριν.

Μοτίβο 2. Το ιστορικό συνομιλίας ξαναδιαβάζεται με κάθε απάντηση

Αυτό το μοτίβο είναι το δυσκολότερο να εντοπιστεί εξωτερικά, επειδή δεν είναι ορατό. Το μοντέλο λαμβάνει το διατηρούμενο context συνομιλίας σε επόμενα αιτήματα. Η prompt cache μπορεί να επαναχρησιμοποιεί σταθερό πρόθεμα· σύνοψη και εκκαθάριση μπορούν να αλλάζουν το διατηρούμενο κείμενο. Το context που παρέχεται επανειλημμένα εξακολουθεί να καταλαμβάνει παράθυρο ακόμη κι όταν η τιμολόγηση cache μειώνει το κόστος του.

Η λύση είναι η εντολή /clear ανάμεσα σε άσχετες εργασίες. Ο δικός μου κανόνας: νέα συνομιλία για κάθε νέα εργασία. Αν μια εργασία είναι μεγάλη και χρειάζεστε το ιστορικό, χρησιμοποιήστε το /compact για να συνοψίσετε το παρελθόν σε μια σύντομη περίληψη και συνεχίστε από εκεί.

Περισσότερα για αυτόν τον κανόνα στον οδηγό «Πώς να μην εξαντλήσετε τα όρια του Claude Code μέσα σε μία ημέρα: 8 κανόνες για εξοικονόμηση token», με παραδείγματα από τις συνεδρίες μου.

Μοτίβο 3. Οι διακομιστές MCP καταχωρίζουν όλα τα εργαλεία τους στο context

Αυτό ήταν ένα χρόνιο πρόβλημα στο Claude Code, που προκαλούσε τις μεγαλύτερες απώλειες έως το 2026. Στο προαναφερθέν ζήτημα #13717, έξι συνδεδεμένοι διακομιστές MCP (Google Docs, Asana, Calendar, Slack, Atlassian, Gmail) κατανάλωναν 98 700 token — το 49% ολόκληρου του παραθύρου πριν αρχίσει η συνομιλία.

Η Anthropic κυκλοφόρησε τη δυνατότητα Tool Search τον Δεκέμβριο του 2025–Ιανουάριο του 2026, η οποία λύνει το μισό πρόβλημα.

Στην τεκμηρίωση της Anthropic, η περιγραφή λέει πλέον:

Τι να κάνετε στην πράξη:

1. Ενημερώστε το Claude Code σε έκδοση με Tool Search (όλες οι τρέχουσες εκδόσεις μετά τον Δεκέμβριο του 2025).
2. Ανοίξτε το /mcp και απενεργοποιήστε τους διακομιστές που δεν χρειάζεστε στην τρέχουσα συνεδρία. Στο παράδειγμα που περιγράφεται, δύο είναι πάντα συνδεδεμένοι — το Playwright και το shadcn. Ενεργοποιώ τους υπόλοιπους για μία εργασία και αμέσως μετά εκτελώ /mcp disconnect.
3. Αντικαταστήστε το MCP με CLI όπου είναι δυνατό. Χρησιμοποιήστε το gh αντί για διακομιστή MCP για το GitHub. Χρησιμοποιήστε το ημερολόγιο σε πρόγραμμα περιήγησης αντί για το Google Calendar MCP.

Έχω εξηγήσει τι είναι οι διακομιστές MCP και πώς να τους ρυθμίσετε σωστά στον οδηγό «Διακομιστές MCP στο Claude Code το 2026: 7 έτοιμες ρυθμίσεις και εγκατάσταση βήμα προς βήμα».

Μέρος του προβλήματος με το CLAUDE.md και τα Skills δεν είναι μόνο το μέγεθος, αλλά και η δομή. Ένα αρχείο οδηγιών (CLAUDE.md) αποτελεί τον πυρήνα. Οι πρόσθετες γνώσεις του έργου (κοινό, προϊόντα, νομικά έγγραφα, οδηγίες ημέρα προς ημέρα) βρίσκονται στον φάκελο business/ — αυτός είναι ο Second Brain στη μεθοδολογία μου. Ο Claude διαβάζει μόνο ό,τι χρειάζεται εκείνη τη στιγμή και η συμπίεση του context συμβαίνει ήδη σε αυτό το επίπεδο. Η πλήρης ανάλυση βρίσκεται στο «The Second Brain στο Claude Code».

Και μία ακόμη λεπτομέρεια που συχνά παραβλέπεται: ο καθαρισμός του CLAUDE.md, η μετάβαση στα Skills και η απενεργοποίηση του MCP είναι μόνο το πρώτο βήμα. Μετά έρχεται η μεθοδολογία context engineering — τι βάζετε σε κάθε prompt, με ποια σειρά, τι αναθέτετε μέσω του Plan Mode και τι χειρίζεστε με το /compact. Αυτός ο οδηγός καλύπτει ένα δομικό στοιχείο.

Τι συσσωρεύεται σε μια συνεδρία και τι δεν μπορεί να περικοπεί;#

Μοτίβο 4. Η έξοδος εργαλείων συσσωρεύεται κατά τη διάρκεια της συνεδρίας

Μια λεπτομέρεια που λίγοι αναφέρουν: όταν ο Claude εκτελεί bash cat huge-file.log, ολόκληρη η έξοδος της εντολής μπαίνει στο context και παραμένει εκεί μέχρι το τέλος της συνεδρίας ή το /clear. Το ίδιο ισχύει για το Read σε ένα μεγάλο αρχείο — και οι 10.000 γραμμές παραμένουν εκεί, καταναλώνοντας token σε κάθε επόμενο μήνυμα (βλ. Μοτίβο 2).

Λύσεις:

1. Χρησιμοποιήστε head, tail, grep αντί να διαβάζετε τα πάντα. bash tail -100 deploy.log αντί για Read deploy.log. Έτσι η έξοδος μειώνεται αμέσως κατά 10-100 φορές.
2. Hooks για προεπεξεργασία. Βάλτε ένα script στο ~/.claude/hooks που φιλτράρει την έξοδο του bash πριν τη δει ο Claude. Παράδειγμα από την τεκμηρίωση της Anthropic: ένα hook PreToolUse που εκτελεί npm test 2>&1 | grep -A 5 -E 'FAIL|ERROR' αντί να εμφανίζει ολόκληρη την έξοδο των δοκιμών. Έτσι συμπιέζεται κατά 50-100 φορές. Λεπτομέρειες στον οδηγό «Hooks του Claude Code το 2026: ρύθμιση βήμα προς βήμα και 7 έτοιμα παραδείγματα».
3. /clear μετά από μια μεγάλη ανάγνωση. Αν διαβάσατε ένα τεράστιο αρχείο για μία συγκεκριμένη εργασία και δεν το χρειάζεστε πλέον, μην το αφήνετε στο context «για καλό και για κακό» — ξεκινήστε νέα συνομιλία.

Μοτίβο 5. System prompt + system tools = μόνιμη βασική επιβάρυνση

Αυτό το μοτίβο δεν μπορεί να αλλάξει, επειδή δεν μπορείτε να κάνετε σχεδόν τίποτα γι’ αυτό. Το Claude Code ξεκινά με ένα system prompt (~3 200 token) και περιγραφές όλων των ενσωματωμένων εργαλείων — Read, Edit, Write, Bash, Glob, Grep, WebSearch, WebFetch, TodoWrite (~16 100 token). Συνολικά, πρόκειται για μόνιμη βασική επιβάρυνση 19 300 token που δεν μπορείτε να μειώσετε.

Τι να κάνετε στην πράξη:

• Να το έχετε υπόψη. Γνωρίζετε ότι υπάρχει μια βασική «χρέωση» 19K: με παράθυρο 200K, απομένουν 200K - 19K = 181K για όλα τα υπόλοιπα (χωρίς CLAUDE.md, MCP και την ενδιάμεση μνήμη autocompact). Σε παράθυρο 1M υπάρχει περισσότερος χώρος, αλλά αυτή η «χρέωση» συνοδεύει και πάλι κάθε αίτημα.
• Μετρήστε την επαναλαμβανόμενη επεξεργασία. Η βασική επιβάρυνση καταλαμβάνει παράθυρο και μπορεί να επανέρχεται σε επόμενα αιτήματα. Δεν είναι χρέωση tokens μία φορά ανά συνεδρία· διαχωρίστε σύνολα εισόδου, εγγραφής cache, ανάγνωσης cache και εξόδου όταν υπολογίζετε κόστος.

Πού χάνονται token με τα Skills, τα plugins και τις ομάδες agent;#

Μοτίβο 6. Skills και plugins μπορεί να καταχωριστούν δύο φορές

Αυτό το πρόβλημα εμφανίστηκε με την έλευση των plugins στο Claude Code (τέλη 2025). Όταν εγκαθιστάτε ένα plugin που προσθέτει skills, αυτά τα skills μπαίνουν στο context. Αν έχετε εγκαταστήσει παρόμοια user skills και στο ~/.claude/skills/, φορτώνονται κι εκείνα. Και μερικές φορές διπλασιάζονται.

Η Vercel δημοσίευσε ένα στοιχείο στην έρευνά της για τη δική της στοίβα AI: το 56% των skills δεν χρησιμοποιείται ποτέ σε μια συνεδρία, αλλά οι περιγραφές τους φορτώνονται συνεχώς στο context. Με 100 token ανά περιγραφή, πρόκειται για έως 5 600 token «αποσκευών» με 100 skills.

Τι να κάνετε:

1. Το /context δείχνει τι καταλαμβάνει πράγματι χώρο. Αν δείτε ενότητα Skills πάνω από 3K, καθαρίστε την.
2. ls ~/.claude/skills/ — ελέγξτε ποια skills έχετε εγκαταστήσει. Αφαιρέστε όσα δεν έχετε χρησιμοποιήσει πάνω από έναν μήνα.
3. /plugin remove για plugins που εγκαταστήσατε «για δοκιμή» και ξεχάσατε.

Το ποια είναι η σωστή δομή των Skills και πώς διαφέρουν από το CLAUDE.md εξηγείται στον οδηγό «Skills του Claude Code το 2026: πώς να δημιουργήσετε μια προσωπική βιβλιοθήκη Skills».

Μοτίβο 7. Οι ομάδες agent καταναλώνουν 7 φορές περισσότερα στο Plan Mode

Οι ομάδες agent είναι μια δυνατότητα όπου το Claude Code εκκινεί πολλές παράλληλες παρουσίες μοντέλου, καθεμία με το δικό της context. Η Anthropic αναφέρει ρητά στην τεκμηρίωση:

Αυτό σημαίνει ότι πέντε μέλη ομάδας σε Plan Mode ισοδυναμούν με πέντε παράλληλες συνεδρίες, καθεμία με τη δική της βασική επιβάρυνση συστήματος, το δικό της αντίγραφο του CLAUDE.md και τα δικά της εργαλεία MCP. Η συνολική κατανάλωση token αυξάνεται μη γραμμικά.

Τι να κάνετε:

1. Χρησιμοποιήστε Sonnet ή Haiku για τα μέλη της ομάδας. Χρησιμοποιήστε Opus μόνο για τον επικεφαλής της ομάδας που τα συντονίζει. Η τιμή ανά token μπορεί να είναι χαμηλότερη, αλλά μετρήστε πλήρες κόστος εργασίας και ποιότητα κάθε μέλους αντί να θεωρείτε δεδομένη σταθερή εξοικονόμηση.
2. Μικρές ομάδες. Δύο ή τρία μέλη αντί για δέκα.
3. Κλείστε τα ανενεργά μέλη της ομάδας. Αν η εργασία τελείωσε αλλά ένα μέλος εξακολουθεί να εκτελείται, συνεχίζει να καταναλώνει token στο παρασκήνιο.

Περισσότερα για το Plan Mode και το πότε είναι πραγματικά χρήσιμο στον οδηγό «Plan Mode στο Claude Code: οδηγός βήμα προς βήμα και 4 στάδια το 2026».

Για τι χρεώνει token ο Claude όταν δεν κοιτάτε;#

Μοτίβο 8. Το Extended thinking καταναλώνει token χωρίς να συμμετέχετε

Το extended thinking είναι μια λειτουργία όπου ο Claude «επεξεργάζεται» τη λύση σε ένα κρυφό μπλοκ σκέψης πριν απαντήσει. Στον υπολογισμό, πρόκειται για token εξόδου, που χρεώνονται όπως μια συνηθισμένη απάντηση, αλλά δεν τα βλέπετε στη συνομιλία.

Η Anthropic αναφέρει στην τεκμηρίωση:

Αυτό σημαίνει ότι ένα σύνθετο αίτημα μπορεί να χρησιμοποιήσει 10-30K token σκέψης που «τρώνε» τον προϋπολογισμό, ενώ εσείς βλέπετε μόνο μια σύντομη περίληψη στη συνομιλία.

Τι να κάνετε:

1. /effort low για απλές εργασίες. Μειώνει τον προϋπολογισμό σκέψης στο ελάχιστο.
2. MAX_THINKING_TOKENS=8000 στο περιβάλλον για να ορίσετε ένα ανώτατο όριο.
3. /config → απενεργοποιήστε το thinking για πολύ συνηθισμένες εργασίες στις οποίες ο Claude δεν χρειάζεται να «σκεφτεί».

Το πότε είναι πραγματικά χρήσιμο το thinking (σύνθετη αρχιτεκτονική, σύνθετος πολυβηματικός συλλογισμός) και το πότε όχι, εξηγείται στον οδηγό «Sonnet ή Opus 4.7 στο Claude Code: επιλογή μοντέλου και /effort το 2026».

Μοτίβο 9. Περίληψη στο παρασκήνιο όταν είστε αδρανείς

Πρόκειται για ένα πολύ μικρό αλλά ενδιαφέρον μοτίβο. Το Claude Code εκτελεί μια διεργασία στο παρασκήνιο που συνοψίζει προηγούμενες συνεδρίες για την εντολή claude --resume. Η διεργασία εκτελείται ακόμη κι όταν δεν πληκτρολογείτε.

Η Anthropic το αναφέρει ρητά στην τεκμηρίωση:

Τα τέσσερα σεντ ανά συνεδρία δεν είναι καταστροφή. Αν όμως έχετε 10 ανοιχτές συνεδρίες την ημέρα, αυτό σημαίνει ήδη $0.40 παθητικής δαπάνης την ημέρα, δηλαδή $12 τον μήνα. Κλείνετε τις συνεδρίες που δεν χρειάζεστε αυτή τη στιγμή. Μπορείτε να επαναφέρετε μια συνεδρία με το /resume από το ευρετήριο — δεν χρειάζεται να την αφήσετε ανοιχτή.

Πώς να μετρήσετε τις απώλειές σας: η εντολή /context και οι επιφυλάξεις της#

Πρώτα, η εντολή. Στο Claude Code, ανοίξτε το /context (ή το /usage για τον υπολογισμό) και θα δείτε κάτι τέτοιο:

Context window: 200 000 tokens

System prompt:        3 200 (1.6%)
System tools:        16 100 (8.0%)
MCP tools:           12 600 (6.3%)
CLAUDE.md:            4 800 (2.4%)
Memory files:         3 000 (1.5%)
Conversation:        18 400 (9.2%)
Free space:         141 900 (71.0%)

Αυτή είναι μια φυσιολογική μόνιμη βασική επιβάρυνση μετά την πρώτη εκκαθάριση. Πολύ καλά — το 71% του παραθύρου είναι ελεύθερο.

Γνωστό σφάλμα του /context: υπερεκτίμηση MCP κατά 3 φορές

Μέχρι πρόσφατη ενημέρωση, το /context έδειχνε περίπου τριπλάσια απώλεια MCP από την πραγματική, επειδή η επιβάρυνση ανά εργαλείο καταμετρούνταν ξεχωριστά για κάθε εργαλείο.

Ο Cameron λέει ότι η Anthropic διόρθωσε αυτό το ζήτημα στην τρέχουσα έκδοση, η οποία πλέον αναφέρει 12 600 για το ίδιο XcodeBuildMCP. Επομένως:

1. Αν το /context δείχνει 50K+ για εργαλεία MCP, μπορεί να χρησιμοποιείτε παλιά έκδοση του Claude Code. Ενημερώστε την.
2. Αν το MCP είναι 8-15K, αυτό είναι φυσιολογικό, το πραγματικό κόστος με Tool Search.
3. Αν το MCP είναι 30-50K σε νέα έκδοση, έχετε πράγματι πολλούς αχρησιμοποίητους διακομιστές συνδεδεμένους. Μεταβείτε στο /mcp και αποσυνδέστε τους.

Τι άλλο να ελέγξετε εκτός από το /context

/usage — δείχνει τη χρήση του προγράμματός σας τις τελευταίες 24 ώρες ή 7 ημέρες. Στα Pro και Max δείχνει ανάλυση ανά skills, subagents, plugins και μεμονωμένους διακομιστές MCP. Χρήσιμο για να εντοπίσετε ποιο skill καταναλώνει τα περισσότερα.

/cost — για χρήστες API. Δείχνει το αναλογικό κόστος της τρέχουσας συνεδρίας σε δολάρια. Δεν αφορά συνδρομητές Pro/Max — δεν το χρειάζονται.

/usage-credits — στα Pro/Max, σας επιτρέπει να ορίσετε μηνιαίο όριο δαπανών. Χρήσιμο αν δεν θέλετε μια ομάδα agent που εκτελείται μέσω script να εξαντλήσει κατά λάθος το όριο της πιστωτικής σας κάρτας.

Πώς να καθαρίσετε το context του Claude Code σε 15 λεπτά#

Ανοίξτε το έργο σας στο Claude Code και ακολουθήστε τα βήματα:

1. /context — σημειώστε την τρέχουσα ανάλυση. Αυτή είναι η αρχική μέτρησή σας.
2. /clear — αν η συνομιλία έχει συσσωρεύσει ιστορικό άσχετο με την τρέχουσα εργασία. Νέο παράθυρο.
3. ls -la ~/.claude/skills/ — δείτε ποια skills είναι εγκατεστημένα. Αφαιρέστε όσα δεν έχετε χρησιμοποιήσει εδώ και έναν μήνα. Εντολή: rm -rf ~/.claude/skills/[skill-name] (ή διαγράψτε τον φάκελο από το περιβάλλον εργασίας).
4. /plugin list — το ίδιο για τα plugins. Αφαιρέστε όσα δεν χρησιμοποιείτε με το /plugin remove <name>.
5. /mcp — ελέγξτε τους συνδεδεμένους διακομιστές MCP. Κρατήστε μόνο όσους χρειάζεστε για την τρέχουσα εργασία. Αποσυνδέστε τους υπόλοιπους με το /mcp disconnect <name>.
6. Ανοίξτε το CLAUDE.md σε έναν επεξεργαστή. Αν το αρχείο ξεπερνά τις 200 γραμμές, μεταφέρετε τις εξειδικευμένες οδηγίες σε Skills (~/.claude/skills/[topic]/SKILL.md). Στόχος είναι ένας πυρήνας 100-200 γραμμών και 5-15 θεματικά Skills. Ο αναλυτικός οδηγός βρίσκεται στο «Πώς να ρυθμίσετε το CLAUDE.md το 2026: έτοιμο πρότυπο και 6 κανόνες».
7. Ελέγξτε το /effort — χρησιμοποιήστε /effort low για απλές εργασίες. Μεγάλος προϋπολογισμός σκέψης χρειάζεται μόνο για σύνθετη αρχιτεκτονική.
8. Τελική μέτρηση με /context. Συγκρίνετέ την με το βήμα 1.

Στις περιγραφόμενες συνεδρίες, το κατειλημμένο context μειώθηκε από 60–80K σε 25–30K μετά την εκκαθάριση. Είναι αλλαγή αποτυπώματος του στιγμιοτύπου, όχι απόδειξη σταθερής μείωσης συνολικών επεξεργασμένων tokens ή κόστους. Συγκρίνετε πλήρεις εκτελέσεις της ίδιας εργασίας, μαζί με χρήση cache και εξόδου, πριν ισχυριστείτε εξοικονόμηση.

Πότε βοηθά περισσότερο η αλλαγή σε Sonnet ή Haiku από τον καθαρισμό του context;#

Η Anthropic γράφει για τα μοντέλα στην τεκμηρίωσή της:

Ενδεικτική ανάλυση των τιμών για token εισόδου (στις 27 Μαΐου 2026):

Η δική μου ρύθμιση:

1. Προεπιλογή — Sonnet 4.5. Αυτό είναι το /config → default model. Καλύπτει το 80% των εργασιών.
2. Εκτελώ χειροκίνητα /model opus όταν η εργασία είναι πραγματικά δύσκολη (αρχιτεκτονική επιλογή, διάγνωση ενός δυσεξήγητου σφάλματος, νέο προϊόν).
3. Χρησιμοποιώ /model haiku για δοκιμές και μορφοποίηση. Ή ορίζω ρητά model: haiku στη διαμόρφωση subagent.
4. Το /effort είναι ανεξάρτητο από το μοντέλο. Μπορείτε να χρησιμοποιείτε Opus με /effort low — έχετε ένα ισχυρό μοντέλο με ελάχιστη σκέψη, για γρήγορες απαντήσεις σε εργασίες μέτριας δυσκολίας.

Πότε αξίζει περισσότερο ο καθαρισμός του context από την αλλαγή μοντέλου:

• Το context είναι γεμάτο πάνω από 50% — καθαρίστε το πρώτα.
• Το context είναι εντάξει, αλλά οι εργασίες είναι σύνθετες — χρησιμοποιήστε Opus με κανονικό effort.
• Το context είναι εντάξει και οι εργασίες είναι συνηθισμένες — χρησιμοποιήστε Haiku.

Για αναλυτική παρουσίαση των μοντέλων και του effort, δείτε τον οδηγό «Sonnet ή Opus 4.7 στο Claude Code: επιλογή μοντέλου και /effort το 2026».

Ποιες συμβουλές αυξάνουν τη χρήση αντί να την περιορίζουν;#

Αντιμοτίβο 1. «Διαγράψτε όλο το MCP· καταναλώνει token»

Η ευκολία είναι το συνηθέστερο λάθος. Ναι, ιστορικά το MCP κατανάλωνε έως το 49% του context — αλλά μετά το Tool Search αυτό μειώθηκε στο 8-15%. Και το MCP παρέχει πραγματικά εργαλεία που διαφορετικά θα έπρεπε να δημιουργήσετε με το χέρι. Η διαγραφή όλου του MCP σημαίνει επιστροφή στη χειρωνακτική εργασία, η οποία θα σας «φάει» περισσότερο χρόνο απ’ όσο εξοικονομεί σε token.

Η σωστή προσέγγιση: κρατήστε μόνο τους διακομιστές MCP που χρησιμοποιείτε πραγματικά τακτικά. Εγώ διατηρώ τα Playwright (για δοκιμές σελίδων προορισμού) και shadcn (για δημιουργία διεπαφών). Όλα τα άλλα τα ενεργοποιώ για μία εργασία κάθε φορά.

Αντιμοτίβο 2. «Μη χρησιμοποιείτε CLAUDE.md· βάλτε τα πάντα απευθείας στο prompt»

Ακούγεται «λογικό»: αφού το CLAUDE.md φορτώνεται με κάθε αίτημα, ας μην το φορτώνουμε. Στην πράξη, χωρίς CLAUDE.md αρχίζετε κάθε μήνυμα πληκτρολογώντας τις ίδιες οδηγίες με το χέρι, ενώ ο Claude ξεχνά το context μεταξύ μηνυμάτων. Αυτό σημαίνει περισσότερα token, όχι λιγότερα — απλώς φτάνουν από άλλο κανάλι.

Η σωστή προσέγγιση: κρατήστε το CLAUDE.md συνοπτικό (100-200 γραμμές), με τον πυρήνα μέσα και το εξειδικευμένο υλικό στα Skills. Λεπτομέρειες στον οδηγό «Πώς να ρυθμίσετε το CLAUDE.md το 2026».

Αντιμοτίβο 3. «Εργάζεστε πάντα μέσω Plan Mode»

Το Plan Mode είναι εξαιρετικό εργαλείο για σύνθετες εργασίες στις οποίες πρέπει πρώτα να εξερευνήσετε τη βάση κώδικα και να προτείνετε σχέδιο. Καταναλώνει όμως κατά μέσο όρο 7 φορές περισσότερα token όταν χρησιμοποιούνται ομάδες agent (τεκμηρίωση Anthropic). Σε μια απλή εργασία όπως «διορθώστε ένα τυπογραφικό λάθος στο README», το Plan Mode καταναλώνει 7 φορές περισσότερα από μια άμεση επεξεργασία.

Η σωστή προσέγγιση: χρησιμοποιήστε το Plan Mode για σύνθετες εργασίες που διαρκούν 30 λεπτά ή περισσότερο. Για σύντομες εργασίες, δώστε απευθείας αίτημα χωρίς plan mode. Το πότε να χρησιμοποιείτε κάθε λειτουργία εξηγείται στον οδηγό «Plan Mode στο Claude Code: οδηγός βήμα προς βήμα και 4 στάδια το 2026».

Περισσότερο υλικό είναι διαθέσιμο στο Ailoot.