Ένας δεύτερος εγκέφαλος στο Claude Code: Πώς να χτίσετε τη δομή μέσα σε μία ώρα

Τεκμηρίωση αναφοράς του Ailoot: ailoot.ai/docs/.

Γιατί χρειάζεται το Claude Code έναν δεύτερο εγκέφαλο και τι είναι απαραίτητο;#

Ανοίγετε το Claude Code την Τρίτη. Εξηγείτε: αυτό είναι το έργο, αυτό είναι το κοινό, αυτό μην το κάνεις. Συνεργάζεστε. Την Πέμπτη, ανοίγετε νέα συνομιλία και πρέπει να εξηγήσετε τα πάντα από την αρχή.

Αν έχετε CLAUDE.md, έχετε λύσει τον πρώτο γύρο απογοήτευσης. Οι βασικοί κανόνες και η περιγραφή του έργου βρίσκονται σε ένα αρχείο και φορτώνονται σε κάθε συνεδρία. Εξήγησα πώς λειτουργεί αυτό το αρχείο στον οδηγό μου για το CLAUDE.md — μπορείτε να τον διαβάσετε πρώτα για να βάλετε τα θεμέλια.

Όμως το CLAUDE.md είναι ένα εγχειρίδιο οδηγιών για έναν νέο εργαζόμενο. Πώς να ντύνεται, τι ύφος να χρησιμοποιεί με τους πελάτες, ποιες εντολές να χρησιμοποιεί για τη δημοσίευση. Αυτά δεν αρκούν για να παίρνει καλές αποφάσεις για το έργο. Οι αποφάσεις απαιτούν γνώση: τι είναι το προϊόν, ποιο είναι το κοινό, πώς λειτουργούν τα οικονομικά, τι έχετε δοκιμάσει και τι δεν λειτούργησε.

Σύμφωνα με την εμπειρία του συγγραφέα που περιγράφεται εδώ, αυτή η γνώση βρισκόταν παλιότερα σε τέσσερα μέρη: στο μυαλό του, στις συνομιλίες του Telegram, στα έγγραφα Google και στο μυαλό των εργαζομένων. Έναν μήνα μετά από μια απόφαση, κανείς δεν θυμόταν γιατί είχε ληφθεί. Ένα νέο άτομο θα περνούσε μία ώρα κάνοντας ερωτήσεις στην ομάδα για να ενημερωθεί. Το Claude δεν αποτελούσε καθόλου μέρος αυτού του πλαισίου.

Πριν από τον δεύτερο εγκέφαλο, στην εμπειρία που περιγράφει ο συγγραφέας, κάθε συνεδρία σήμαινε ότι έπρεπε να εξηγεί ξανά ποιος ήταν ο πελάτης, πώς ήταν δομημένη η προσφορά και ποιος πάροχος διαχειριζόταν τις πληρωμές. Με το business/, ανοίγω μια συνομιλία και λέω: «ενημέρωσε την προσφορά για το νέο πρόγραμμα τιμολόγησης» — το Claude πηγαίνει μόνο του στο business/company/legal.md, διαβάζει τις απαιτήσεις, μετά πηγαίνει στο business/products/pricing.md, βλέπει το νέο πρόγραμμα τιμολόγησης και προτείνει μια επεξεργασία με μία κίνηση. Δεν χρειάζεται πλέον προθέρμανση· το πλαίσιο φορτώνεται αυτόματα.

Η Anthropic αποκαλεί αυτό το πρόβλημα «φθορά πλαισίου» στο ιστολόγιο μηχανικής της:

Με άλλα λόγια, όσο περισσότερα στριμώχνετε στο παράθυρο, τόσο χειρότερα διαχειρίζεται ο πράκτορας τις λεπτομέρειες. Η λύση είναι να διατηρείτε μια δομή εξωτερικών αρχείων, στα οποία το Claude μπορεί να πηγαίνει μόνο του ως απάντηση σε ένα συγκεκριμένο αίτημα. Αυτός είναι ο δεύτερος εγκέφαλος.

Τι είναι ο δεύτερος εγκέφαλος και πώς εφαρμόζεται στο Claude;#

Η έννοια του «δεύτερου εγκεφάλου» δεν είναι δική μου. Η κεντρική φράση του είναι:

Συνήθως, ένας δεύτερος εγκέφαλος αφορά γενικά την παραγωγικότητα: οι χρήστες δημιουργούν ένα vault στο Obsidian και προσθέτουν αποσπάσματα από βιβλία, σημειώσεις από κλήσεις και ιδέες για έργα.

Όταν ο συγγραφέας εφάρμοσε αυτή την ιδέα στη συνεργασία με το Claude Code, έπαψε να αφορά την παραγωγικότητα και έγινε αρχιτεκτονική πράκτορα.

