# Πώς να ρυθμίσετε το CLAUDE.md το 2026: πρότυπο και 6 κανόνες > Ένα έτοιμο προς χρήση πρότυπο CLAUDE.md, 6 κανόνες για να διατηρείτε το αρχείο ενεργό και ανάλυση ενός λειτουργικού αρχείου από μια ενεργή επιχείρηση. Περιλαμβάνει επίσημα αποσπάσματα της Anthropic. Source: https://ailoot.ai/blog/el/claude-md-template/ Canonical: https://ailoot.ai/blog/el/claude-md-template/ Language: el Publisher: Ailoot (https://ailoot.ai/) Translation: guide-126 Revision: sha256-eb01c3c891216d8a578e374bb354aa35f33bfb99c79d20e898843406b410cb87
Κύριο συμπέρασμα Το CLAUDE.md είναι ένα αρχείο κειμένου στη ρίζα ενός έργου, το οποίο το Claude Code διαβάζει στην αρχή κάθε συνεδρίας. Χωρίς αυτό, ο agent ξεκινά από το μηδέν κάθε φορά: αφιερώνετε 5-10 λεπτά για να πείτε «Γεια, δουλεύω σε αυτό το έργο, αυτό είναι το κοινό μου και αυτό είναι το ύφος μου». Ένα συνοπτικό αρχικό αρχείο συχνά στοχεύει στις 100-200 γραμμές· αυτό είναι κατευθυντήρια γραμμή ελέγχου, όχι τεχνικό ανώτατο όριο. Το πρότυπο περιέχει 6 ενότητες (περιγραφή, εργαλεία, δομή, δρομολόγηση αρχείων, κανόνες και γλώσσα) και ενημερώνεται κάθε φορά που το Claude κάνει λάθος. Αυτό το άρθρο περιλαμβάνει έτοιμο πρότυπο, 6 κανόνες, ανάλυση ενός λειτουργικού αρχείου από ενεργή επιχείρηση και λίστα ελέγχου 12 σημείων.
Υλικό για το vibe coding: εργαλεία, μελέτες περίπτωσης, λάθη. [Οδηγοί Ailoot](https://ailoot.ai/docs/).
[Οδηγοί Ailoot](https://ailoot.ai/docs/)
## Γιατί χρειάζεστε το CLAUDE.md και γιατί το Claude ξεχνά το έργο χωρίς αυτό;
Κύριο συμπέρασμα Στο Claude Code, κάθε νέα συνομιλία ξεκινά με κενό πλαίσιο. Το CLAUDE.md είναι το μόνο αρχείο που το Claude φορτώνει αυτόματα σε κάθε νέα συνεδρία. Χωρίς αυτό, ο agent λειτουργεί σαν ασκούμενος την πρώτη του μέρα: δεν ξέρει τίποτα για την επιχείρησή σας, το ύφος σας ή τους κανόνες σας. Με αυτό, λειτουργεί σαν υπάλληλος στο δεύτερο έτος του.
Ανοίγετε το Claude Code την Τρίτη και εξηγείτε: «Δουλεύω σε αυτό το έργο, αυτά είναι τα εργαλεία, μην κάνεις αυτό». Λειτουργεί. Την Πέμπτη, η ίδια συνομιλία έχει ήδη τελειώσει, οπότε τα επαναλαμβάνετε όλα. Το Σάββατο, ξανά· τη Δευτέρα, άλλη μία φορά. Έτσι είναι να δουλεύετε με agent χωρίς CLAUDE.md: κάθε νέο παράθυρο είναι ένας ασκούμενος χωρίς προηγούμενη εμπειρία, στον οποίο πρέπει να λέτε ξανά και ξανά τα ίδια πράγματα. Παλιά αφιέρωνα 5-10 λεπτά σε αυτή την εισαγωγή σε κάθε συνεδρία. Οι προτροπές μεγάλωναν, επειδή έπρεπε να μεταφέρω όλο το πλαίσιο χειροκίνητα. Και το αποτέλεσμα παρέμενε γενικό: ο agent δεν γνώριζε το κοινό μου, τα οικονομικά μου ή τις αρχές μου.
Σημείωση Δεν πρόκειται για πρόβλημα της μνήμης του μοντέλου. Είναι θέμα αρχιτεκτονικής. Το Claude Code ξεκινά σκόπιμα με καθαρό πλαίσιο σε κάθε συνεδρία· διαφορετικά, θα αναμειγνύονταν τα διαφορετικά έργα στον ίδιο υπολογιστή. Το CLAUDE.md είναι ο μηχανισμός που σας επιτρέπει να πείτε στον agent τι να φορτώσει.
Με ένα ζωντανό CLAUDE.md, η εισαγωγή δεν χρειάζεται πια. Όλοι οι κανόνες που επαναλαμβάνατε σε κάθε συνομιλία βρίσκονται σε ένα αρχείο και εμφανίζονται αυτόματα στην αρχή κάθε συνεδρίας. Η προτροπή γίνεται σύντομη: «κάνε το X», αντί για «δουλεύω στο έργο Y, τα εργαλεία είναι Z, μην κάνεις A ή B και, παρεμπιπτόντως, θυμήσου και το C». Έπειτα σταματούν τα επαναλαμβανόμενα λάθη. Κάθε λάθος του agent είναι λόγος να προσθέσετε μία γραμμή στο CLAUDE.md. Μετά από έναν μήνα, έχετε ένα ζωντανό «σύνταγμα του έργου» και το Claude σταματά να πέφτει στις ίδιες γνώριμες παγίδες. Υπάρχει και ένα τρίτο επίπεδο: ο agent σταματά να γράφει στο κενό. Μέσω του `CLAUDE.md`, κατευθύνω το Claude σε φακέλους με πλαίσιο: πού να αναζητήσει πληροφορίες για το κοινό, την τιμολόγηση και την επωνυμία. Χωρίς αυτή τη δρομολόγηση, ο agent γράφει «ποιοτικές λύσεις» χωρίς να γνωρίζει τα οικονομικά μου, κι έτσι καταλήγουν αφηρημένες, τυποποιημένες και «ίδιες με όλων των άλλων». ## Τι είναι το CLAUDE.md και με ποια σειρά το διαβάζει το Claude;
Κύριο συμπέρασμα Το CLAUDE.md είναι ένα αρχείο κειμένου σε μορφή Markdown. Το Claude Code το αναζητά ταυτόχρονα σε τέσσερα σημεία: στο επίπεδο συστήματος, στο επίπεδο χρήστη, στη ρίζα του έργου και στις τοπικές σημειώσεις. Και τα τέσσερα φορτώνονται στο πλαίσιο στην αρχή κάθε συνεδρίας. Το όνομα αρχείου κάνει διάκριση πεζών-κεφαλαίων: χρησιμοποιείτε πάντα `CLAUDE.md` με κεφαλαία γράμματα.
Η Anthropic περιγράφει το CLAUDE.md ως εξής στην επίσημη τεκμηρίωσή της:
Τα αρχεία CLAUDE.md είναι αρχεία Markdown που δίνουν στο Claude μόνιμες οδηγίες για το έργο σας, την προσωπική ροή εργασίας σας ή ολόκληρο τον οργανισμό σας. Τα γράφετε σε απλό κείμενο και το Claude τα διαβάζει στην αρχή κάθε συνεδρίας.
— Anthropic, code.claude.com/docs/en/memory
Τα τέσσερα σημεία όπου το Claude Code αναζητά το CLAUDE.md, με αύξουσα σειρά προτεραιότητας: | Επίπεδο | Τοποθεσία | Σκοπός | |----|----|----| | **Οργανισμός** | `/Library/Application Support/ClaudeCode/CLAUDE.md` σε Mac, `/etc/claude-code/CLAUDE.md` σε Linux | Κανόνες που διανέμει ο διαχειριστής της εταιρείας σε όλη την ομάδα μέσω MDM. Δεν το χρειάζεστε ως μεμονωμένος χρήστης. | | **Χρήστης** | `~/.claude/CLAUDE.md` | Προσωπικοί κανόνες που ισχύουν για όλα τα έργα σας. «Να απαντάς πάντα στη γλώσσα που προτιμά ο χρήστης», «μη χρησιμοποιείς παύλες em». | | **Έργο** | `./CLAUDE.md` στη ρίζα του έργου ή `./.claude/CLAUDE.md` | Κανόνες για συγκεκριμένο έργο: εργαλεία, δομή φακέλων, επιχειρησιακή λογική. Αυτό το αρχείο αποθηκεύεται στο git. | | **Τοπικό** | `./CLAUDE.local.md` | Οι προσωπικές σας σημειώσεις για αυτό το έργο, που δεν πρέπει να μπουν στο git. Για παράδειγμα, προσωρινά πειράματα ή προσωπικές προτιμήσεις που δεν χρειάζεται να γνωρίζει η ομάδα. | Και τα τέσσερα αρχεία φορτώνονται ταυτόχρονα στο πλαίσιο. Αν οι κανόνες συγκρούονται, η Anthropic δηλώνει ευθέως στην τεκμηρίωσή της ότι δεν είναι γνωστό ποιος θα υπερισχύσει· το Claude μπορεί να επιλέξει έναν αυθαίρετα. Επομένως, είναι απλούστερο να διατηρείτε όλα τα κρίσιμα στοιχεία στο CLAUDE.md του έργου και να αποφεύγετε τα διπλότυπα.
Συμβουλή Το όνομα αρχείου κάνει αυστηρά διάκριση πεζών-κεφαλαίων. Χρησιμοποιήστε `CLAUDE.md` με κεφαλαία και το Claude θα το διαβάσει. Δεν θα διαβάσει τα `claude.md` ή `Claude.md`. Το ίδιο ισχύει για το `CLAUDE.local.md`. Αυτό είναι συνηθισμένο λάθος όσων ρυθμίζουν για πρώτη φορά το Claude Code: δημιουργούν ένα αρχείο, γράφουν τις οδηγίες, αναρωτιούνται γιατί δεν λειτουργεί και ανακαλύπτουν ότι το όνομα αρχείου είναι με πεζά.
Υπάρχει μια τεχνική λεπτομέρεια για την οποία σχεδόν κανείς δεν γράφει, αλλά εξηγεί πολλές παράξενες συμπεριφορές.
Τα περιεχόμενα του CLAUDE.md αποστέλλονται ως μήνυμα χρήστη μετά το system prompt και όχι ως μέρος του system prompt. Το Claude τα διαβάζει και προσπαθεί να τα ακολουθήσει, αλλά δεν υπάρχει εγγύηση αυστηρής συμμόρφωσης.
— Anthropic, code.claude.com/docs/en/memory
Με άλλα λόγια, το CLAUDE.md δεν είναι «system prompt» με την αυστηρή έννοια. Είναι το πρώτο μήνυμα χρήστη που βλέπει το Claude. Επομένως, οι κανόνες του είναι ισχυρές συστάσεις, όχι νόμοι. Αν ένας κανόνας χρειάζεται επιβολή, χρησιμοποιήστε δοκιμασμένο hook για το συμβάν που καλύπτει και δικαιώματα ή απομόνωση περιβάλλοντος για το ευρύτερο όριο πρόσβασης. Η αυτόματη εκτέλεση ενός hook δεν κάνει τους ελέγχους του πλήρεις. Παρακάτω εξηγώ τη διαχωριστική γραμμή ανάμεσα στα `hooks` και το `CLAUDE.md`. ## Πώς γράφετε ένα ελάχιστο CLAUDE.md σε 5 λεπτά (έτοιμο πρότυπο);
Κύριο συμπέρασμα Αντιγράψτε το πρότυπο, αντικαταστήστε τα πεδία μέσα σε αγκύλες και αποθηκεύστε το στη ρίζα του έργου ως `CLAUDE.md`. Αυτό αρκεί για να σταματήσει το Claude να ξεκινά από το μηδέν σε κάθε συνεδρία. Μπορείτε να το επεκτείνετε στην πορεία με τον κανόνα: «μετά από κάθε λάθος του agent, πρόσθεσε μια γραμμή».
Παρακάτω υπάρχει ένα πρότυπο που έχω δοκιμάσει σε δεκάδες έργα μου. Διατηρεί το αρχείο περίπου στις 80-120 γραμμές, εντός της σύστασης της Anthropic να στοχεύετε κάτω από 200 γραμμές. Με αυτό το πρότυπο, ο agent δίνει τα πιο συνετά αποτελέσματα. ```markdown # [PROJECT NAME] - project navigation This document is the project map. Read it at the start of every session to understand where things are and how to work with them. ## What this project is **[NAME]** - [one sentence: what it is and who it’s for]. [1-2 sentences: what problem it solves and how]. Details are in `business/INDEX.md`. ## Reading order at the start of every session 1. `about-me/INDEX.md` - who I am and how I think 2. `business/INDEX.md` - what we do (product, audience, economics) 3. `CLAUDE.md` (this file) - repo rules, tools, navigation 4. Task area: the relevant file from `business/`, `plans/`, `mastery/` or the feature folder in the code Principle: layer 1 (about me) comes before layer 2 (business) for a reason. First, **who** is thinking, then **about what**. ## Repository structure [NAME]/ ├── CLAUDE.md ← this file, navigation ├── about-me/ ← digital projection of you (how you think, what you value) │ └── INDEX.md ├── business/ ← the business’s second brain │ ├── INDEX.md │ ├── audience/ ← customer profile │ ├── products/ ← products, prices │ ├── goals/ ← goals, metrics │ └── economics/ ← unit economics, revenue ├── plans/ ← technical plans (one plan = one feature) ├── retrospectives/ ← reflections after each session └── (project code) ### Where to find things | What you need | Where to look | |---|---| | Why we’re building the project, and for whom | `business/INDEX.md` | | Target customer, pains, desires | `business/audience/` | | Product, plans, prices | `business/products/` | | Goals and metrics | `business/goals/` | | Economics | `business/economics/` | | Technical plans | `plans/` | ## Tools [INSERT TOOLS - for example: Next.js 14, TypeScript, Tailwind CSS, Prisma + PostgreSQL]. ## Repo rules 1. Never hardcode dynamic data (prices, dates, figures) - get everything from files in `business/` and the LIVE marker. 2. Don’t publish without my explicit command. 3. Before `git push`, run `npm run build` and check that it builds without errors or warnings. 4. Add files by name with `git add`. Never use `git add .` or `git add -A`. 5. Don’t read `.env` in full. To check a variable, use `grep "^VAR=" .env`. ## Big features = a plan in `plans/` Any task lasting more than an hour must be written up as a plan in the `plans/` folder: 1. Filename: `YYYY-MM-DD-feature-name.md`. 2. Divide the plan into phases. Mark each phase `[ ]` or `[x]`. 3. At the end of the plan, add a summary: whether it was fully implemented and what remains. ## End-of-feature cycle After each feature is complete, go through these 5 steps: 1. Find errors → prove them with an example → fix them. 2. What was missed (edge cases, input validation, error handling). 3. Is this a real problem in our project? Check `business/` and `plans/`. 4. Take a fresh look: reread the diff as if you’re seeing it for the first time. 5. Security review. Especially: personal data and third-party materials. ## End-of-session reflection In `retrospectives/YYYY-MM-DD_short-name.md`, record: 1. What the task was. 2. How it was solved. 3. Whether it was solved - yes / no / partially. 4. What could have been done better. 5. What was learned about the user or project. ## Language Always respond in the user’s preferred language. Use hyphens only, not em dashes. ``` Για να συμπληρώσει αυτόματα το Claude το πρότυπο για το έργο σας, δώστε του αυτή την προτροπή. Θα διαβάσει το πλαίσιο και θα συμπληρώσει τα πεδία σε αγκύλες:
Προτροπή: Συμπλήρωσε το CLAUDE.md για το έργο μου ``` Create a CLAUDE.md file at the project root using this template: [INSERT THE ENTIRE TEMPLATE FROM ABOVE] Proceed as follows: Read about-me/INDEX.md and business/INDEX.md to understand the project context and me as the author. Fill in all the square-bracketed fields in the template based on what you find in those folders. If some information is missing, ask me clarifying questions one at a time, with 3-4 answer options. Στόχευσε σε CLAUDE.md κάτω από 200 γραμμές. Αν είναι μεγαλύτερο, έλεγξε τα διπλότυπα και μετέφερε λεπτομερείς διαδικασίες σε συνδεδεμένα αρχεία. Διατήρησε τους ουσιώδεις κανόνες σχεδιασμού, ανασκόπησης και αποθετηρίου και έπειτα δοκίμασέ τους σε αντιπροσωπευτικές εργασίες. Show me the final file and ask what should be revised. Always respond in the user’s preferred language. ```
Αν δεν έχετε ακόμη φακέλους `about-me/` και `business/`, δεν πειράζει. Το Claude θα κάνει διευκρινιστικές ερωτήσεις και θα ετοιμάσει ένα ελάχιστο CLAUDE.md με βάση όσα υπάρχουν. Μπορείτε να δημιουργήσετε τους φακέλους αργότερα, όταν ξέρετε τι να βάλετε σε αυτούς. ## Ποιοι 6 κανόνες μετατρέπουν το CLAUDE.md σε ζωντανό έγγραφο;
Κύριο συμπέρασμα Αυτοί οι 6 κανόνες είναι απόσταγμα εμπειρίας από δεκάδες έργα. Μετατρέπουν το CLAUDE.md από «ένα αρχείο που δημιουργήσαμε και ξεχάσαμε» σε λειτουργικό έγγραφο που το Claude συμβουλεύεται σε κάθε συνεδρία.
### Κανόνας 1. Διατηρήστε το κάτω από 200 γραμμές Η Anthropic το λέει συνοπτικά στην επίσημη τεκμηρίωσή της:
Στοχεύστε σε CLAUDE.md με λιγότερες από 200 γραμμές. Τα μεγαλύτερα αρχεία καταναλώνουν περισσότερο πλαίσιο και μειώνουν τη συμμόρφωση με τις οδηγίες.
— Anthropic, code.claude.com/docs/en/memory
Ένα μεγάλο CLAUDE.md υπονομεύει τον ίδιο του τον σκοπό με δύο τρόπους. Πρώτον, καταναλώνει tokens. Ένα αρχείο 800 γραμμών με οδηγίες φορτώνεται σε κάθε παράθυρο και χρησιμοποιεί αρκετές χιλιάδες tokens από το όριό σας σε κάθε συνεδρία. Σε συνδρομή Pro με ημερήσιο όριο, αυτό μειώνει αισθητά τον αριθμό διαθέσιμων συνεδριών. Δεύτερον, το μοντέλο αρχίζει να αγνοεί τους κανόνες. Η τεκμηρίωση συνιστά στόχο κάτω από 200 γραμμές για περιορισμό της χρήσης πλαισίου και καλύτερη τήρηση οδηγιών. Δεν θεμελιώνει απότομο όριο αποτυχίας στη γραμμή 201. Ελέγξτε τη συνάφεια, τις αντιφάσεις, τον όγκο tokens που φορτώνονται και τα πραγματικά αποτελέσματα εργασιών πριν αποφασίσετε τι θα μεταφέρετε αλλού.
Προειδοποίηση Αν έχετε ήδη φτάσει τις 300-500 γραμμές, μην πανικοβάλλεστε - χωρίστε το περιεχόμενο σε φακέλους. Βάλτε, για παράδειγμα, λεπτομερείς κανόνες για το σύστημα σχεδίασης στο `business/assets/brand-guidelines.md`. Έπειτα το CLAUDE.md μπορεί να παραπέμπει σε αυτό με μία γραμμή: «Όταν δουλεύεις στο UI, συμβουλεύσου το `business/assets/brand-guidelines.md`». Η αρχή της δρομολόγησης: το CLAUDE.md είναι πίνακας περιεχομένων, όχι βιβλίο.
### Κανόνας 2. Κλείνετε κάθε συνεδρία με ανασκόπηση Γράψτε στο CLAUDE.md: «Στο τέλος κάθε συνεδρίας, κατέγραψε τι έκανες και τι έμαθες στο `retrospectives/YYYY-MM-DD_*.md`». Μόλις προσθέσετε αυτή τη γραμμή, το Claude αρχίζει να κλείνει μόνο του κάθε συνεδρία με ανασκόπηση· δεν χρειάζεται να το ζητήσετε. Γιατί να κάνετε ανασκόπηση: - Δύο εβδομάδες αργότερα, μπορείτε να ανοίξετε μια παλιά ανασκόπηση και να θυμηθείτε γιατί επιλέξατε εκείνη την πορεία. - Όταν επιστρέψετε στο έργο έναν μήνα αργότερα, θα έχετε έτοιμο χάρτη των πρόσφατων αποφάσεων. - Αν δουλεύετε με ομάδα, ένας συνεργάτης μπορεί να διαβάσει την ανασκόπηση και να καταλάβει την τρέχουσα κατάσταση σε 2 λεπτά, χωρίς κλήση. ### Κανόνας 3. Κάντε commit μετά από κάθε ολοκληρωμένη εργασία Το δικό μου CLAUDE.md λέει: «Μετά από κάθε ολοκληρωμένη εργασία, δημιούργησε ένα git commit με ουσιαστικό μήνυμα». Το Claude αρχίζει μόνο του να χωρίζει τη δουλειά σε μικρά, ανεξάρτητα commits. Αυτό σας προσφέρει δύο πράγματα. Πρώτον, αν κάτι χαλάσει, μπορείτε να αναιρέσετε μία ενέργεια και όχι «όλα όσα έκανα σήμερα». Δεύτερον, το ιστορικό των commits γίνεται αρχείο εργασιών που δείχνει τι άλλαξε και με ποια σειρά. ### Κανόνας 4. Συμβουλεύεστε πάντα τον φάκελο `business/` Για κάθε εργασία που αφορά πελάτες, προϊόντα ή κείμενο, ο agent πρέπει πρώτα να ανοίξει το `business/INDEX.md` και το σχετικό αρχείο που αναφέρεται εκεί. Το δικό μου CLAUDE.md λέει ρητά: «Όταν δουλεύεις στο UI ή σε κείμενο, έλεγξε πρώτα τα `business/audience/avatar.md` και `business/assets/brand-guidelines.md`». Χωρίς αυτόν τον κανόνα, το Claude γράφει κείμενα «στο γενικό ύφος ενός ποιοτικού ιστότοπου». Με αυτόν, τα κείμενα είναι στο δικό σας ύφος, για τον δικό σας πελάτη και χωρίς τις απαγορευμένες λέξεις σας. ### Κανόνας 5. Προσθέστε έναν κανόνα μετά από κάθε λάθος του agent Αυτός είναι ο βασικός κανόνας που διατηρεί το CLAUDE.md ενεργό. Παραδείγματα από το δικό μου CLAUDE.md, που προστέθηκαν μετά από συγκεκριμένα λάθη: - «Μην κάνεις ποτέ commit αρχεία WIP άλλων με `git add .` - πρόσθετε αρχεία στο staging με βάση το όνομά τους». - «Πριν κάνεις push στο `main`, έλεγξε το `git log origin/main..main --oneline` - αν δεν είναι κενό, μην κάνεις push». - «Μην επινοείς τιμές - να τις παίρνεις από το `.env` ή από τον κώδικα. Ειδικά URLs, ονόματα χρηστών και tokens». Κάθε μία από αυτές τις γραμμές είναι το ίχνος ενός συγκεκριμένου περιστατικού. Μία φορά, ένας agent έκανε commit σε ημιτελή κλάδο συνεργάτη. Μία άλλη, συμπεριέλαβα commits άλλου ατόμου που δεν είχαν γίνει push. Κάποια άλλη φορά, ένας agent επινόησε ένα URL που δεν υπάρχει. Κάθε λάθος γίνεται κανόνας και η ίδια πληγή που προκαλείτε μόνοι σας δεν ανοίγει ξανά. ### Κανόνας 6. Βάλτε την ασφάλεια στο `.claude/settings.json`, όχι στο CLAUDE.md Στο CLAUDE.md μπορείτε να γράψετε «μην αγγίζεις το `.env`», αλλά αυτό είναι αίτημα· το Claude μπορεί να το παραβεί, επειδή το CLAUDE.md φορτώνεται ως μήνυμα χρήστη και όχι ως νόμος. Για κρίσιμη ασφάλεια, χρησιμοποιήστε το `.claude/settings.json`, όπου μπορείτε να αποκλείσετε αυστηρά ορισμένες εντολές. Η λίστα αποκλεισμού που προσθέτω σε κάθε νέο έργο: - `rm -rf` (αναδρομική διαγραφή οποιωνδήποτε αρχείων). - Πλήρης ανάγνωση του `.env` (`Read .env`). - `export` και `curl` στην ίδια εντολή (μοτίβο διαρροής μυστικών προς τα έξω). - `git push --force` χωρίς ρητή έγκριση.
Προειδοποίηση Η διάκριση είναι απλή: ένας κανόνας στο CLAUDE.md είναι συμβουλή που ο agent μπορεί να παραβεί. Ένας κανόνας deny που ταιριάζει μπλοκάρει την καλυπτόμενη ενέργεια στην εφαρμοστέα ροή δικαιωμάτων. Δεν αποδεικνύει προστασία απέναντι σε κάθε ισοδύναμη εντολή, άλλο εργαλείο ή διαφορετική λειτουργία δικαιωμάτων. Διατηρήστε τους κρίσιμους κανόνες ασφαλείας στο `settings.json` και όλα τα υπόλοιπα στο CLAUDE.md.
Βρείτε άλλους οδηγούς στο [Ailoot](https://ailoot.ai/docs/).
[Οδηγοί Ailoot](https://ailoot.ai/docs/)
## Πώς είναι δομημένο το CLAUDE.md σε μια ενεργή επιχείρηση (ανατομία αρχείου 280 γραμμών);
Κύριο συμπέρασμα Αναλύω τη δομή ενός αρχείου CLAUDE.md που χρησιμοποιείται από μια ενεργή διαδικτυακή υπηρεσία. Το αρχείο έχει περίπου 280 γραμμές και 11 ενότητες. Θα δείξω τι περιλαμβάνει κάθε ενότητα και γιατί. Δεν θα δημοσιεύσω το πραγματικό κείμενο, καθώς περιέχει επιχειρησιακές λεπτομέρειες. Το πλαίσιο όμως μπορεί να εφαρμοστεί σε οποιαδήποτε επιχείρηση.
Τα περισσότερα παραδείγματα CLAUDE.md στο διαδίκτυο είναι τεχνικά πρότυπα για προγραμματιστές: «Χρησιμοποίησε TypeScript», «Μη γράφεις τεστ μεγαλύτερα από 50 γραμμές». Για έναν επιχειρηματία, αυτό το είδος CLAUDE.md είναι άχρηστο - δεν καλύπτει την επιχειρηματική πλευρά. Παρακάτω είναι η δομή του λειτουργικού μου CLAUDE.md. Έχω αφαιρέσει τους συγκεκριμένους κανόνες και τις διαδρομές, επειδή αντανακλούν τις εσωτερικές λειτουργίες μου. Όμως, η δομή και η λογική των ενοτήτων μπορούν να εφαρμοστούν σε κάθε έργο: προσθέστε τις δικές σας περιστάσεις και θα έχετε ένα λειτουργικό αρχείο. **1. Σύντομη περιγραφή έργου (15 γραμμές).** Τι κάνουμε, ποιο είναι το κοινό μας και ποια προϊόντα προσφέρουμε. Όχι ανακεφαλαίωση για τον ιστότοπο μάρκετινγκ, αλλά σύνοψη για τον agent ώστε να καταλαβαίνει «πού κατευθυνόμαστε». **2. Σχετικά με εμένα (10 γραμμές).** Παραπομπή στον φάκελο `about-me/` - μια ψηφιακή προβολή του τρόπου που σκέφτομαι. Τόνος, αξίες, αρχές, απαγορευμένες λέξεις. Όταν το Claude γράφει κείμενο «ως εγώ», διαβάζει πρώτα αυτόν τον φάκελο ώστε να ταιριάζει η φωνή. **3. Δομή αποθετηρίου (20 γραμμές).** Ένα δέντρο με σχόλια: πού βρίσκεται ο κώδικας, πού βρίσκεται το επιχειρηματικό πλαίσιο και πού βρίσκονται τα σχέδια και οι ανασκοπήσεις. Χωρίς αυτόν τον χάρτη, το Claude αναζητά αρχεία στα τυφλά κάθε φορά. **4. Πίνακας «πού να βρείτε πράγματα» (25 γραμμές).** Δρομολόγηση από «ερώτηση → αρχείο». Για παράδειγμα, για ένα μεσιτικό γραφείο μπορεί να γράφει «χρειάζονται οι όροι στεγαστικού δανείου → `business/products/mortgage.md`» ή «χρειάζεται ο τόνος των αναρτήσεων → `business/assets/voice.md`». Αντικαταστήστε τα με τα δικά σας αρχεία. Αυτός ο πίνακας είναι η καρδιά του CLAUDE.md. Χωρίς αυτόν, ο agent μαντεύει ποιο αρχείο περιέχει την απάντηση. Με αυτόν, πηγαίνει κατευθείαν στην πηγή. **5. Βασικές αρχές του έργου (40 γραμμές, 10-15 στοιχεία).** Αυτή η ενότητα συσσωρεύεται αργά και απαιτεί τη μεγαλύτερη προσπάθεια. Κάθε στοιχείο είναι το ίχνος ενός συγκεκριμένου λάθους. Για παράδειγμα, οι κανόνες ενός ηλεκτρονικού καταστήματος μπορεί να είναι «μην ενσωματώνεις ποτέ σταθερά τιμές και χρόνους παράδοσης», «μη δημοσιεύεις προϊόν χωρίς ρητή εντολή» και «έλεγχε το ύφος με βάση το γλωσσάρι της επωνυμίας πριν δημοσιεύσεις μια καταχώριση προϊόντος». Αυτή η ενότητα είναι το «σύνταγμα του έργου». **6. Επιχειρησιακός σχεδιασμός (20 γραμμές).** Πίνακας ενεργειών που αντιστοιχίζει «φράση χρήστη → ενέργεια». Για παράδειγμα: «Όταν πω “σχεδίασε την εβδομάδα”, άνοιξε το `ops/monthly.md` και δημιούργησε το αρχείο της εβδομάδας». Έτσι το Claude γίνεται βοηθός λειτουργιών που καταλαβαίνει το πλαίσιο των εντολών. **7. Εργαλεία (5 γραμμές).** Τεχνολογίες. Σύντομα, χωρίς περιττά στοιχεία. **8. Δημοσίευση (15 γραμμές).** Διαδικασία βήμα προς βήμα για τη δημοσίευση αλλαγών στην παραγωγή: ποιες εντολές εκτελούνται, με ποια σειρά και τι πρέπει να ελεγχθεί. Παλιά το εξηγούσα κάθε φορά. Τώρα το ξέρει το Claude. **9-12. Ασφάλεια (35 γραμμές).** Τέσσερις ξεχωριστές υποενότητες: κανόνες για εργασία με `.env`, πρόσβαση στη βάση δεδομένων παραγωγής, ασφαλείς εντολές για επιδείξεις (εγγραφές οθόνης, ζωντανές μεταδόσεις, στιγμιότυπα οθόνης, ώστε να μη διαρρεύσουν κατά λάθος tokens) και κανόνες για την ανανέωση μυστικών. **13. Ο φάκελος `plans/` (10 γραμμές).** Το πρότυπο σχεδίων: όνομα αρχείου, δομή φάσεων και τι πρέπει να περιέχει το συνοπτικό μπλοκ. **14. Ο φάκελος `retrospectives/` (5 γραμμές).** Το πρότυπο ανασκόπησης: μορφή, όνομα αρχείου και τι πρέπει να περιλαμβάνει. **15. Ζωντανά δεδομένα βάσης δεδομένων (15 γραμμές).** Κανόνας για τη σήμανση «φρέσκων δεδομένων»: όταν ένα αρχείο ορίζει ότι τα στοιχεία πρέπει να είναι τρέχοντα, ο agent τα ανακτά από την πηγή αντί να χρησιμοποιεί παλιά στοιχεία. Έτσι μειώνεται ο κίνδυνος να χρησιμοποιήσει το Claude τα στοιχεία της προηγούμενης ημέρας. **16. Γλώσσα (3 γραμμές).** «Να απαντάς πάντα στη γλώσσα που προτιμά ο χρήστης. Χρησιμοποίησε μόνο παύλες, όχι παύλες em». Περίπου 280 γραμμές συνολικά. Αυτό υπερβαίνει τον στόχο συντομίας, αλλά δεν καθιστά το αρχείο άκυρο. Στο παράδειγμα παρέμεινε χρήσιμο· η διατήρησή του πρέπει να βασίζεται σε μετρημένη χρήση πλαισίου και ελέγχους αντιπροσωπευτικών εργασιών. Οι πίνακες δεν είναι αυτόματα φθηνότεροι σε tokens από τον πεζό λόγο.
Συμβουλή Η δομή που ανέπτυξα μέσα σε έναν χρόνο εργασίας δεν είναι δόγμα. Το πλαίσιο είναι: περιγραφή (1-2 ενότητες), δομή και δρομολόγηση (2-3 ενότητες), κανόνες/αρχές (1 μεγάλη ενότητα), επιχειρησιακές διαδικασίες (2-3 ενότητες ειδικές για την επιχείρησή σας) και μικρές λεπτομέρειες (γλώσσα, επαφές). Συμπληρώστε το με λεπτομέρειες ειδικές για την επιχείρησή σας. Ο βασικός κανόνας: κάθε ενότητα πρέπει να απαντά στο ερώτημα «Θα έκανε λάθος το Claude χωρίς αυτό;». Αν όχι, αφαιρέστε την.
## Τι κάνει η εντολή `/init` και γιατί δεν αρκεί;
Κύριο συμπέρασμα Η εντολή `/init` στο Claude Code δημιουργεί αυτόματα ένα βασικό CLAUDE.md, σαρώνοντας το έργο και καταγράφοντας εργαλεία και εντολές δημιουργίας. Είναι ένα καλό σημείο εκκίνησης, αλλά χωρίς επιχειρηματικό πλαίσιο και αρχές, το αρχείο παραμένει τεχνικό και γενικό. Χρησιμοποιήστε το `/init` ως πρώτο βήμα και έπειτα συμπληρώστε το χειροκίνητα.
Η Anthropic περιγράφει την εντολή ως εξής στην τεκμηρίωσή της:
Εκτελέστε το /init για να δημιουργήσετε αυτόματα ένα αρχικό CLAUDE.md. Το Claude θα αναλύσει τον κώδικά σας και θα δημιουργήσει ένα αρχείο με εντολές δημιουργίας, οδηγίες δοκιμών και εντοπισμένες συμβάσεις του έργου.
— Anthropic, code.claude.com/docs/en/memory
Τι κάνει καλά το `/init`: - Εντοπίζει τα εργαλεία από τα `package.json`, `Cargo.toml` και `pyproject.toml`. - Καταγράφει τις εντολές δημιουργίας και δοκιμών. - Εντοπίζει συμβάσεις από υπάρχοντα αρχεία (`.eslintrc`, `.prettierrc`). - Παρατηρεί υπάρχοντες κανόνες Cursor (`.cursorrules`, `.cursor/rules/`) και κανόνες Copilot και ενσωματώνει τα σχετικά μέρη. Εντοπίζει το `AGENTS.md` σε λειτουργία `CLAUDE_CODE_NEW_INIT=1`. Τι δεν θα κάνει το `/init`: - Δεν θα ξέρει ποιος είναι ο πελάτης σας. - Δεν θα συμπεριλάβει τις απαγορευμένες λέξεις σας για κείμενα. - Δεν θα προσθέσει κανόνες για λάθη agent (επειδή δεν έχουν συμβεί ακόμη). - Δεν θα δημιουργήσει πίνακα «πού να βρείτε πράγματα» για την επιχειρηματική σας δομή. Άρα, η σωστή ροή εργασίας είναι: 1. ### Εκτελέστε το /init στο Claude Code Θα λάβετε ένα αρχικό CLAUDE.md 30-50 γραμμών με εργαλεία και εντολές. Αυτή είναι η τεχνική βάση. 2. ### Προσθέστε από πάνω το πρότυπο του άρθρου Χρησιμοποιήστε την ενότητα «Ελάχιστο CLAUDE.md σε 5 λεπτά». Προσθέστε ενότητες για πλοήγηση, δρομολόγηση και αρχές. 3. ### Συμπληρώστε τα πεδία σε αγκύλες Δώστε στο Claude την προτροπή «διάβασε το έργο μου και συμπλήρωσε το πρότυπο». Αν δεν υπάρχουν οι φάκελοι `business/` και `about-me/`, το Claude θα κάνει διευκρινιστικές ερωτήσεις. 4. ### Κάντε δοκιμή αντοχής Πείτε στο Claude: «Διάβασε το CLAUDE.md μου και βρες 10 ασάφειες που μπορεί να σε κάνουν, ως agent, να το παρερμηνεύσεις». Θα λάβετε μια λίστα διορθώσεων. 5. ### Έπειτα, χρησιμοποιήστε το αρχείο στην πράξη Προσθέτετε μία γραμμή μετά από κάθε λάθος του agent. Σε έναν μήνα θα έχετε ένα ζωντανό CLAUDE.md προσαρμοσμένο στην επιχείρησή σας. Προτροπή για το τέταρτο βήμα:
Προτροπή: Δοκιμή αντοχής του CLAUDE.md ``` I have a CLAUDE.md. Tomorrow I’ll be building a feature based on it. Your task is to stress-test it. Find 10 reasons we could potentially fail: where CLAUDE.md is ambiguous and you, as an agent, might misunderstand it where there are gaps that would force you to make things up where rules contradict one another where I overestimate how much can be done in one day where I underestimate things (this is even worse) Don’t hold back. Criticize it harshly. I want to find these issues now, not in production. At the end, give me a list of specific changes: what to change and how, so these problems don’t happen. ```
## CLAUDE.md έναντι AGENTS.md έναντι MEMORY.md: ποιος διαβάζει τι το 2026;
Κύριο συμπέρασμα Τρία παρόμοια αρχεία συχνά συγχέονται. Το CLAUDE.md περιέχει κανόνες έργου που γράφετε εσείς και το Claude Code διαβάζει σε κάθε συνεδρία. Το AGENTS.md είναι ένα καθολικό πρότυπο για άλλους agents (Codex, Cursor, Copilot) και από τον Σεπτέμβριο του 2026 το διαβάζει και το Claude Code αν το έργο δεν έχει CLAUDE.md. Το MEMORY.md περιέχει αυτόματες σημειώσεις που γράφει το Claude για τις συνήθειές σας. Και τα τρία μπορούν να υπάρχουν ταυτόχρονα χωρίς να συγκρούονται.
| Αρχείο | Ποιος το γράφει | Ποιος το διαβάζει | Πότε φορτώνεται | |----|----|----|----| | **CLAUDE.md** | Εσείς, χειροκίνητα | Claude Code (εγγενώς) | Στην αρχή κάθε συνεδρίας | | **AGENTS.md** | Εσείς, χειροκίνητα | Codex CLI, Cursor, GitHub Copilot CLI, Gemini CLI και, από την έκδοση 2.1.277, Claude Code αν το έργο δεν έχει CLAUDE.md | Στην αρχή κάθε συνεδρίας | | **MEMORY.md** | Το ίδιο το Claude Code | Claude Code (εγγενώς) | Στην αρχή κάθε συνεδρίας, πρώτες 200 γραμμές (ή 25 KB, όποιο είναι μικρότερο) | Το βασικό ερώτημα που μπερδεύει τους νέους χρήστες είναι: **διαβάζει το Claude Code το `AGENTS.md`;** Πριν από τον Σεπτέμβριο του 2026, η απάντηση ήταν «όχι»: η τεκμηρίωση της Anthropic συνιστούσε τη δημιουργία ενός CLAUDE.md που να εισάγει το AGENTS.md. Από την έκδοση 2.1.277 (κυκλοφόρησε στις 18 Σεπτεμβρίου 2026), το Claude Code διαβάζει μόνο του το AGENTS.md, αλλά μόνο αν δεν υπάρχει CLAUDE.md, `.claude/CLAUDE.md` ή `CLAUDE.local.md` στον φάκελο εργασίας ή σε κάποιον γονικό φάκελο.

Το Claude Code μπορεί να διαβάσει το AGENTS.md ως οδηγίες έργου, επομένως ένα αποθετήριο που έχει ήδη ρυθμιστεί για άλλους agents λειτουργεί χωρίς CLAUDE.md, εισαγωγή αρχείου ή ρύθμιση.

— Anthropic, https://code.claude.com/docs/en/memory#agents-md
Αν το έργο έχει CLAUDE.md, το Claude Code διαβάζει μόνο αυτό από προεπιλογή και παραλείπει το AGENTS.md. Μπορείτε να το αλλάξετε αυτό στο `/config`, στην ενότητα Project instructions: για παράδειγμα, η ρύθμιση `claude-md-and-agents-md` το κάνει να διαβάζει και τα δύο αρχεία. Ένας άλλος τρόπος λειτουργεί σε κάθε έκδοση: προσθέστε μια εισαγωγή στο CLAUDE.md: ```markdown @AGENTS.md ## Claude Code Additional rules for Claude Code that other agents don’t need. ``` Η σύνταξη `@filename` εισάγει ένα άλλο αρχείο. Το Claude το διαβάζει και το φορτώνει στο πλαίσιο μαζί με το CLAUDE.md. Η εισαγωγή δεν οδηγεί σε διπλή ανάγνωση του αρχείου, ακόμη κι αν το Claude Code μπορεί να διαβάσει μόνο του το AGENTS.md. **Πότε χρειάζεστε το AGENTS.md.** Αν δουλεύετε παράλληλα με Claude Code και Codex CLI, Cursor ή Copilot, δημιουργήστε ένα AGENTS.md ως μοναδική πηγή αλήθειας, βάλτε το `@AGENTS.md` στο CLAUDE.md και προσθέστε από πάνω τυχόν κανόνες ειδικούς για το Claude. Αν δεν υπάρχουν τέτοιοι κανόνες, δεν χρειάζεται να δημιουργήσετε CLAUDE.md: από την έκδοση 2.1.277, το Claude Code θα διαβάσει μόνο του το AGENTS.md. Αν δουλεύετε μόνο στο Claude Code, δεν χρειάζεστε AGENTS.md· χρησιμοποιήστε ένα μόνο CLAUDE.md. Για όλες τις επιλογές βήμα προς βήμα, δείτε [τον οδηγό χρήσης των AGENTS.md και CLAUDE.md σε ένα έργο](https://ailoot.ai/blog/el/agents-md-claude-md-one-instruction-file/). **Τι είναι το MEMORY.md;** Από μια πρόσφατη ενημέρωση, το Claude Code διατηρεί αυτόματα σημειώσεις για εσάς στο `~/.claude/projects//memory/MEMORY.md`. Αυτές περιλαμβάνουν συνήθειες συνομιλίας («ο χρήστης προτιμά σύντομες απαντήσεις»), επαναλαμβανόμενες φράσεις («απαγόρευσε τα emoji στον κώδικα») και παρατηρήσεις συμπεριφοράς («δουλεύει σε macOS, χρησιμοποιεί zsh»). Αυτό είναι ξεχωριστό σύστημα μνήμης, όχι CLAUDE.md. Δεν το γράφετε εσείς· το γράφει το Claude με βάση τις συνομιλίες σας. Αν το MEMORY.md περιέχει κάτι που πρέπει να γίνει κανόνας, μεταφέρετέ το στο CLAUDE.md. Αν περιέχει κάτι περιττό ή λανθασμένο, μπορείτε να το διαγράψετε χειροκίνητα· είναι αρχείο κειμένου.
Σημείωση Για να δείτε τι φορτώνεται στην αρχή μιας συνεδρίας, πληκτρολογήστε `/memory` στο Claude Code. Εμφανίζει τα περιεχόμενα των CLAUDE.md, MEMORY.md και άλλων φορτωμένων αρχείων. Αυτό είναι χρήσιμο όταν το Claude συμπεριφέρεται παράξενα: ανοίξτε το `/memory` και αναζητήστε τον κανόνα που μπορεί να το προκάλεσε.
## Ποιο είναι ένα χρήσιμο μέγεθος για το CLAUDE.md και πώς ελέγχετε ένα μεγάλο αρχείο;
Κύριο συμπέρασμα Τα μεγαλύτερα αρχεία οδηγιών χρησιμοποιούν περισσότερο πλαίσιο και μπορεί να δυσκολεύουν την τήρηση των σχετικών κανόνων, ιδιαίτερα όταν περιέχουν διπλότυπα ή αντιφάσεις. Η Anthropic συνιστά στόχο κάτω από 200 γραμμές. Η σύσταση δεν είναι τεχνικό ανώτατο όριο ή καθολική πρόβλεψη για το πόσους κανόνες θα ακολουθήσει ο agent.
Σε κάθε παράθυρο του Claude Code φορτώνονται στο πλαίσιο αρκετά επίπεδα: το system prompt της Anthropic (εκτιμάται σε δεκάδες χιλιάδες tokens), το CLAUDE.md σας, αρχεία που εισάγονται με `@`, το MEMORY.md, το ιστορικό της τρέχουσας συνομιλίας και τα περιεχόμενα των αρχείων που ανοίγει το Claude. Όλα αυτά πρέπει να χωρέσουν στο πλαίσιο του μοντέλου (200K tokens για Sonnet, 1M για Opus). Όσο μεγαλώνει το CLAUDE.md, τόσο λιγότερος χώρος απομένει για την τρέχουσα εργασία. Ένα αρχείο 1,000 γραμμών είναι περίπου 8,000 tokens και επαναλαμβάνεται σε κάθε συνεδρία. Σε συνδρομή Pro (από την εμπειρία μου, περίπου 10-12 «βαριές» προτροπές την ημέρα), αυτό μειώνει τη χωρητικότητά σας κατά ένα τέταρτο. Το κόστος είναι μόνο μία από τις παραμέτρους. Η τήρηση μπορεί να υποβαθμιστεί όταν οι οδηγίες είναι μεγάλες, άσχετες ή αντικρουόμενες· δεν υπάρχει καθολικός αριθμός οδηγιών που ακολουθούνται αξιόπιστα. Δοκιμάστε μερικές αντιπροσωπευτικές εργασίες που ενεργοποιούν τους κρίσιμους κανόνες, καταγράψτε αποτυχίες και συγκρίνετε τη συμπεριφορά μετά από στοχευμένη αλλαγή.
Τα υπερφορτωμένα αρχεία CLAUDE.md κάνουν το Claude να αγνοεί τις πραγματικές οδηγίες σας.
— Anthropic, code.claude.com/docs/en/best-practices
Αυτός είναι λοιπόν ο πρακτικός κανόνας για το μέγεθος: - **80-120 γραμμές** - βολικό αρχικό εύρος για συνοπτικό χάρτη έργου, όχι εγγυημένο ποσοστό τήρησης. - **150-200 γραμμές** - χρήσιμη υπενθύμιση να ελέγξετε τη συνάφεια και να μεταφέρετε λεπτομερείς διαδικασίες σε συνδεδεμένα αρχεία. - **200-300 γραμμές** - εξετάστε όγκο tokens, διπλότυπα και αποτελέσματα εργασιών· το επιχειρηματικό παράδειγμα των 280 γραμμών παραπάνω μπορεί να λειτουργεί καλά. - **400+ γραμμές** - ισχυρός λόγος για στοχευμένο έλεγχο, όχι απόδειξη ότι το αρχείο είναι άχρηστο. Κρατήστε τους ουσιώδεις περιορισμούς και μεταφέρετε λεπτομέρειες μόνο αφού ελέγξετε ότι οι σύνδεσμοι και οι κανόνες εξακολουθούν να λειτουργούν. Ο αριθμός γραμμών μόνος του δεν αποδεικνύει επιτυχία ή αποτυχία. Μετά από αλλαγή, επαναλάβετε τις ίδιες αντιπροσωπευτικές εργασίες και επαληθεύστε τους σημαντικούς κανόνες, αντί να αποδίδετε επινοημένο ποσοστό συμμόρφωσης.
Προειδοποίηση Αν το CLAUDE.md σας έχει μεγαλώσει υπερβολικά, μην το αναδιαρθρώσετε χειροκίνητα. Δώστε στο Claude αυτή την προτροπή: «Διάβασε το CLAUDE.md και βαθμολόγησε κάθε γραμμή με βάση την ερώτηση: “Αν αφαιρούσα αυτή τη γραμμή, θα έκανε λάθος ο agent;” Επέστρεψε λίστα με γραμμές που μπορούν να αφαιρεθούν χωρίς απώλεια, μαζί με αιτιολόγηση». Θα αφαιρέσει ό,τι αντικειμενικά δεν λειτουργεί.
Η Anthropic δίνει μια άμεση δοκιμή στην τεκμηρίωσή της:
Για κάθε γραμμή, αναρωτηθείτε: «Αν την αφαιρέσω, θα αρχίσει το Claude να κάνει λάθη;» Αν όχι, διαγράψτε την.
— Anthropic, code.claude.com/docs/en/best-practices
Εφαρμόστε το σε κάθε γραμμή. Αν η απάντηση είναι «και πάλι θα το έκανε σωστά», αφαιρέστε τη γραμμή. Το CLAUDE.md δεν είναι χώρος για τεκμηρίωση, ιστορικό αποφάσεων ή φιλοσοφία. Περιέχει μόνο τους κανόνες που χρειάζεται ο agent για να αποφεύγει τα λάθη. ## Ποια 7 λάθη κάνουν το CLAUDE.md άχρηστο;
Κύριο συμπέρασμα Αυτά είναι επτά συνηθισμένα λάθη που βλέπω συχνά στα αρχεία CLAUDE.md άλλων. Καθένα είναι λόγος να καθαρίσετε μεθοδικά το αρχείο. Τα περισσότερα είναι παραλλαγές του ίδιου προβλήματος: προσπαθείτε να κάνετε το CLAUDE.md καθολικό «έγγραφο έργου» αντί να το διατηρείτε ως λειτουργικό εργαλείο για τον agent.
### Λάθος 1. «Να είσαι καλός μηχανικός» Το πιο συνηθισμένο λάθος. Οι άνθρωποι γράφουν γενικές ευχές στο CLAUDE.md: «γράφε καθαρό κώδικα», «ακολούθησε τις βέλτιστες πρακτικές», «σκέψου σαν έμπειρος μηχανικός». Αυτές οι λέξεις δεν σημαίνουν τίποτα. Το Claude γράφει ήδη «καθαρό κώδικα» με τη γενική έννοια. Αυτές οι γραμμές καταλαμβάνουν χώρο στο πλαίσιο χωρίς να επηρεάζουν καμία απόφαση. Αντικαταστήστε το «γράφε καθαρό κώδικα» με το «χρησιμοποίησε εσοχή 2 διαστημάτων», «μη χρησιμοποιείς `any` στο TypeScript» ή «οι συναρτήσεις δεν πρέπει να ξεπερνούν τις 30 γραμμές». Συγκεκριμένο και επαληθεύσιμο. ### Λάθος 2. Επανάληψη όσων γνωρίζει ήδη το Claude Περιγραφές τυπικών συμβάσεων γλωσσών («στη JavaScript, οι συναρτήσεις είναι οντότητες πρώτης τάξης», «το TypeScript έχει στατικό σύστημα τύπων»). Εξηγήσεις για το πώς λειτουργούν τα npm, git ή docker. Το Claude τα έμαθε όλα αυτά κατά την εκπαίδευση. Η επανάληψή τους στο CLAUDE.md δεν προσθέτει τίποτα· απλώς μειώνει το διαθέσιμο πλαίσιο. ### Λάθος 3. Μακροσκελείς οδηγίες βήμα προς βήμα μέσα στο CLAUDE.md Μακροσκελείς οδηγίες για «το πώς αναπτύσσεις το έργο», «το πώς γράφεις μια μετεγκατάσταση βάσης δεδομένων» ή «το πώς ρυθμίζεις ένα νέο στοιχείο». Δεκάδες γραμμές βήμα προς βήμα. Δεν είναι ο χώρος για μακροσκελείς οδηγίες βήμα προς βήμα. Είναι για κανόνες μίας γραμμής. Βάλτε τις μεγάλες οδηγίες στο `skills/` (ξεχωριστό μηχανισμό του Claude Code που φορτώνεται όταν χρειάζεται) ή στο `docs/`. Στο CLAUDE.md χρησιμοποιήστε σύνδεσμο μίας γραμμής: «Κατά τη δημιουργία νέας μετεγκατάστασης, άνοιξε το `docs/migrations.md`». ### Λάθος 4. Κανόνες που ελέγχονται ήδη από αυτόματο αναλυτή κώδικα «Χρησιμοποίησε ελληνικά ερωτηματικά», «μην αφήνεις αχρησιμοποίητες εισαγωγές», «μη χρησιμοποιείς `var`». Τα ESLint, Prettier και Biome τα εντοπίζουν όλα - είναι εργαλεία ανάλυσης κώδικα (αυτόματου ελέγχου κώδικα). Ένας αναλυτής κώδικα είναι ντετερμινιστικός: εκτελείται, εντοπίζει ένα σφάλμα και το διορθώνει. Ένας κανόνας στο CLAUDE.md είναι πιθανοκρατικός· ο agent μπορεί να τον ξεχάσει. Δεν χρειάζεται να τον επαναλάβετε - είναι ευκολότερο να ρυθμίσετε τον αναλυτή. ### Λάθος 5. Μυστικά στο CLAUDE.md Έχω δει κωδικούς πρόσβασης δοκιμαστικών λογαριασμών, tokens API περιβάλλοντος δοκιμών και συνδέσμους προς πιστοποιημένους πίνακες διαχείρισης. Όλα βρίσκονταν σε αρχείο που είχε γίνει commit στο git και φορτωνόταν στο πλαίσιο μοντέλου της Anthropic. Ποτέ. Τα μυστικά ανήκουν στο `.env`, το οποίο περιλαμβάνεται στο `.gitignore`. Το πολύ, το CLAUDE.md μπορεί να λέει: «Μην διαβάζεις ολόκληρο το `.env`· χρησιμοποίησε `grep` για μία συγκεκριμένη μεταβλητή». ### Λάθος 6. Αρχείο 500+ γραμμών για τα πάντα, που δεν έχει καθαριστεί εδώ και έξι μήνες Το CLAUDE.md έχει μεγαλώσει, επαναλαμβάνει το μισό `docs/`, αντιφάσκει με τον εαυτό του σε αρκετά σημεία και κανείς δεν θυμάται τι περιέχει. Ο agent αρχίζει να αγνοεί το μεγαλύτερο μέρος του. Η ομάδα παραπονιέται ότι «το Claude δεν ακολουθεί τις οδηγίες» και προσθέτει κι άλλους κανόνες, επιδεινώνοντας την κατάσταση. Ενδείξεις παραμελημένου CLAUDE.md: πάνω από 300 γραμμές, επαναλαμβανόμενοι κανόνες σε διαφορετικές ενότητες, παρωχημένοι σύνδεσμοι προς αρχεία που δεν υπάρχουν πια και «ιστορικές» σημειώσεις όπως «το 2024 αποφασίσαμε να το κάνουμε έτσι, αλλά μετά αλλάξαμε γνώμη». Η λύση: κάθε δύο εβδομάδες, ζητήστε από το Claude να το ελέγξει με βάση τη δοκιμή της Anthropic: «Αν αφαιρούσα αυτή τη γραμμή, θα έκανε λάθος ο agent;». Διαγράψτε ό,τι έχει απάντηση «όχι». ### Λάθος 7. Δημιουργία του CLAUDE.md και μετά λήθη Αυτό είναι το αντίθετο του προηγούμενου λάθους. Το αρχείο δημιουργήθηκε μία φορά, πριν από δύο μήνες, και δεν έχει αγγιχτεί από τότε. Στο μεταξύ άλλαξαν τα εργαλεία, προστέθηκαν νέοι φάκελοι και προέκυψαν νέα λάθη agent. Το CLAUDE.md δεν γνωρίζει τίποτα από αυτά, επειδή κανείς δεν το ενημέρωσε. Ενδεικτικό σημάδι: επαναλαμβάνετε την ίδια οδηγία σε κάθε συνεδρία. «Μην κάνεις το X», «μην αγγίζεις το Y», «θυμήσου το Z». Αν την έχετε επαναλάβει περισσότερες από δύο φορές, ο κανόνας ανήκει στο CLAUDE.md και όχι στο μυαλό σας.
[Οδηγοί Ailoot](https://ailoot.ai/docs/)
## Πώς κάνετε το CLAUDE.md να μαθαίνει μόνο του με κανόνα «ενημέρωση στο τέλος της συνεδρίας»;
Κύριο συμπέρασμα Η βασική τεχνική που μετέτρεψε το CLAUDE.md μου από έγγραφο σε ζωντανό εργαλείο ήταν να προσθέσω έναν κανόνα στο αρχείο: «Στο τέλος κάθε συνεδρίας, έλεγξε αν έμαθες κάτι καινούριο για τον χρήστη ή για τον τρόπο συνεργασίας μαζί του που δεν υπάρχει στο CLAUDE.md και πρόσθεσε μια γραμμή». Μέσα σε δύο μήνες, το αρχείο άρχισε να συγκεντρώνει εξατομικευμένους κανόνες χωρίς ξεχωριστή διαδικασία.
Το CLAUDE.md μου έχει μια σύντομη ενότητα: ```markdown ## Self-learning At the end of every session, check: - Have I learned anything new about the user or how to work with them? - Did I break any rule that should now be recorded? If so, create or update a file in `about-me/feedback/` in this format: Rule (one-line rule) → Why (why it was added) → How to apply (when it applies). I don’t write the rules by hand - I say, “not like that, because this is how,” and you put it into a file. ``` Μετά την προσθήκη αυτής της ενότητας στο CLAUDE.md, το Claude άρχισε να ρωτά στο τέλος κάθε συνεδρίας: «Υπήρχε κάτι νέο που αξίζει να καταγραφεί;». Αν υπήρχε, πρότεινε ένα προσχέδιο κανόνα, εγώ το διευκρίνιζα και δημιουργούνταν ένα αρχείο. Μετά από δύο μήνες εργασίας με αυτόν τον τρόπο, έχω περισσότερα από δύο δωδεκάδες αρχεία στο `about-me/feedback/` - κανόνες που προέκυψαν από συγκεκριμένα λάθη. Κάθε αρχείο είναι μία σελίδα στη μορφή Κανόνας → Γιατί → Πώς. Ο φάκελος έγινε μια «δεύτερη μνήμη» που καταγράφει τις προσωπικές μου προτιμήσεις και τα ταμπού μου. Κάθε λάθος δεν επαναλαμβάνεται, επειδή γίνεται κανόνας, και οι κανόνες συσσωρεύονται και ενισχύουν ο ένας τον άλλον. Μετά από έξι μήνες, το Claude γνωρίζει το έργο μου καλύτερα απ’ όσο το θυμάμαι εγώ μετά από διάλειμμα ενός μήνα. ## Πώς προσθέτετε νομικούς κανόνες, μάρκετινγκ και λειτουργικές διαδικασίες στο CLAUDE.md;
Κύριο συμπέρασμα Οι τεχνικές οδηγίες στο CLAUDE.md είναι μόνο η μισή εικόνα. Η άλλη μισή είναι οι επιχειρηματικοί κανόνες: απαγορευμένη διατύπωση για νομικές απαιτήσεις, μορφοποίηση εξωτερικών κειμένων για την επωνυμία και λειτουργικές συνήθειες για τον εβδομαδιαίο τρόπο εργασίας της ομάδας. Όταν το CLAUDE.md καλύπτει και τις δύο πλευρές, το Claude γίνεται όχι μόνο προγραμματιστής, αλλά και επιμελητής και βοηθός λειτουργιών.
Για τις περισσότερες ομάδες, το CLAUDE.md είναι ένα καθαρά τεχνικό έγγραφο: εργαλεία, εντολές δημιουργίας, συμβάσεις κώδικα. Είναι χρήσιμο, αλλά καλύπτει μόνο το ένα τρίτο της αξίας. Όταν ένας επιχειρηματίας συντηρεί το CLAUDE.md, έχει νόημα να προσθέσει επιχειρηματικές ενότητες. Τρεις είναι οι σημαντικότερες: ### Νομικοί κανόνες (για ρυθμιζόμενες αγορές) Αν δημοσιεύετε κείμενα σε ρυθμιζόμενο κλάδο (χρηματοοικονομικά, ιατρική, διαφήμιση φαρμάκων, προϊόντα για παιδιά), οι απαγορευμένες λέξεις έχουν νομική βαρύτητα και ανήκουν στο CLAUDE.md ως ρητοί κανόνες. Όχι στο μυαλό κάποιου, ούτε σε στιγμιότυπο οθόνης συντάκτη - σε αρχείο που βλέπει ο agent σε κάθε συνεδρία. Παράδειγμα για έργο fintech χωρίς τραπεζική άδεια: Σημείωση σύνταξης: Το παρακάτω δείχνει τη μορφή ενός εσωτερικού κανόνα για συγκεκριμένο έργο. Δεν αποτελεί καθολική άδεια χρήσης των όρων που παρατίθενται: το αν μια δήλωση είναι αποδεκτή εξαρτάται από την ισχύουσα νομοθεσία και το καθεστώς της εταιρείας. > 🚨 ΚΡΙΣΙΜΟ - απαγορεύεται η χρηματοοικονομική διατύπωση. Σε υλικό προς πελάτες, μη χρησιμοποιείς τα «κατάθεση», «εγγυημένη απόδοση» ή «επενδυτικό προϊόν». Χρησιμοποίησε τα «λογαριασμός αποταμίευσης», «αναμενόμενη απόδοση» και «προϊόν κυμαινόμενου επιτοκίου». Ο λόγος είναι οι νομικές απαιτήσεις που ισχύουν για τη διαφήμιση χρηματοοικονομικών υπηρεσιών σε αυτό το έργο. Αυτό το μπλοκ στο CLAUDE.md κάνει κάτι απλό: κάθε φορά που ζητάτε από το Claude να γράψει κείμενο για πελάτες, ο agent το ελέγχει με βάση αυτές τις απαγορεύσεις. Χωρίς τον κανόνα, οι απαγορευμένες λέξεις εμφανίζονται σε κάθε τρίτη καμπάνια. Με αυτόν, ξεχνάτε ότι υπάρχουν. Η ίδια προσέγγιση λειτουργεί για: - Ιατρικά έργα (χωρίς ισχυρισμούς ότι κάτι «θεραπεύει» ή «ιάται»). - Διαφήμιση φαρμάκων (χωρίς ισχυρισμούς ότι κάτι είναι «το πιο αποτελεσματικό»· απαιτούνται προειδοποιήσεις). - Κάθε ρυθμιζόμενο κλάδο με τους δικούς του διαφημιστικούς κανόνες. ### Ύφος μάρκετινγκ και μορφή κειμένου Αν δημοσιεύετε συχνά κείμενα (κοινωνικά δίκτυα, ενημερωτικά δελτία, ιστότοποι), αξίζει να καταγράψετε τη μορφή σε μία παράγραφο στο CLAUDE.md. Να ένα παράδειγμα για influencer ή πρακτορείο που διαχειρίζεται κανάλι μηνυμάτων: > Όταν γράφεις αναρτήσεις καναλιού, συμβουλεύσου το `style/posts.md`. Χρησιμοποίησε τους επιτρεπόμενους δείκτες μορφοποίησης του καναλιού και απόφυγε τους «επικίνδυνους» ειδικούς χαρακτήρες. Κλείσε με CTA που έχει ετικέτα UTM σύμφωνα με αυτή τη σύμβαση: `utm_source=&utm_medium=&utm_campaign=`. Παλιά το Claude έγραφε αναρτήσεις «στο γενικό ύφος ενός ιστότοπου μάρκετινγκ». Τώρα ακολουθεί τη μορφή σας, χρησιμοποιεί τα UTM σας και δεν αποκαλύπτει ότι γράφτηκαν από AI. ### Λειτουργικές συνήθειες Πίνακες ενεργειών. Όταν λέτε μια συγκεκριμένη φράση, ο agent γνωρίζει ποια αρχεία να ανοίξει και ποιες ενέργειες να κάνει. Ακολουθεί ένα παράδειγμα για ομάδα που σχεδιάζει ανά εβδομάδα: > «Σχεδίασε την εβδομάδα» → άνοιξε το `ops/monthly.md`, δημιούργησε το `YYYY-WNN.md` στον ίδιο φάκελο και μετακίνησε τις εργασίες από το `ops/backlog.md` κάτω από τις κατάλληλες ημέρες. «Τι υπάρχει στο ανεκτέλεστο;» → διάβασε το `ops/backlog.md` και εμφάνισέ το ως λίστα. «Κλείσε την εβδομάδα» → συμπλήρωσε την ενότητα «Σύνοψη εβδομάδας» στο αρχείο της τρέχουσας εβδομάδας. Με τέτοιους πίνακες, το Claude μετατρέπεται από «βοηθό που γράφει κώδικα» σε «χειριστή» που γνωρίζει τη ρουτίνα της επιχείρησής σας. Κάθε Δευτέρα λέω «ας σχεδιάσουμε την εβδομάδα» και το Claude ανοίγει τα σωστά αρχεία, διαβάζει τους μηνιαίους στόχους και προτείνει πώς να χωριστούν οι εργασίες.
Σημείωση Οι επιχειρηματικές οδηγίες στο CLAUDE.md έχουν νόημα όταν έχετε ήδη έναν φάκελο `business/` με πραγματικό πλαίσιο για το κοινό, τα προϊόντα και τους στόχους σας. Αν δεν έχετε, δημιουργήστε πρώτα το `business/` και μετά προσθέστε παραπομπές σε αυτό στο CLAUDE.md. Διαφορετικά, θα έχετε οδηγίες που δείχνουν στο κενό.
## Πώς ελέγχετε το CLAUDE.md με λίστα ελέγχου 12 σημείων σε 5 λεπτά;
Κύριο συμπέρασμα Ελέγξτε το τρέχον CLAUDE.md με αυτή τη λίστα. Κάθε στοιχείο διαρκεί 30 δευτερόλεπτα. Αν έχετε πέντε ή περισσότερες απαντήσεις «όχι», το αρχείο χρειάζεται καθάρισμα.
1. **Μέγεθος.** Είναι συνοπτικό, με περίπου 200 γραμμές ως στόχο ελέγχου και όχι ως όριο επιτυχίας ή αποτυχίας; 2. **Όνομα.** Είναι ακριβώς `CLAUDE.md` με κεφαλαία γράμματα και όχι `claude.md`; 3. **Τοποθεσία.** Βρίσκεται στη ρίζα του έργου ή στο `./.claude/CLAUDE.md`; 4. **Περιγραφή έργου.** Καθιστούν σαφές οι πρώτες 5 γραμμές τι είναι το έργο και για ποιον προορίζεται; 5. **Εργαλεία.** Αναφέρονται ρητά οι τεχνολογίες, χωρίς περιττά στοιχεία; 6. **Δομή.** Υπάρχει διάγραμμα του αποθετηρίου με επεξηγήσεις; 7. **Δρομολόγηση.** Υπάρχει πίνακας «ερώτηση → αρχείο» που δείχνει πού βρίσκονται οι απαντήσεις; 8. **Αρχές.** Υπάρχει ενότητα με κανόνες που αρχίζουν με «ποτέ» και «πάντα»; 9. **Συγκεκριμένοι κανόνες.** Είναι κάθε κανόνας επαληθεύσιμος; («Χρησιμοποίησε 2 κενά», όχι «γράφε όμορφα».) 10. **Αυτοενημέρωση.** Υπάρχει κανόνας για το «έλεγξε τι να προσθέσεις στο τέλος της συνεδρίας»; 11. **Ανασκόπηση.** Υπάρχει κανόνας για την «καταγραφή της σύνοψης της συνεδρίας στο `retrospectives/`»; 12. **Ασφάλεια.** Περιλαμβάνονται οι κρίσιμες απαγορεύσεις (`.env`, `rm -rf`) και στο `.claude/settings.json`; Αν έχετε πάνω από πέντε απαντήσεις «όχι», ανοίξτε το Claude και δώστε του αυτή την προτροπή:
Προτροπή: Έλεγξε το CLAUDE.md με βάση τη λίστα ελέγχου ``` Read my CLAUDE.md and compare it with the checklist below. For each item, say: yes / no / partly, and what specifically to fix. Checklist: Αρκετά συνοπτικό για την εργασία· έλεγχος γύρω στις 200 γραμμές χωρίς να θεωρούνται αυστηρό ανώτατο όριο Project description in the first 5 lines Tools listed explicitly Repository structure diagram included “Question → file” table included Principles section with rules included Every rule is specific and verifiable “Update at the end of the session” rule included “Reflect at the end of the session” rule included Critical prohibitions included in .claude/settings.json No duplicates of the same rule in different sections No dangling links to files that no longer exist After the audit, give me a list of specific changes that will make the file living. ```
## Τι πρέπει να χρησιμοποιήσετε μετά το CLAUDE.md: Plan Mode, Skills ή sub-agents;
Κύριο συμπέρασμα Το CLAUDE.md είναι το θεμέλιο. Αφού λειτουργήσει, μπορείτε να προχωρήσετε στα επόμενα επίπεδα: Plan Mode (πρώτα βάζετε το Claude να σχεδιάσει και μετά να ενεργήσει), Skills (μεταφέρετε γνώσεις που χρησιμοποιούνται σπάνια από το CLAUDE.md σε ξεχωριστά αρχεία) και sub-agents (απομονωμένες εργασίες στα δικά τους πλαίσια).
Το CLAUDE.md είναι το θεμέλιο. Μόλις λειτουργήσει, μπορείτε να προσθέσετε τρεις μηχανισμούς του Claude Code που ενισχύουν ο ένας τον άλλον. **Plan Mode.** Λειτουργία στην οποία το Claude δημιουργεί πρώτα ένα σχέδιο αλλαγών, περιμένει την έγκρισή σας και έπειτα αρχίζει να εργάζεται. Ενεργοποιήστε την με Shift+Tab ή με την εντολή `/plan`. Αντιμετωπίζει το βασικό πρόβλημα του vibe coding: «Ζήτησα από το Claude να διορθώσει ένα πράγμα και ξαναέγραψε τη μισή εφαρμογή». Αυτό δεν θα συμβεί στο Plan Mode - βλέπετε το σχέδιο πριν αγγίξει ο agent οποιοδήποτε αρχείο. **Skills.** Ξεχωριστά αρχεία `.md` στον φάκελο `.claude/skills/`, που περιέχουν γνώσεις για συγκεκριμένο είδος εργασίας. Για παράδειγμα, ένα skill «πώς να γράφεις μετεγκατάσταση βάσης δεδομένων» περιέχει συγκεκριμένη διαδικασία, πρότυπο και παραδείγματα. Αυτή η γνώση δεν βρίσκεται στο CLAUDE.md επειδή είναι υπερβολικά εκτεταμένη. Όταν όμως το Claude συναντήσει εργασία όπως «γράψε μια μετεγκατάσταση», φορτώνει το σχετικό skill και το ακολουθεί. **Sub-agents.** Όταν μια εργασία απαιτεί πολύ πλαίσιο (για παράδειγμα, έλεγχο ενός μεγάλου χαρακτηριστικού), το Claude μπορεί να ξεκινήσει έναν ξεχωριστό sub-agent με δικό του καθαρό πλαίσιο. Ο sub-agent κάνει τη δουλειά και επιστρέφει το αποτέλεσμα χωρίς να φορτώνει το κύριο πλαίσιο συνομιλίας σας. Και οι τρεις μηχανισμοί χρησιμοποιούν το CLAUDE.md ως σημείο εισόδου: το διαβάζουν στην αρχή της εργασίας τους για να κατανοήσουν το πλαίσιο του έργου. Γι’ αυτό και αυτά τα χαρακτηριστικά λειτουργούν άσχημα χωρίς ένα ζωντανό CLAUDE.md. Πρώτα το θεμέλιο, έπειτα τα επίπεδα από πάνω. **Επόμενο βήμα.** Δημιουργήστε ένα αρχείο `CLAUDE.md` στη ρίζα του έργου, αντιγράψτε το πρότυπο από την αρχή του άρθρου και συμπληρώστε τα πεδία σε αγκύλες χρησιμοποιώντας τη βοηθητική προτροπή. Έπειτα χρησιμοποιήστε το αρχείο στην πράξη: μετατρέψτε κάθε λάθος του agent σε μία νέα γραμμή. Μετά από δύο ή τρεις εβδομάδες, το CLAUDE.md παύει να είναι «ένα έγγραφο που γράψαμε και ξεχάσαμε» και γίνεται κάτι που το Claude συμβουλεύεται πραγματικά σε κάθε συνεδρία. Αν θέλετε να δημιουργήσετε ένα ολοκληρωμένο πλαίσιο γύρω από το `CLAUDE.md` - έναν φάκελο `business/` για δεύτερο εγκέφαλο, έναν φάκελο `about-me/` για ψηφιακή προβολή του εαυτού σας, βασικά skills και ρυθμισμένο Plan Mode - χρησιμοποιήστε τα βήματα και τα παραδείγματα αυτού του άρθρου. [Οδηγοί Ailoot](https://ailoot.ai/docs/).
### Πηγές - [Anthropic - Μνήμη Claude Code](https://code.claude.com/docs/en/memory) - επίσημη τεκμηρίωση για τα CLAUDE.md, MEMORY.md και την ιεραρχία φόρτωσης - [Anthropic - Βέλτιστες πρακτικές](https://code.claude.com/docs/en/best-practices) - κανόνες για τη συγγραφή αποτελεσματικού CLAUDE.md και η δοκιμή «αν το αφαιρούσα, θα έκανε το Claude λάθη;» - [Υποστήριξη Anthropic - Παροχή πλαισίου στο Claude](https://support.claude.com/en/articles/14553240-give-claude-context-claude-md-and-better-prompts) - οδηγός υποστήριξης για εργασία με πλαίσιο - [Οδηγοί Ailoot](https://ailoot.ai/docs/) - τεκμηρίωση.
[Συνεχίστε με το Ailoot](https://ailoot.ai/).
[Συνεχίστε με το Ailoot](https://ailoot.ai/)
[Συνεχίστε με το Ailoot](https://ailoot.ai/)
## Ερωτήσεις και απαντήσεις: Πώς να ρυθμίσετε το CLAUDE.md το 2026: πρότυπο και 6 κανόνες ### Ένα CLAUDE.md γίνεται άκυρο μετά τις 200 γραμμές; Όχι. Η σύσταση είναι στόχος συντομίας, όχι όριο ανάλυσης ή εγγυημένο σημείο αποτυχίας. Εξετάστε διπλότυπα, αντιφάσεις και φορτωμένο πλαίσιο και δοκιμάστε τους σημαντικούς κανόνες σε αντιπροσωπευτικές εργασίες. Το παράδειγμα των 280 γραμμών του άρθρου χρειάζεται την ίδια αξιολόγηση. ### Τι μεταφέρω έξω από ένα CLAUDE.md που μεγαλώνει; Μεταφέρετε λεπτομερείς διαδικασίες, μεγάλο υλικό αναφοράς και ιστορικό αποφάσεων σε σχετικά έγγραφα ή skills. Κρατήστε συνοπτικά στοιχεία έργου, ουσιώδεις περιορισμούς και σαφείς συνδέσμους στο αρχείο εισόδου. Επαναλάβετε πραγματικές εργασίες μετά την αλλαγή για να ελέγξετε ότι λειτουργούν η δρομολόγηση και οι κρίσιμοι κανόνες. ## Ailoot · Η εταιρεία και το χαρτοφυλάκιο έργων της Η Ailoot στηρίζεται στη συσσωρευμένη λειτουργική εμπειρία, τη μεγάλη πελατειακή βάση, τη σταθερή εξυπηρέτηση και τον συνεχή έλεγχο KPI. Η εταιρεία και το χαρτοφυλάκιο έργων της: εκατομμύρια πελάτες· μηνιαίες πωλήσεις δισεκατομμυρίων. Η Ailoot αξιοποιεί αυτή τη λειτουργική εμπειρία για πρόσβαση μέσω API σε λειτουργίες AI στα προϊόντα, τους πράκτορες, τις εφαρμογές και τους αυτοματισμούς των πελατών.