Στην κλασική προσέγγιση, ο δεύτερος εγκέφαλος είναι δικός σας και έχετε χειροκίνητη πρόσβαση σε αυτόν. Όταν εργάζεστε με το Claude Code, ο δεύτερος εγκέφαλος γίνεται αμφίδρομος: έχετε πρόσβαση σε αυτόν τόσο εσείς όσο και ο πράκτορας. Αυτό αλλάζει τις απαιτήσεις για τη μορφή του.

Εφόσον ο πράκτορας έχει πρόσβαση μόνος του, τα αρχεία πρέπει να είναι σε μορφή που κατανοεί χωρίς ξεχωριστή ενσωμάτωση. Το Markdown είναι ιδανικό: κείμενο, ιεραρχία επικεφαλίδων και σύνδεσμοι μεταξύ αρχείων. Το Notion και τα Έγγραφα Google δεν είναι κατάλληλα. Μπορείτε να τα συνδέσετε μέσω MCP, αλλά αυτό προσθέτει άλλο ένα επίπεδο, άλλο ένα token ανά αίτημα και άλλο ένα σημείο αστοχίας.

Εφόσον τα αρχεία βρίσκονται στο σύστημα αρχείων δίπλα στο έργο, είναι αυτόματα προσβάσιμα στο Claude Code. Δεν απαιτείται ρύθμιση. Ξεκινήστε τον πράκτορα στον φάκελο του έργου και μπορεί να δει όλα τα αρχεία που περιέχει. Είναι δωρεάν και λειτουργεί αμέσως.

Ποια ιεραρχία μνήμης έχει εξαρχής το Claude Code;#

Πριν προσθέσουμε οτιδήποτε δικό μας, ας δούμε τι μπορεί να θυμάται το Claude χωρίς τη βοήθειά σας. Η Anthropic περιγράφει δύο μηχανισμούς στην επίσημη τεκμηρίωσή της: το CLAUDE.md (κανόνες που γράφετε εσείς) και την αυτόματη μνήμη (μαθήματα που γράφει το ίδιο το Claude). Και τα δύο φορτώνονται στην αρχή κάθε συνεδρίας.

Το CLAUDE.md αναζητείται ταυτόχρονα σε τέσσερα σημεία:

Και τα τέσσερα αρχεία φορτώνονται στο πλαίσιο. Όσο πιο συγκεκριμένο είναι το επίπεδο, τόσο υψηλότερη είναι η προτεραιότητά του. Το τοπικό αρχείο διαβάζεται τελευταίο, επομένως οι κανόνες του υπερισχύουν όλων των άλλων.

Ένα αρχείο CLAUDE.md μπορεί να βρίσκεται και σε οποιονδήποτε φάκελο μέσα στο έργο. Όταν το Claude διαβάζει ένα αρχείο από υποφάκελο, φορτώνει κατόπιν αιτήματος το CLAUDE.md αυτού του υποφακέλου. Αυτό είναι χρήσιμο σε ένα monorepo: οι κανόνες του frontend βρίσκονται στο frontend/CLAUDE.md, οι κανόνες του backend στο backend/CLAUDE.md και φορτώνονται μόνο όταν ο πράκτορας εργάζεται στο αντίστοιχο μέρος.

Η αυτόματη μνήμη εμφανίστηκε στο Claude Code 2.1.59. Πρόκειται για αρχεία που γράφει το Claude για εσάς:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Ευρετήριο, φορτώνεται σε κάθε συνεδρία (200 γραμμές ή 25KB)
├── debugging.md       # Λεπτομερείς σημειώσεις (φορτώνονται κατόπιν αιτήματος)
├── api-conventions.md
└── ...

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

Η αυτόματη μνήμη ενεργοποιείται με τη σημαία autoMemoryEnabled στο ~/.claude/settings.json. Το Claude αποφασίζει τι θα γράψει εκεί. Μπορείτε να διαβάσετε το MEMORY.md και να το επεξεργαστείτε χειροκίνητα — είναι συνηθισμένο markdown.

CLAUDE.md ή δεύτερος εγκέφαλος — πού πρέπει να χαράξετε τη διαχωριστική γραμμή;#

Να η αναλογία που χρησιμοποιώ στις ομιλίες μου: φανταστείτε ότι προσλάβατε έναν νέο εργαζόμενο. Τι του δίνετε την πρώτη μέρα;

Ένα εγχειρίδιο οδηγιών: πώς να ντύνεται, πότε να έρχεται, τι ύφος να χρησιμοποιεί με τους πελάτες, μέσω ποιου συστήματος να δημοσιεύει. Είναι ένα σύντομο έγγραφο. Δεν εξηγεί τι κάνετε ή γιατί. Λέει απλώς πώς να συμπεριφέρεται.

Και ξεχωριστά, πρόσβαση στο εταιρικό wiki. Εξηγεί τι είναι το προϊόν, για ποιον προορίζεται, ποιο είναι το κοινό, ποια είναι η τιμή και γιατί, ποιοι είναι οι ανταγωνιστές και ποια λάθη έχετε κάνει. Είναι ένα εκτενές αρχείο. Κανείς δεν το διαβάζει ολόκληρο — ανατρέχετε σε αυτό για μια συγκεκριμένη ερώτηση.

CLAUDE.md = εγχειρίδιο οδηγιών. Δεύτερος εγκέφαλος = wiki. Χρειάζεστε και τα δύο.

Η διάκριση είναι απλή. Βάλτε στο CLAUDE.md όλα όσα είναι σχετικά με κάθε εργασία:

• Ποιος είναι ο πράκτορας σε αυτό το έργο (βοηθός, επικεφαλής, βοηθός)
• Σε ποια γλώσσα να απαντά
• Τεχνολογική στοίβα εργαλείων
• Εντολές δημοσίευσης
• Απαγορεύσεις (μη χρησιμοποιείς μεγάλες παύλες, μη χρησιμοποιείς git push --force)
• Δρομολόγηση: πού να αναζητήσει επιχειρηματικό πλαίσιο και πού αρχές

Βάλτε στον δεύτερο εγκέφαλο όλα όσα χρειάζονται μόνο όταν ζητηθούν:

• Το προϊόν, το κοινό, τα οικονομικά και οι στόχοι
• Ανταγωνιστές και αγορά
• Προηγούμενες αποφάσεις και οι λόγοι τους
• Παραδείγματα πελατών και κριτικές
• Αρχές και μεθοδολογία

Η Anthropic κάνει την ίδια διάκριση στην τεκμηρίωσή της:

Τα skills είναι ένας τρόπος αποθήκευσης επεισοδιακής γνώσης. Ένας φάκελος business/ δίπλα στο έργο είναι ένας άλλος. Χρησιμοποιώ και τα δύο και θα τα εξηγήσω λεπτομερέστερα παρακάτω.

Τι περιλαμβάνει ο εγκέφαλος ενός έργου — 5 μέρη συν μια χρονομηχανή#

Ένα παράδειγμα αρχιτεκτονικής από την εμπειρία του συγγραφέα που περιγράφεται εδώ:

Το βασικό μεθοδολογικό σημείο είναι να διαχωρίζετε τα ai-clone/ και business/.

Το business/ απαντά στην ερώτηση «τι κάνουμε;». Προϊόν, κοινό, τιμές, ανταγωνιστές. Αφορά το έργο. Αν αύριο παραχωρήσετε το έργο σε έναν συνεργάτη, αυτός ο φάκελος πηγαίνει μαζί του.

Το ai-clone/ απαντά στην ερώτηση «πώς παίρνω αποφάσεις;». Οι αρχές μου, το ύφος μου, η τέχνη μου και οι λέξεις που με κάνουν να σταματώ. Αφορά εμένα. Αν ξεκινήσω αύριο ένα νέο έργο, αυτός ο φάκελος έρχεται μαζί μου.

Θέλετε όχι μόνο να ρυθμίσετε έναν δεύτερο φάκελο αλλά και να φτιάξετε ένα σύστημα που κάνει το Claude συνεπές; Αυτό από μόνο του δεν αρκεί. Χωρίς το ai-clone/, ο πράκτορας απαντά για όλους, όχι για εσάς. Χωρίς context engineering, περιφέρεται σε ολόκληρο τον φάκελο και καταναλώνει token. Είναι χρήσιμο να συνδέσετε και τα τρία: δεύτερος εγκέφαλος + κλώνος AI + context engineering. Αυτοί είναι οι τρεις πυλώνες χωρίς τους οποίους η AI παραισθάνεται.

Τι πρέπει να μπει στο business/ και τι όχι;#

Η δομή ανώτατου επιπέδου του business/ στο έργο που περιγράφει ο συγγραφέας:

business/
├── INDEX.md              ← χάρτης φακέλων, διαβάστε πρώτα
├── company/              ← αποστολή, νομική οντότητα, αξίες, νομικές πολιτικές
├── products/             ← προϊόντα, προγράμματα, τιμές
├── audience/             ← προφίλ πελάτη, τμήματα, αντιρρήσεις
├── goals/                ← ετήσιοι, τριμηνιαίοι, μηνιαίοι στόχοι, μετρήσεις
├── economics/            ← οικονομικά μονάδας, έσοδα, έξοδα, πρόβλεψη
├── marketing/             ← κανάλια, διοχέτευση, υλικά, ανταγωνιστές
├── execution/            ← εβδομαδιαίος σχεδιασμός, backlog
└── assets/               ← σύστημα σχεδίασης, κριτικές, βιβλιοθήκη κειμένων

Αυτό είναι ένα παράδειγμα από το έργο που περιγράφει ο συγγραφέας, όχι δόγμα. Δημιουργώ φακέλους ανάλογα με τις ανάγκες. Ξεκίνησα με τρεις (products/, audience/, goals/)· οι υπόλοιποι προστέθηκαν μετά από 2-3 μήνες, όταν δεν ήταν πλέον σαφές πού έπρεπε να μπουν τα νέα στοιχεία.

Το βασικό αρχείο του φακέλου είναι το INDEX.md. Είναι ένας χάρτης. Περιέχει έναν πίνακα «ερώτηση → αρχείο», τον οποίο χρησιμοποιεί το Claude για να καταλάβει πού να πάει. Χωρίς αυτόν, ο πράκτορας καταναλώνει token διαβάζοντας διαδοχικά κάθε αρχείο.

Ένα ενδεικτικό απόσπασμα από το INDEX.md:

### Πού θα βρείτε τα πράγματα

| Τι χρειάζεστε | Πού να κοιτάξετε |
|---|---|
| Ποιος είναι ο πελάτης μας και ποια είναι τα προβλήματά του | `business/audience/avatar.md` |
| Προϊόντα, προγράμματα και τιμές | `business/products/` |
| Στόχοι και μετρήσεις | `business/goals/` |
| Οικονομικά (έσοδα, έξοδα, οικονομικά μονάδας) | `business/economics/` |
| Κανάλια και υλικά προώθησης | `business/marketing/` |

Έπειτα, αρκεί μία γραμμή στο CLAUDE.md: «Για επιχειρηματικές ερωτήσεις, διάβασε το business/INDEX.md και ακολούθησε τον χάρτη». Ο πράκτορας δεν φορτώνει ολόκληρο τον φάκελο στο πλαίσιο. Φορτώνει τον χάρτη, επιλέγει το σωστό αρχείο και διαβάζει μόνο αυτό.

Λίστα ελέγχου για όσα δεν πρέπει να βάλετε στο business/:

• Ακατέργαστη αλληλογραφία συνομιλιών χωρίς επεξεργασία. Αν υπάρχει κάποια ιδέα, αποστάξτε την και καταγράψτε την. Αν όχι, παραλείψτε την.
• Πληροφορίες που υπάρχουν ήδη στον κώδικα. Δεν χρειάζεται το «Οι πληρωμές γίνονται μέσω CloudPayments»· ο πράκτορας μπορεί να το δει στον κώδικα.
• Στιγμιότυπα οθόνης και εικόνες. Αυξάνουν το μέγεθος του φακέλου και δεν αναλύονται από ένα γλωσσικό μοντέλο χωρίς πρόσθετο βήμα.
• Δυναμικοί αριθμοί. Το «Σήμερα υπάρχουν 423 πληρωμές για το προϊόν» θα είναι παρωχημένο σε μία εβδομάδα. Χρησιμοποιήστε τον δείκτη LIVE και έναν σύνδεσμο σε ερώτημα βάσης δεδομένων.
• Ευαίσθητες ή αμφιλεγόμενες πληροφορίες. Αν αύριο προβάλλατε το αποθετήριο δημόσια στο YouTube μπροστά σε 100 χιλιάδες αγνώστους, κρατήστε μόνο όσα θα ήσασταν πρόθυμοι να δείξετε. Οι εργαζόμενοι, οι πράκτορες και μερικές φορές εξωτερικοί συνεργάτες διαβάζουν τον φάκελο.

Γιατί να έχετε ξεχωριστό φάκελο ai-clone και γιατί να μην τον αναμειγνύετε με την επιχείρηση;#

Η ιδέα είναι απλή: η επιχείρηση γνωρίζει τι κάνουμε. Το clone γνωρίζει πώς παίρνω αποφάσεις.

Η δομή ai-clone/ στο έργο που περιγράφει ο συγγραφέας:

ai-clone/
├── INDEX.md           ← χάρτης φακέλου
├── role.md            ← ποιος είμαι, υπόβαθρο, τι έχει σημασία
├── identity/          ← αξίες, όραμα, αποστολή
├── thinking/          ← νοητικά μοντέλα από ομιλίες
├── voice/             ← τόνος, λεξιλόγιο, ύφος
├── principles/        ← πεποιθήσεις για το προϊόν, τον κώδικα, την επιχείρηση
├── feedback/          ← κανόνες που μάθαμε από λάθη ← κύριος φάκελος
├── style/             ← λέξεις προς αποφυγή, μορφοποίηση Telegram
└── reference/         ← εργαλεία, περιβάλλον

Ο πιο χρήσιμος φάκελος είναι ο feedback/. Περιέχει συγκεκριμένους κανόνες που έμαθα από λάθη των πρακτόρων. Κάθε κανόνας μπαίνει σε ξεχωριστό αρχείο με την εξής μορφή:

---
name: short-name
description: one line - what’s in the file and when to apply it
type: feedback
---

Ένας σύντομος κανόνας σε μία πρόταση.

**Γιατί:** γιατί υπάρχει αυτός ο κανόνας. Πλαίσιο, περιστατικό, παρατήρηση.

**Πώς εφαρμόζεται:** συγκεκριμένες αφορμές για το πότε ισχύει ο κανόνας.

Χωρίς το Why, ο κανόνας είναι νεκρός — ο πράκτορας δεν θα τον μεταφέρει σε παρόμοια κατάσταση. Χωρίς το How to apply, δεν είναι σαφές πότε πρέπει να χρησιμοποιηθεί.

Ένα παράδειγμα από τον φάκελό μου: ο κανόνας «ενωτικό, όχι παύλα em». Προέκυψε επειδή η παύλα em — είναι βασικό οπτικό σημάδι κειμένου που έχει παραχθεί από τεχνητή νοημοσύνη. Ισχύει για κάθε κείμενο που απευθύνεται στο κοινό. Το αρχείο βρίσκεται στο ai-clone/feedback/no-em-dashes.md.

Εγώ το κάνω λίγο διαφορετικά: γράφω τους κανόνες στο ai-clone/feedback/, όχι στο CLAUDE.md. Το CLAUDE.md είναι αρχείο έργου, αλλά οι κανόνες για τον τόνο και το ύφος είναι προσωπικοί. Με ακολουθούν στο επόμενο έργο. Το CLAUDE.md παραμένει στο έργο.

Τι είναι τα Live Metrics και γιατί να μην ενσωματώνετε αριθμούς στα αρχεία;#

Μία από τις κύριες παγίδες όταν ξεκινάτε έναν δεύτερο εγκέφαλο είναι να τον γεμίσετε με παλιούς αριθμούς. Γράφετε «έχουμε 320 πελάτες» και δύο εβδομάδες αργότερα είναι ήδη 410. Γράφετε «τα μηνιαία έσοδα είναι 4,7 εκατομμύρια» και έναν μήνα αργότερα ο αριθμός έχει χάσει το πλαίσιό του: είναι στόχος, πραγματικό αποτέλεσμα ή πρόβλεψη;

Στο παράδειγμα του συγγραφέα, λειτουργεί ως εξής. Στο αρχείο business/products/practicum.md, υπάρχει ένας δείκτης αντί για αριθμό:

## Κοόρτες

> **LIVE** - εκτελέστε τα ερωτήματα στο `live-metrics.md`, στην ενότητα «Πωλήσεις»
> για να δείτε τις τρέχουσες πληρωμές ανά κοόρτη.

| Κοόρτη | Ημερομηνίες | Πληρωμές |
|-------|------|------------|
| 1 | 10-12 Μαρτίου 2026 | LIVE |
| 2 | 24-26 Μαρτίου 2026 | LIVE |

Ένα ξεχωριστό αρχείο live-metrics.md περιέχει έτοιμα προς εκτέλεση ερωτήματα SQL και περιγραφές των αποτελεσμάτων τους:

## Πωλήσεις (πληρωμές ανά κοόρτη)

```sql
SELECT c.name, COUNT(p.id) AS paid, SUM(p.amount) AS revenue
FROM purchases p
JOIN cohorts c ON c.id = p.cohort_id
WHERE p.status = 'paid'
GROUP BY c.name
ORDER BY c.starts_at DESC;
```

Όταν ρωτώ τον πράκτορα «πόσες πληρωμές έχουμε για τη δεύτερη κοόρτη;», αυτός:

1. Διαβάζει το business/products/practicum.md
2. Βλέπει τον δείκτη LIVE δίπλα στον αριθμό
3. Ανοίγει το live-metrics.md
4. Βρίσκει την ενότητα «Πωλήσεις»
5. Εκτελεί το ερώτημα στη βάση δεδομένων παραγωγής
6. Απαντά με ενημερωμένα δεδομένα

Αυτό λύνει δύο προβλήματα ταυτόχρονα. Οι αριθμοί δεν παλιώνουν. Και οι αποφάσεις λαμβάνονται με βάση την τρέχουσα εικόνα, όχι την περσινή.

Πώς περιηγείται η τεχνητή νοημοσύνη στον δεύτερο εγκέφαλο για ένα μεμονωμένο αίτημα;#

Ένα συγκεκριμένο αίτημα, για παράδειγμα: «σύνταξε ένα email στους συμμετέχοντες για τη νέα κοόρτη».

1. Το Claude ξεκινά με κενό παράθυρο. Φορτώνει το CLAUDE.md (κανόνες, στοίβα τεχνολογιών, δρομολόγηση).
2. Από τη δρομολόγηση στο CLAUDE.md, βλέπει: «ai-clone/INDEX.md - να διαβάζεται πάντα στην αρχή μιας συνεδρίας». Ανοίγει το αρχείο και μαθαίνει ποιος είμαι, ποιος είναι ο τόνος μου και ποιες λέξεις αποφεύγω.
3. Βλέπει στη δρομολόγηση: «πρότυπα email - src/lib/email/layout.ts». Ανοίγει το αρχείο και κατανοεί τη μορφή.
4. Βλέπει: «πλαίσιο προϊόντος - business/products/practicum.md». Ανοίγει το αρχείο και διαβάζει για το προϊόν.
5. Βλέπει τον δείκτη LIVE στο αρχείο και μια παραπομπή στο live-metrics.md. Ανοίγει το αρχείο και βρίσκει το έτοιμο προς εκτέλεση ερώτημα SQL. Αν χρειάζεται τρέχοντα αριθμό, εκτελεί το ερώτημα. Αν όχι, σημειώνει «αντλήστε αυτόν τον αριθμό τη στιγμή της αποστολής».
6. Βλέπει τους κανόνες τόνου στο ai-clone/style/telegram-format.md, την απαγόρευση των παυλών em στο ai-clone/feedback/no-em-dashes.md και τα ποσοστά μετατροπής της διοχέτευσης στο business/marketing/funnel.md.

Συντάσσει το email στον τόνο μου, με ενημερωμένους αριθμούς και χωρίς παύλες em ή σημάδια τεχνητής νοημοσύνης.

Η Anthropic αποκαλεί αυτή την προσέγγιση «πλαίσιο κατά τη στιγμή που χρειάζεται» στο ιστολόγιο μηχανικής της:

Με άλλα λόγια, το Claude μεταφέρει δείκτες προς τα δεδομένα, όχι τα ίδια τα δεδομένα. Έτσι εξοικονομούνται πολύ περισσότερα tokens και τα αποτελέσματα είναι πολύ ακριβέστερα, επειδή μόνο οι σχετικές πληροφορίες καταλήγουν στο πλαίσιο. Το παράθυρο παραμένει καθαρό για συλλογισμό.

5 αντιπαραδείγματα του δεύτερου εγκεφάλου - τι πρέπει να αποφεύγετε;#

Αντιπαράδειγμα 1. Ένα υπερφορτωμένο CLAUDE.md. 500 γραμμές οδηγιών «αντί να μπουν όλα σε ένα μέρος». Η Anthropic είναι σαφής:

Το επιθυμητό μήκος είναι 80-120 γραμμές. Βάλτε όλα τα υπόλοιπα σε ξεχωριστά αρχεία και προσθέστε παραπομπές προς αυτά.

Αντιπαράδειγμα 2. Ένας φάκελος για όλα. Ρίχνετε τα πάντα στον δεύτερο εγκέφαλο: ακατέργαστη αλληλογραφία συνομιλιών, άχρηστα στιγμιότυπα οθόνης, αναφορές που κανείς δεν θα διαβάσει. Έναν μήνα αργότερα, ο φάκελος έχει διογκωθεί, ο πράκτορας σπαταλά tokens διαβάζοντας άχρηστο υλικό και δεν θυμάστε πού βρίσκεται τίποτα. Ο κανόνας: κάθε αρχείο στον δεύτερο εγκέφαλο πρέπει να απαντά σε μια συγκεκριμένη ερώτηση. Αν κανείς δεν το έχει ανοίξει εδώ και έξι μήνες, διαγράψτε το ή μετακινήστε το στο αρχείο.

Αντιπαράδειγμα 3. Διπλοεγγραφή. «Οι πληρωμές γίνονται μέσω CloudPayments, στο src/lib/payment/cloudpayments.ts· ο πάροχος ρυθμίζεται στο .env». Ο πράκτορας μπορεί να τα δει όλα αυτά στον κώδικα. Μην τα επαναλαμβάνετε στο business/. Τα διπλότυπα παλιώνουν: αλλάζει ο κώδικας, το business/ δεν ενημερώνεται και ο πράκτορας εργάζεται με παλιές πληροφορίες.

Αντιπαράδειγμα 4. Ενσωματωμένοι αριθμοί. «Έχουμε 1.247 πελάτες, με ποσοστό μετατροπής 6,3%» - φανταστείτε ότι αυτοί είναι αριθμοί από κάποια αφηρημένη νεοφυή επιχείρηση χρηματοοικονομικής τεχνολογίας. Όλοι αυτοί οι αριθμοί θα παλιώσουν σε μία εβδομάδα. Χρησιμοποιήστε τον δείκτη LIVE και το live-metrics.md. Η σχετική ενότητα βρίσκεται παραπάνω.

Αντιπαράδειγμα 5. Context χωρίς προσβάσιμη διαδρομή. Αν ο δεύτερος εγκέφαλος βρίσκεται αλλού και ο agent δεν έχει ούτε άδεια ούτε δείκτη προς αυτόν, η εκκίνηση από τον φάκελο κώδικα δεν αρκεί. Για μη ευαίσθητες κοινές σημειώσεις, τα business/ και ai-clone/ μέσα στο αποθετήριο είναι βολική διάταξη. Για ιδιωτικό context, κρατήστε χωριστά ελεγχόμενη θέση και ρυθμίστε ρητά την επιτρεπόμενη πρόσβαση και δρομολόγηση. Η ευκολία φακέλων δεν υπερισχύει της εμπιστευτικότητας.

Πώς να δημιουργήσετε έναν δεύτερο εγκέφαλο σε μία ώρα - μια συνταγή βήμα προς βήμα#

1. Δημιουργήστε δύο βασικούς φακέλους

   Στη ρίζα του έργου, δίπλα στο src/:

   mkdir -p business/{products,audience,goals,economics,marketing}
   mkdir -p ai-clone/{identity,voice,principles,feedback,style}
   

2. Φτιάξτε ένα INDEX.md ως χάρτη φακέλου

   Το business/INDEX.md είναι ένας πίνακας «ερώτηση → αρχείο». Ξεκινήστε με τουλάχιστον 5 γραμμές και προσθέστε περισσότερες στην πορεία. Κάντε το ίδιο στο ai-clone/INDEX.md.

3. Προσθέστε σύντομες περιγραφές του προϊόντος και του πελάτη

   Το business/products/main.md περιγράφει τι είναι το προϊόν, για ποιους είναι, πόσο κοστίζει και τι το διαφοροποιεί. 30-50 γραμμές. Το business/audience/avatar.md περιγράφει ποιος είναι ο πελάτης, ποια είναι τα προβλήματά του και τι αγοράζει. 30-50 γραμμές. Μην περιγράψετε έναν ιδανικό πελάτη· περιγράψτε έναν πραγματικό. Αν δεν γνωρίζετε κάτι, σημειώστε το ως «προς διευκρίνιση» και προχωρήστε.

4. Περιγράψτε τον εαυτό σας στο ai-clone/role.md

   Ποιοι είστε, τι κάνετε και τι έχει σημασία για εσάς. 20-30 γραμμές. Αυτό αρκεί για να ξεκινήσετε. Προσθέστε τόνο, αρχές και λέξεις προς αποφυγή όταν παρατηρήσετε ότι ο πράκτορας γράφει με ύφος που δεν είναι δικό σας.

5. Προσθέστε δρομολόγηση στο CLAUDE.md

   Ανοίξτε το CLAUDE.md και προσθέστε μια ενότητα:

   ## Χάρτης έργου
   
   - Επιχειρηματικό πλαίσιο → `business/INDEX.md`
   - Πλαίσιο για εμένα → `ai-clone/INDEX.md`
   - Τεχνικά σχέδια → `plans/YYYY-MM-DD-*.md`
   - Αναδρομές σε προηγούμενες συνεδρίες → `retrospectives/`
   
   Να διαβάζετε πάντα τα `ai-clone/INDEX.md` και `business/INDEX.md` στην αρχή μιας συνεδρίας.
   

6. Ξεκινήστε το Claude Code και ελέγξτε

   Ανοίξτε τον πράκτορα. Ρωτήστε: «πες μου για το προϊόν και το κοινό μου». Αν απαντήσει με βάση το πλαίσιο των φακέλων, λειτουργεί. Αν επινοεί πράγματα, ελέγξτε ότι οι φάκελοι βρίσκονται δίπλα στο έργο, ότι τα αρχεία έχουν ονομαστεί σωστά και ότι η δρομολόγηση στο CLAUDE.md είναι διατυπωμένη με ακρίβεια.

Μετά από αυτό, ο δεύτερος εγκέφαλος αναπτύσσεται σύμφωνα με δύο αρχές.

Πρώτον: κάθε φορά που ο πράκτορας κάνει λάθος, προσθέστε έναν κανόνα. Μετά από 3-4 εβδομάδες, το ai-clone/feedback/ θα περιέχει 15-20 αρχεία κανόνων και ο πράκτορας θα σταματήσει να κάνει τα περισσότερα συνηθισμένα λάθη.

Δεύτερον: κάθε φορά που παίρνετε μια επιχειρηματική απόφαση, καταγράψτε την στο business/. Αν αυξήσετε μια τιμή, προσθέστε μια σημείωση στο business/products/pricing.md με την ημερομηνία και τον λόγο. Αν αλλάξετε την τοποθέτηση, προσθέστε μια σημείωση στο business/company/about.md. Έξι μήνες αργότερα, θα έχετε ένα αρχείο που θυμάται το «γιατί».

Έχουμε κάνει αρκετή δουλειά μαζί αυτή την εβδομάδα.

Ανάλυσε όλες τις αλλαγές κώδικα αυτής της εβδομάδας, όλα τα commits που κάναμε.
Ποια πολύτιμη πληροφορία από αυτά πρέπει να βρίσκεται στο business/ - γράψ' την στα κατάλληλα αρχεία
με wiki συνδέσμους προς γειτονικά αρχεία, ώστε να μην χαθεί το πλαίσιο.

Αν υπάρχουν αποφάσεις στον κώδικα που δεν έχω εξηγήσει, ρώτησέ με γιατί
και κατέγραψε τον λόγο στο κατάλληλο αρχείο, σημειώνοντας την ημερομηνία.

Μην επαναλαμβάνεις όσα είναι ήδη προφανή από τον κώδικα. Συμπερίλαβε μόνο όσα ο πράκτορας
δεν θα γνώριζε στην επόμενη συνεδρία χωρίς το business/.

Τι ακολουθεί - Skills, Subagents και μηχανική πλαισίου#

Μόλις δημιουργηθεί ο δεύτερος εγκέφαλος, υπάρχουν τρία ακόμη εργαλεία που η Anthropic περιγράφει ως τρία διαφορετικά επίπεδα βελτιστοποίησης πλαισίου.

Τα Skills είναι διαδικαστική γνώση. Αν έχετε μια ροή εργασίας που επαναλαμβάνετε (σύνταξη εκπαιδευτικού οδηγού, προετοιμασία ανάρτησης στο Telegram, έλεγχος ιστότοπου), μπορείτε να την κωδικοποιήσετε σε ένα αρχείο SKILL.md με περιγραφή εργασίας. Στην αρχή μιας συνεδρίας, το Claude σαρώνει τα ονόματα και τις περιγραφές των skills και φορτώνει μόνο όσα ταιριάζουν με την τρέχουσα εργασία. Αυτό εξοικονομεί tokens και διατηρεί την εστίαση.

Οι Subagents είναι απομονωμένες παρουσίες του Claude με δικά τους παράθυρα πλαισίου. Ξεκινήστε έναν subagent για μια απαιτητική εργασία (διαβάστε 30 αρχεία και συντάξτε μια σύνοψη) και αυτός εργάζεται στο δικό του παράθυρο και επιστρέφει μόνο το αποτέλεσμα. Το κύριο παράθυρό σας παραμένει καθαρό. Η Anthropic γράφει:

Η μηχανική πλαισίου είναι η διαχείριση του τι μπαίνει στο παράθυρο εξαρχής. Η Anthropic την αποκάλεσε θεμελιώδη δεξιότητα για την εργασία με πράκτορες το 2025, ένα επίπεδο πάνω από τη μηχανική προτροπών. Η μηχανική προτροπών αφορά την επιλογή διατύπωσης. Η μηχανική πλαισίου αφορά την επιλογή αρχείων, διαδρομών, skills και subagents.

Ένας δεύτερος εγκέφαλος είναι το πρώτο δομικό στοιχείο της μηχανικής πλαισίου. Χωρίς αυτόν, τα Skills διαβάζουν ένα κενό, οι Subagents δεν έχουν πού να πάνε και το παράθυρο του πράκτορα γεμίζει με τυχαίες πληροφορίες. Με αυτόν, και τα τρία εργαλεία αρχίζουν να λειτουργούν.

Επόμενο βήμα. Δημιουργήστε δύο φακέλους δίπλα στο έργο: business/ και ai-clone/. Προσθέστε σε καθέναν ένα INDEX.md με 5 γραμμές που λειτουργούν ως χάρτης. Προσθέστε τέσσερις γραμμές δρομολόγησης στο CLAUDE.md. Σε μία ώρα, θα έχετε ένα λειτουργικό πλαίσιο δεύτερου εγκεφάλου. Έπειτα αναπτύξτε το ακολουθώντας τον κανόνα «μετά από κάθε λάθος του πράκτορα, προσθέστε μία γραμμή στο ai-clone/feedback/». Εξηγώ το πλήρες πρότυπο CLAUDE.md που θα χρησιμοποιήσετε για να δρομολογείτε προς τον δεύτερο εγκέφαλο στον οδηγό Πώς να ρυθμίσετε σωστά το CLAUDE.md.

Συνεχίστε να εξερευνάτε το Ailoot στο ailoot.ai.