# Plan Mode στο Claude Code: Οδηγός βήμα προς βήμα και 4 φάσεις το 2026 > Το Plan Mode στο Claude Code: τι είναι, πώς ενεργοποιείται με Shift+Tab, οι 4 φάσεις της Anthropic, έτοιμα πρότυπα προτροπών και η εντολή /goal για αυτόνομες νυχτερινές εργασίες. Source: https://ailoot.ai/blog/el/claude-code-plan-mode/ Canonical: https://ailoot.ai/blog/el/claude-code-plan-mode/ Language: el Publisher: Ailoot (https://ailoot.ai/) Translation: guide-197 Revision: sha256-8b03f9c67d1ceaf49d22df64ec02798ae5c6d5ce167ae2e736b9dd7a369dc0ad Πρόσθετες οδηγίες θα βρείτε στην [τεκμηρίωση του Ailoot](https://ailoot.ai/docs/). ## Τι είναι το Plan Mode και γιατί δεν αρκεί από μόνο του;
Κύρια σημεία Το Plan Mode στο Claude Code είναι μια λειτουργία όπου η ΤΝ διαβάζει αρχεία, αναλύει κώδικα και προτείνει ένα σχέδιο αλλαγών, αλλά δεν γράφει τίποτα μέχρι να το εγκρίνετε. Ενεργοποιείται πατώντας δύο φορές Shift+Tab ή χρησιμοποιώντας τη σημαία `--permission-mode plan`. Είναι χρήσιμο όταν η προσέγγιση είναι αβέβαιη, ο κώδικας άγνωστος ή μια αλλαγή έχει ουσιαστικό κίνδυνο μεταξύ αρχείων ή στη λειτουργία. Ένα σαφές τυπογραφικό λάθος χαμηλού κινδύνου συνήθως δεν χρειάζεται ξεχωριστή φάση σχεδιασμού.
Σε κανονική λειτουργία, το Claude Code γράφει αμέσως κώδικα και, αν δεν παρακολουθείτε τι κάνει, μπορεί ξαφνικά να βρεθείτε με ένα diff σε πολλά αρχεία. Το Plan Mode αντιστρέφει τα βήματα: πρώτα έρευνα και σχεδιασμός, μετά έγκριση και κατόπιν αλλαγές. Η Anthropic περιγράφει το Plan Mode στην επίσημη τεκμηρίωσή της ως εξής:

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

— Anthropic Docs, https://code.claude.com/docs/en/permission-modes
Ακούγεται απλό, αλλά κρύβει τη βασική αλλαγή. Το Plan Mode αλλάζει τον ρυθμό της εργασίας: πρώτα συμφωνείτε και μετά ενεργείτε. Είναι αλλαγή λειτουργίας, όχι επιφανειακή τροποποίηση. Το πρόβλημα για όσους κάνουν vibe coding είναι ότι οι πράκτορες ΤΝ τείνουν να βιάζονται. Αν ζητήσετε «Πρόσθεσε έλεγχο ταυτότητας Google», σε κανονική λειτουργία ο Claude θα γράψει τον κώδικα σε ένα λεπτό, αλλά τα μισά αρχεία θα είναι τα λάθος. Στο Plan Mode, το ίδιο αίτημα γίνεται ένα γραπτό σχέδιο που μπορείτε να διαβάσετε σε δύο λεπτά και να διορθώσετε πριν αγγιχτεί οποιοσδήποτε κώδικας. Υπάρχει μια παγίδα για την οποία δεν γράφουν οι διεθνείς οδηγοί. Το Plan Mode από μόνο του είναι αδύναμο εργαλείο: το σχέδιο υπάρχει μόνο στην τρέχουσα συνομιλία. Κλείστε το παράθυρο και το σχέδιο χάνεται. Δεν μπορείτε να το παραδώσετε σε άλλον πράκτορα. Δεν υπάρχουν εκδόσεις ή ιστορικό. Αν η εργασία είναι μεγάλη (αναδιάρθρωση module 30 αρχείων, μετάβαση σε νέα βάση δεδομένων), το σχέδιο θα φτάσει γρήγορα στο όριο του παραθύρου συμφραζομένων και θα αρχίσει να υποβαθμίζεται. Γι' αυτό το Plan Mode λειτουργεί καλά σε συνδυασμό με έναν φάκελο `plans/` στο αποθετήριο. Το σχέδιο αποθηκεύεται ως `plans/2026-05-21-google-oauth.md`, χωρίζεται σε φάσεις με πλαίσια ελέγχου και κάθε επόμενος πράκτορας μπορεί να το αναλάβει. Έτσι λειτουργεί η [μηχανική συμφραζομένων](https://ailoot.ai/blog/el/context-engineering/)—διαχείριση των συμφραζομένων πριν από την προτροπή, όχι κατά τη διάρκειά της. ## Πώς ενεργοποιείτε το Plan Mode στο Claude Code;
Κύρια σημεία Υπάρχουν τέσσερις επίσημοι τρόποι για να ενεργοποιήσετε το Plan Mode. Κατά τη διάρκεια μιας συνεδρίας, πατήστε Shift+Tab δύο φορές ή βάλτε το πρόθεμα `/plan` πριν από μια προτροπή. Κατά την εκκίνηση, χρησιμοποιήστε τη σημαία `claude --permission-mode plan`. Καθολικά, ορίστε το πεδίο `defaultMode` στο `.claude/settings.json`. Η ένδειξη της ενεργής λειτουργίας είναι `⏸ plan mode on` στο κάτω μέρος του τερματικού.
Ο γρηγορότερος τρόπος κατά τη διάρκεια μιας συνεδρίας είναι μέσω του πληκτρολογίου: ``` Shift+Tab # cycles through modes: default → acceptEdits → plan ``` Μετά από δύο πατήματα, θα εμφανιστεί η ένδειξη `⏸ plan mode on` στο κάτω μέρος του τερματικού. Ένα τρίτο πάτημα επιστρέφει στην κανονική λειτουργία. Αυτή είναι η πιο βολική μέθοδος—αλλάζετε λειτουργία επιτόπου όταν βλέπετε ότι η εργασία μεγαλώνει. Η δεύτερη μέθοδος είναι να προσθέσετε ένα πρόθεμα πριν από μία μόνο προτροπή: ``` /plan write a plan to migrate the database from MySQL to Postgres ``` Αυτή η επιλογή είναι χρήσιμη όταν βρίσκεστε σε λειτουργία αυτόματης αποδοχής και δεν θέλετε να την αλλάξετε για ολόκληρη τη συνεδρία. Μία αίτηση σε Plan Mode και μετά η εργασία συνεχίζεται όπως πριν. Η τρίτη μέθοδος είναι κατά την εκκίνηση της συνεδρίας: ```bash claude --permission-mode plan ``` Χρησιμοποιήστε την όταν γνωρίζετε εκ των προτέρων ότι μια εργασία χρειάζεται σχεδιασμό. Για παράδειγμα, πριν από μια σημαντική αναδιάρθρωση ή μετάβαση. Η τέταρτη μέθοδος είναι να ορίσετε την προεπιλογή στο `.claude/settings.json` του έργου: ```json { "permissions": { "defaultMode": "plan" } } ``` Πότε είναι χρήσιμο αυτό; Όταν μια ομάδα εργάζεται σε ένα σύνθετο σύστημα όπου κάθε αλλαγή μπορεί να επηρεάσει γειτονικά modules. Τότε, το προεπιλεγμένο Plan Mode προστατεύει όλους από τυχαίες αλλαγές. Ένα πέμπτο κόλπο που συχνά παραβλέπεται: το `Ctrl+G` ανοίγει το σχέδιο σε ένα πρόγραμμα επεξεργασίας κειμένου. Χρησιμοποιήστε το όταν το σχέδιο είναι σχεδόν σωστό, αλλά χρειάζεται να αναδιατυπώσετε 2-3 σημεία ή να προσθέσετε έναν περιορισμό. Επεξεργαστείτε το χειροκίνητα, αποθηκεύστε το και ο Claude θα συνεχίσει με τη δική σας εκδοχή. ## Ποιες είναι οι κανονικές 4 φάσεις της Anthropic στο Plan Mode: Explore, Plan, Implement, Commit;
Κύρια σημεία Στις βέλτιστες πρακτικές της, η Anthropic ονομάζει μια καθιερωμένη ροή εργασίας με τέσσερις φάσεις: Explore (ανάγνωση αρχείων και διερεύνηση των συμφραζομένων), Plan (δημιουργία σχεδίου αλλαγών χωρίς επεξεργασία), Implement (μετάβαση στην κανονική λειτουργία και υλοποίηση σύμφωνα με το σχέδιο), Commit (δημιουργία commit με περιγραφικό μήνυμα και PR). Κάθε φάση έχει τους δικούς της περιορισμούς εργαλείων.
Πολλοί οδηγοί περιγράφουν 3 φάσεις (Explore-Plan-Execute) ή μόνο 2 (Plan-Implement). Αυτές είναι απλουστεύσεις. Στον [επίσημο οδηγό βέλτιστων πρακτικών](https://www.anthropic.com/engineering/claude-code-best-practices), η Anthropic περιγράφει ακριβώς 4 φάσεις. Η διαφορά έχει σημασία: η ξεχωριστή φάση Commit σάς κάνει να καταγράφετε το αποτέλεσμα, αντί να το αφήνετε στο «έκανα μερικές ακόμα μικροδιορθώσεις εδώ, θα κάνω commit αργότερα»—την πιο συνηθισμένη αιτία απώλειας εργασίας. Όσο πιο ακριβές είναι το σχέδιο, τόσο λιγότερες επαναλήψεις χρειάζεται η υλοποίηση. Αν αφιερώσετε 10 λεπτά στο σχέδιο, η υλοποίηση θα χρειαστεί μία προτροπή. Αν σκιαγραφήσετε το σχέδιο σε ένα λεπτό, η υλοποίηση θα χρειαστεί μία ώρα διορθώσεων. Έτσι είναι οι 4 φάσεις για την προσθήκη Google OAuth (παράδειγμα από τα Anthropic Docs): | Φάση | Τι κάνει ο Claude | Τι κάνετε εσείς | Λειτουργία | |----|----|----|----| | **Explore** | Διαβάζει το `/src/auth`, εξετάζει πώς γίνεται ο χειρισμός συνεδριών και μεταβλητών περιβάλλοντος | Ορίζετε το εύρος της διερεύνησης | Plan Mode | | **Plan** | Δημιουργεί σχέδιο: ποια αρχεία θα αλλάξουν, ποια νέα θα δημιουργηθούν και ποιοι είναι οι κίνδυνοι | Διαβάζετε το σχέδιο, το επεξεργάζεστε με Ctrl+G και το εγκρίνετε | Plan Mode | | **Implement** | Υλοποιεί σύμφωνα με το σχέδιο, γράφει κώδικα ροής OAuth, δοκιμές και callback | Παρακολουθείτε κάθε αλλαγή καθώς εφαρμόζεται | Default ή acceptEdits | | **Commit** | Δημιουργεί commit με περιγραφή και ανοίγει ένα Pull Request | Ελέγχετε το μήνυμα και εξετάζετε το PR | Default | Οι προτροπές διαφέρουν επίσης σε κάθε φάση. Στο Explore: “διάβασε το /src/auth και κατάλαβε πώς χειριζόμαστε τις συνεδρίες και τη σύνδεση”. Στο Plan: “Θέλω να προσθέσω Google OAuth. Ποια αρχεία χρειάζεται να αλλάξουν; Δημιούργησε ένα σχέδιο”. Στο Implement: “υλοποίησε τη ροή OAuth από το σχέδιό σου, γράψε δοκιμές, εκτέλεσε τη σουίτα και διόρθωσε τις αποτυχίες”. Στο Commit: “κάνε commit με περιγραφικό μήνυμα και άνοιξε ένα PR”. Μια σημαντική λεπτομέρεια: το Plan Mode δεν εμποδίζει τον Claude να εκτελεί εντολές για έρευνα. Επιτρέπονται οι εντολές Read, LS, Glob, Grep, web fetch και shell για διερεύνηση. Απαγορεύονται μόνο οι ενέργειες Edit, Write και οι λειτουργίες συστήματος αρχείων που κάνουν μεταβολές. Αυτό σημαίνει ότι ο Claude μπορεί να διαβάσει τη δομή του έργου, να εκτελέσει `git log` και να εξετάσει δοκιμές—αλλά δεν θα μπορεί να αλλάξει κάτι κατά λάθος. ## Πώς διαβάζετε το σχέδιο του Claude και αποφασίζετε αν θα το εγκρίνετε;
Κύρια σημεία Ένα καλό σχέδιο του Claude περιλαμβάνει κατάλογο συγκεκριμένων αρχείων και των αλλαγών που πρέπει να γίνουν, μια σειρά βημάτων, ρητούς κινδύνους και κριτήρια επιτυχίας. Ένα κακό σχέδιο χρησιμοποιεί γενικές φράσεις όπως «θα ενημερώσω το module ταυτοποίησης» χωρίς λεπτομέρειες. Χρησιμοποιήστε τα 7 σημεία παρακάτω για να αποφασίσετε αν θα το εγκρίνετε. Βελτιώστε το με σχόλια ή επεξεργαστείτε το απευθείας με Ctrl+G.
Όταν ο Claude ολοκληρώσει τη δημιουργία σχεδίου, εμφανίζει επιλογές για το τι θα κάνετε στη συνέχεια: - Έγκριση και έναρξη σε αυτόματη λειτουργία - Έγκριση και αποδοχή αλλαγών - Έγκριση και χειροκίνητη εξέταση κάθε αλλαγής - Συνέχιση του σχεδιασμού με σχόλια - Βελτίωση με Ultraplan (εξέταση μέσω browser) Το να γνωρίζετε αν πρέπει να εγκρίνετε ένα σχέδιο είναι η βασική δεξιότητα στο Plan Mode. Είναι εύκολο να πατήσετε αυτόματα «Έγκριση» και μετά να χρειαστεί να αναιρέσετε commit. Ο κόλακας της ΤΝ θέλει να δώσει μια γρήγορη απάντηση και εσείς θέλετε να φτάσετε πιο γρήγορα στον κώδικα. Και οι δύο κάνετε λάθος. Ένα καλό σχέδιο πληροί 7 κριτήρια: 1. **Συγκεκριμένα ονόματα αρχείων.** Όχι «θα ενημερώσω το auth», αλλά «θα αλλάξω τα `src/auth/login.ts:42-58`, θα δημιουργήσω το `src/auth/oauth-callback.ts` και θα ενημερώσω το `src/auth/session.ts:103`». 2. **Καθορισμένη ακολουθία.** Το σχέδιο χωρίζεται σε φάσεις ή βήματα, αντί να λέει «θα τα κάνω όλα κάπως». 3. **Κατονομασμένες εξωτερικές εξαρτήσεις.** Αν η εργασία απαιτεί νέα βιβλιοθήκη, αυτή αναφέρεται. Αν χρειάζονται μεταβλητές περιβάλλοντος, αναφέρονται. 4. **Καταγεγραμμένοι κίνδυνοι.** Ένα καλό σχέδιο λέει «η μετάβαση μπορεί να διακόψει υπάρχουσες συνεδρίες· πρέπει να ελεγχθεί το X». Ένα κακό σχέδιο σιωπά για τις παρενέργειες. 5. **Κριτήρια επιτυχίας.** «Οι δοκιμές `test/auth` περνούν, ο linter δεν εντοπίζει προβλήματα και ο διακομιστής ανάπτυξης ξεκινά χωρίς σφάλματα». 6. **Χωρίς υποθέσεις που “βγήκαν από το πουθενά”.** Αν ο Claude πει «θα χρησιμοποιήσω τη βιβλιοθήκη Z», ελέγξτε: την έχετε καν εγκαταστήσει στο έργο; Αν η ΤΝ την επινόησε, θα δείτε ότι δεν αναφέρεται στο `package.json`. 7. **Το σχέδιο χωρά στην οθόνη.** Αν το σχέδιο για μια απλή λειτουργία καταλαμβάνει 200 γραμμές, η εργασία μάλλον είναι πολύ μεγάλη για ένα σχέδιο. Χωρίστε την σε μέρη. Όταν ένα σχέδιο αποτυγχάνει στον έλεγχο, υπάρχουν τρεις επιλογές: - **Συνέχιση του σχεδιασμού με σχόλια**—δώστε στον Claude ένα συγκεκριμένο σχόλιο για αυτό που δεν σας αρέσει και θα ξαναγράψει το σχέδιο. - **Ctrl+G**—ανοίξτε το σχέδιο σε πρόγραμμα επεξεργασίας, τροποποιήστε το χειροκίνητα και αποθηκεύστε το. Ο Claude θα συνεχίσει με τη δική σας εκδοχή. - **Βελτίωση με Ultraplan**—το σχέδιο περνά στη λειτουργία browser του Claude Code στον ιστό, όπου εξετάζετε τις ενότητες και σχολιάζετε, και μετά το εκτελείτε τοπικά ή στο cloud. Αν κάτι πάει στραβά στη μέση της υλοποίησης, μην το πιέζετε. Επιστρέψτε στο Plan Mode και ξαναγράψτε το σχέδιο. Αυτό κοστίζει 10 φορές λιγότερο από το να αναιρέσετε 40 commit αργότερα. ## Plan Mode + φάκελος `plans/`: συνδυασμός για μεγάλα συμφραζόμενα
Κύρια σημεία Το Plan Mode από μόνο του λειτουργεί μόνο στην τρέχουσα συνομιλία. Κλείστε το παράθυρο και το σχέδιο εξαφανίζεται. Ένας φάκελος `plans/YYYY-MM-DD-feature.md` στο αποθετήριο μετατρέπει το σχέδιο σε διαρκές τεκμήριο: ένα αρχείο με φάσεις, πλαίσια ελέγχου και καταστάσεις, το οποίο μπορεί να αναλάβει οποιοσδήποτε επόμενος πράκτορας. Είναι η μετάβαση από «σχέδιο στη μνήμη» σε «σχέδιο στον κώδικα».
Το Plan Mode είναι λειτουργία του Claude Code. Ο φάκελος `plans/` είναι μια μεθοδολογία που χτίζεται πάνω σε αυτήν. Αν χρησιμοποιείτε το Plan Mode χωρίς φάκελο, θα φτάσετε στο όριο έπειτα από μία ώρα εργασίας. Η λογική είναι η εξής. Το παράθυρο συμφραζομένων του Claude είναι η μνήμη της συνεδρίας. Μπορεί να χωρέσει 1 εκατομμύριο tokens στο Opus 4.7, αλλά αυτός είναι ο όγκος ολόκληρης της συνομιλίας σας. Αν σχεδιάσετε μια σύνθετη εργασία σε μία συνομιλία, έπειτα ζητήσετε υλοποίηση, μετά συζητήσετε ένα σφάλμα και κατόπιν κάτι άλλο, το παράθυρο «φουσκώνει». Ο Claude αρχίζει να ξεχνά παλαιότερες αποφάσεις, να συγχέει τα συμφραζόμενα και να κάνει ξανά τις ίδιες ερωτήσεις. Η λύση είναι ο χρυσός κανόνας: **μία εργασία—μία συνομιλία**. Δείτε πώς γίνεται: 1. **Συνομιλία 1—διαμόρφωση του σχεδίου.** Ενεργοποιήστε το Plan Mode, περιγράψτε την εργασία και ο Claude θα δημιουργήσει ένα σχέδιο. Αποθηκεύστε το στο `plans/2026-05-21-feature-name.md`. Κλείστε το παράθυρο. 2. **Συνομιλία 2—διαχωρισμός σε φάσεις.** Ανοίξτε μια νέα συνομιλία. Ζητήστε: “πάρε το `plans/2026-05-21-feature-name.md` και χώρισέ το σε φάσεις”. Αποθηκεύστε το ενημερωμένο αρχείο. 3. **Συνομιλία 3—υλοποίηση της φάσης 1.** Ανοίξτε νέα συνομιλία. Ζητήστε: “υλοποίησε τη Φάση 1 από το `plans/2026-05-21-feature-name.md` και σημείωνε τα στοιχεία ως ολοκληρωμένα καθώς τα ολοκληρώνεις”. Κλείστε το παράθυρο. 4. **Συνομιλία 4—υλοποίηση της φάσης 2.** Κάντε το ίδιο. Τι σας προσφέρει αυτό; Το παράθυρο συμφραζομένων κάθε συνομιλίας παραμένει φρέσκο. Ο Claude στη φάση 3 δεν γνωρίζει τις λεπτομέρειες της φάσης 1, αλλά γνωρίζει το σχέδιο επειδή το αρχείο `plans/` βρίσκεται στο αποθετήριο. Κάθε επόμενος πράκτορας (είτε υποπράκτορας, νέα συνεδρία ή εκτέλεση μέσω `/goal`) μπορεί να αναλάβει το σχέδιο και να συνεχίσει. Σύγκριση προσεγγίσεων: | Χαρακτηριστικό | Μόνο Plan Mode | Plan Mode + φάκελος `plans/` | |----|----|----| | Διατήρηση | Μόνο στην τρέχουσα συνομιλία | Για πάντα στο αποθετήριο | | Παράδοση σε άλλον πράκτορα | Αδύνατη | `cat plans/file.md` | | Εκδόσεις και ιστορικό | Καμία | Μέσω git diff | | Υποστήριξη υποπρακτόρων | Μόνο στην τρέχουσα συνεδρία | Κάθε φάση → δικός της υποπράκτορας | | Πλαίσια ελέγχου και καταστάσεις | Μόνο κείμενο | Πλαίσια Markdown `[ ]` / `[x]` | | Μέγεθος σχεδίου | Περιορισμένο από το παράθυρο | Οποιοδήποτε μέγεθος | Κάθε λειτουργία έχει το δικό της αρχείο σχεδίου. Όταν χρειάζεται να θυμηθείτε τρεις μήνες αργότερα γιατί επιλέξατε έναν πάροχο πληρωμών αντί για κάποιον άλλο, μπορείτε να ανοίξετε το σχετικό σχέδιο και να διαβάσετε το ιστορικό των αποφάσεων: τι συζητήθηκε, ποιες επιλογές εξετάστηκαν και γιατί επιλέχθηκε αυτή η διαδρομή. Πρόκειται για ζωντανά σχέδια εργασίας· η στατική τεκμηρίωση παλιώνει μέσα σε λίγους μήνες. ## Πώς μπορείτε να βάλετε τον Claude να εργάζεται όσο κοιμάστε, με Plan Mode και /goal;
Κύρια σημεία Το `/goal` είναι ο αυτόνομος κύκλος για τον οποίο μιλά η Anthropic εδώ και έναν χρόνο. Η εντολή `/goal` εμφανίστηκε στο Claude Code v2.1.139 (11 Μαΐου 2026). Ορίζει μια συνθήκη ολοκλήρωσης και ο Claude εργάζεται πάνω σε αυτήν χωρίς ανθρώπινη παρέμβαση μέχρι να ικανοποιηθεί. Ένα μικρό μοντέλο αξιολογητή ελέγχει μετά από κάθε κύκλο αν έχει ικανοποιηθεί η συνθήκη.
Ο βασικός περιορισμός των μεγάλων συνεδριών ΤΝ δεν είναι το ίδιο το μοντέλο, αλλά ο άνθρωπος που πατά Enter. Κάθε φορά που ο Claude φτάνει στο τέλος ενός κύκλου, περιμένει την απάντησή σας. Το `/goal` καταργεί αυτή την αναμονή. Η σύνταξη είναι απλή: ```bash /goal all tests in test/auth pass and lint is clean, or stop after 20 turns ``` Η συνθήκη μπορεί να έχει έως 4000 χαρακτήρες. Ένας στόχος ανά συνεδρία. Μετά από κάθε κύκλο, το μικρό μοντέλο Haiku εξετάζει το απομαγνητοφωνημένο περιεχόμενο και αποφασίζει: «η συνθήκη εκπληρώθηκε—ολοκλήρωση» ή «δεν εκπληρώθηκε—επόμενος κύκλος». Ο αξιολογητής δεν καλεί εργαλεία· μόνο διαβάζει. Ψευδώνυμα για την εκκαθάριση της ρύθμισης: `/goal stop`, `/goal off`, `/goal reset`, `/goal none`, `/goal cancel`. Ο συνδυασμός με το Plan Mode είναι ο εξής: 1. Ενεργοποιήστε το Plan Mode (πατήστε `Shift+Tab` δύο φορές). 2. Ζητήστε: “δημιούργησε ένα σχέδιο για μετάβαση της βάσης δεδομένων από MySQL σε Postgres, αποθήκευσέ το στο `plans/2026-05-21-postgres-migration.md` με φάσεις και κριτήρια”. 3. Εξετάστε το σχέδιο, επεξεργαστείτε το και εγκρίνετέ το. 4. Βγείτε από το Plan Mode (πατήστε `Shift+Tab` άλλη μία φορά). 5. Ορίστε έναν στόχο: “ολοκλήρωσε όλες τις φάσεις στο `plans/2026-05-21-postgres-migration.md`, σημείωσε τα πλαίσια, όλες οι δοκιμές περνούν ή σταμάτα μετά από 50 κύκλους”. 6. Κλείστε το laptop και πηγαίνετε για ύπνο. Το πρωί, ελέγξτε το αποτέλεσμα: είτε «✓ ο στόχος ολοκληρώθηκε» είτε «◎ σταμάτησε μετά από 50 κύκλους», μαζί με ιστορικό των εργασιών που έγιναν. Υπάρχουν τρεις ουσιαστικοί κανόνες για το `/goal`, διαφορετικά θα σπαταλήσετε tokens: **Κανόνας 1: Μετρήσιμη τελική κατάσταση.** Το «κάν' το να φαίνεται ωραίο» είναι κακό. Το «η `npm test` επιστρέφει 0, η `npm run lint` επιστρέφει 0 και έχει προστεθεί μια εγγραφή στο `CHANGELOG.md`» είναι καλό. **Κανόνας 2: Ρητή επαλήθευση.** Η συνθήκη πρέπει να αναφέρεται σε κάτι επαληθεύσιμο: μια εντολή, ένα αρχείο ή ένα endpoint. Όχι «όλα λειτουργούν», αλλά «το curl localhost:3000/api/users επιστρέφει 200». **Κανόνας 3: Περιορίστε τον αριθμό των κύκλων.** Να προσθέτετε πάντα `or stop after N turns`. Η Anthropic το συνιστά ρητά στην τεκμηρίωση:

Για να περιορίσετε τη διάρκεια εκτέλεσης ενός στόχου, προσθέστε στη συνθήκη ένα όριο κύκλων ή χρόνου, για παράδειγμα, 'or stop after 20 turns'.

— Anthropic Docs, https://code.claude.com/docs/en/goal
Αν ενεργοποιήσετε το `/goal` χωρίς `or stop after`, ο προϋπολογισμός σας μπορεί να εξαφανιστεί μέσα σε μία νύχτα. ## Ποιος κύκλος 4 βημάτων μετατρέπει το Plan Mode σε διαδικασία μηχανικής;
Κύρια σημεία Το απλό Plan Mode χωρίς δομή δίνει μέτρια αποτελέσματα. Μια ισχυρή ροή εργασίας ακολουθεί 4 βήματα σε ένα παράθυρο: καταγραφή των δεδομένων χωρίς λύση, ανάπτυξη επιλογών με προηγούμενα παραδείγματα από το διαδίκτυο, δημιουργία λεπτομερούς σχεδίου με κινδύνους 2-3 βήματα μπροστά και απαίτηση αυτοελέγχου του σχεδίου για υποθέσεις που «βγήκαν από το πουθενά». Αυτή η ακολουθία εμποδίζει τον κόλακα της ΤΝ.
Ένα συνηθισμένο λάθος είναι να ρωτάτε «πώς το διορθώνω;»: ο Claude δίνει μια λύση, την εφαρμόζετε, αλλά τίποτα δεν λειτουργεί ή τα πράγματα χειροτερεύουν. Αυτός είναι ο «κόλακας της ΤΝ»: έχει εκπαιδευτεί να απαντά γρήγορα και εσείς θέλετε να φτάσετε πιο γρήγορα στον κώδικα. Ένας κύκλος 4 βημάτων αντιμετωπίζει αυτό το πρόβλημα. Ο κύκλος 4 βημάτων εμποδίζει αυτή τη συμπεριφορά. Χρησιμοποιείται διαδοχικά σε μία συνεδρία Plan Mode: **Βήμα 1. Καταγραφή δεδομένων χωρίς λύση.** Προτροπή: «Αντιμετωπίζω το εξής: \[περιγραφή συμπτώματος\]. Η αποστολή σου τώρα είναι να καταγράψεις τα δεδομένα. Απαγορεύονται όλες οι λύσεις, ιδέες και συμβουλές. Μόνο: τι παρατηρώ, ποια βήματα είναι αναπαραγώγιμα, ποια δεδομένα είναι διαθέσιμα και ποια λείπουν. Αυστηρή συνθήκη διακοπής: ΜΗΝ προτείνεις λύσεις· κατέγραψε μόνο τη διάγνωση.» Αυτό εμποδίζει την πρώτη παρόρμηση της ΤΝ: «να η λύση». Ο Claude πρέπει να σταματήσει στο «τι είναι γνωστό και τι άγνωστο». **Βήμα 2. Ανάπτυξη επιλογών με προηγούμενα παραδείγματα.** Προτροπή: «Τώρα που έχει καταγραφεί η διάγνωση, βρες στο διαδίκτυο προηγούμενα παραδείγματα επίλυσης παρόμοιων προβλημάτων. Τουλάχιστον 3 διαφορετικές προσεγγίσεις. Για καθεμία: σύνδεσμος προς την πρωτογενή πηγή, σύντομη περιγραφή και πλεονεκτήματα και μειονεκτήματα για τη δική μας περίπτωση.» Αυτό εμποδίζει τη δεύτερη παρόρμηση της ΤΝ: «να επινοήσω μια λύση επιτόπου». Την αναγκάζουμε να βγει στον κόσμο και να φέρει πίσω προσεγγίσεις που μπορούν να ελεγχθούν. **Βήμα 3. Λεπτομερές σχέδιο με κινδύνους.** Προτροπή: «Πάρε την καλύτερη επιλογή από το Βήμα 2 και παρουσίασε ένα λεπτομερές σχέδιο: ποια συγκεκριμένα αρχεία να αγγίξεις, τι να προσθέσεις, τι να αφαιρέσεις, ποιες δοκιμές να γράψεις, τι μπορεί να χαλάσει και ποιοι κίνδυνοι βρίσκονται 2-3 βήματα μπροστά.» Αυτή είναι η γνωστή φάση Plan, με μία διαφορά: βασίζεται στις επαληθευμένες επιλογές του Βήματος 2 και όχι στις εικασίες του Claude. **Βήμα 4. Αυτοέλεγχος του σχεδίου.** Προτροπή: «Τώρα κάνε υποχρεωτικό αυτοέλεγχο. Επανεξέτασε με ειλικρίνεια το σχέδιό σου: υπάρχουν σημεία όπου επινόησες κάτι και δεν το επαλήθευσες με βάση τον κώδικα, την τεκμηρίωση ή κάποιο προηγούμενο παράδειγμα από το Βήμα 2; Αν ναι, επισήμανέ τα και αναθεώρησε το σχέδιο.» Αυτό είναι το τελικό φίλτρο. Ο Claude πρέπει να ελέγξει τον συλλογισμό του και να παραδεχτεί πού έκανε παραισθήσεις. Σε αυτό το βήμα συνήθως αναθεωρούνται τουλάχιστον 2 στοιχεία του σχεδίου. Μετά τα 4 βήματα, το σχέδιο είναι έτοιμο για έγκριση. Προχωράτε στην υλοποίηση με τη σιγουριά ότι η εργασία έχει γίνει κατανοητή, οι επιλογές έχουν αξιολογηθεί και οι κίνδυνοι έχουν ληφθεί υπόψη. Αυτή η μεθοδολογία προορίζεται για τη διάγνωση δύσκολων σφαλμάτων και τη λήψη αρχιτεκτονικών αποφάσεων—όπου το κόστος ενός λάθους είναι υψηλό. Όταν εφαρμόζεται στο Plan Mode, αφαιρεί τον βασικό πονοκέφαλο όσων κάνουν vibe coding: «η ΤΝ μου έδωσε μια λύση, την εφάρμοσα και όλα χάλασαν». ## Ποιες 5 έτοιμες προτροπές λειτουργούν στο Plan Mode για συνηθισμένες εργασίες;
Κύρια σημεία Οι έτοιμες προτροπές εξοικονομούν 10-15 λεπτά ανά εργασία και βελτιώνουν την ποιότητα του σχεδίου. Υπάρχουν πέντε καθολικά πρότυπα για αναδιάρθρωση module, μετάβαση βάσης δεδομένων, προσθήκη νέας λειτουργίας, συγγραφή δοκιμών και αποσφαλμάτωση σύνθετου σφάλματος. Καθένα ενσωματώνεται στον κύκλο 4 βημάτων και συνδέεται με τον φάκελο `plans/`.
**Πρότυπο 1. Αναδιάρθρωση module.** ``` Ενεργοποιώ το Plan Mode. Εργασία: αναδιάρθρωση του module {module-name}. Βήμα 1: Μελέτησε την τρέχουσα δομή του module {module-path}. Περιέγραψε: - ποια αρχεία αποτελούν μέρος του module - ποιες εξωτερικές εξαρτήσεις έχει - ποια μέρη είναι διπλότυπα - ποιες συναρτήσεις είναι υπερβολικά περίπλοκες Βήμα 2: Βρες 2-3 παραδείγματα αναδιάρθρωσης παρόμοιων modules στο διαδίκτυο. Τουλάχιστον 1 πηγή πρέπει να είναι επίσημη τεκμηρίωση της Anthropic ή σχετικού framework. Βήμα 3: Δημιούργησε ένα σχέδιο αναδιάρθρωσης στο plans/YYYY-MM-DD-refactor-{module}.md: - ποια αρχεία να μετονομαστούν - ποιες συναρτήσεις να εξαχθούν σε ξεχωριστά modules - ποιες δοκιμές να διατηρηθούν και ποιες να ξαναγραφτούν - κίνδυνοι: τι θα μπορούσε να χαλάσει για τους χρήστες Βήμα 4: Αυτοέλεγχος. Υπάρχουν υποθέσεις στο σχέδιο που «βγήκαν από το πουθενά»; Αναδιατύπωσέ τες ή αφαίρεσέ τες. ``` **Πρότυπο 2. Μετάβαση βάσης δεδομένων.** ``` Ενεργοποιώ το Plan Mode. Εργασία: μετάβαση της βάσης δεδομένων από {old} σε {new}. Βήμα 1: Μελέτησε το τρέχον σχήμα της βάσης δεδομένων χρησιμοποιώντας το {schema-reading-command}. Περιέγραψε: - ποιοι πίνακες υπάρχουν και το μέγεθός τους - ποιες σχέσεις, ευρετήρια και περιορισμοί υπάρχουν - πού αποθηκεύονται οι μεταβάσεις - ποια δεδομένα είναι κρίσιμα Βήμα 2: Βρες προηγούμενα παραδείγματα μεταβάσεων {old → new} σε έργα παραγωγής. Τουλάχιστον 3 διαφορετικές προσεγγίσεις: pg_dump, dual-write, blue-green. Για καθεμία, κατέγραψε τα πλεονεκτήματα και τους κινδύνους για τον όγκο δεδομένων μας. Βήμα 3: Δημιούργησε σχέδιο μετάβασης στο plans/YYYY-MM-DD-db-migration.md: - φάσεις (αντίγραφο ασφαλείας, μετάβαση, επαλήθευση, αλλαγή συστήματος) - κριτήρια επιτυχίας για κάθε φάση - σχέδιο επαναφοράς αν κάτι πάει στραβά - διακοπή λειτουργίας ή χωρίς διακοπή λειτουργίας Βήμα 4: Αυτοέλεγχος. Υποστηρίζονται όλα τα αριθμητικά στοιχεία από την τεκμηρίωση; Έχουν ελεγχθεί νοερά όλα τα βήματα σε σχέση με το περιβάλλον ανάπτυξης; ``` **Πρότυπο 3. Προσθήκη νέας λειτουργίας.** ``` Ενεργοποιώ το Plan Mode. Εργασία: προσθήκη της λειτουργίας {description} στο έργο. Βήμα 1: Μελέτησε πώς λειτουργούν τώρα παρόμοιες λειτουργίες στο έργο. Ειδικότερα, εξέτασε: - {file-1} - {file-2} - ποια αρχιτεκτονικά μοτίβα χρησιμοποιούνται - ποιες δοκιμές έχουν γραφτεί για παρόμοιες λειτουργίες Βήμα 2: Βρες πώς υλοποιείται αυτή η λειτουργία σε έργα ανοιχτού κώδικα με παρόμοια αρχιτεκτονική. Τουλάχιστον 2 διαφορετικές προσεγγίσεις. Βήμα 3: Δημιούργησε σχέδιο στο plans/YYYY-MM-DD-feature-{name}.md: - κατάλογος νέων αρχείων - κατάλογος τροποποιημένων αρχείων με συγκεκριμένες γραμμές - σειρά υλοποίησης - ποιες δοκιμές να προστεθούν - τι να προστεθεί στο CLAUDE.md ως κανόνας για μελλοντικές συνεδρίες Βήμα 4: Αυτοέλεγχος. Ακολουθεί το σχέδιο την αρχιτεκτονική του έργου; Υποθέτει βιβλιοθήκες που δεν έχουν εγκατασταθεί ακόμη; ``` **Πρότυπο 4. Συγγραφή δοκιμών.** ``` Ενεργοποιώ το Plan Mode. Εργασία: κάλυψη του module {name} με δοκιμές. Βήμα 1: Μελέτησε το module {path}. Εντόπισε: - δημόσιες συναρτήσεις και τις υπογραφές τους - εσωτερικές συναρτήσεις που ΔΕΝ θα δοκιμάσουμε (λεπτομέρειες υλοποίησης) - οριακές περιπτώσεις: κενή είσοδος, σφάλματα, ταυτόχρονη πρόσβαση Βήμα 2: Βρες παραδείγματα δοκιμών για παρόμοια κατηγορία εργασιών σε δημοφιλή έργα ανοιχτού κώδικα που χρησιμοποιούν το ίδιο framework. Βήμα 3: Δημιούργησε σχέδιο δοκιμών στο plans/YYYY-MM-DD-tests-{module}.md: - για κάθε δημόσια συνάρτηση, κατάλογο δοκιμών - ποια mocks χρειάζονται - ποια fixtures - ποια προσέγγιση επαλήθευσης (στυλ assertions) Βήμα 4: Αυτοέλεγχος. Ελέγχουν όλες οι δοκιμές τη συμπεριφορά και όχι την υλοποίηση; Περιλαμβάνει η κάλυψη οριακές περιπτώσεις; ``` **Πρότυπο 5. Αποσφαλμάτωση σύνθετου σφάλματος.** ``` Ενεργοποιώ το Plan Mode. Εργασία: κατανόηση της αιτίας του σφάλματος {symptom-description}. Βήμα 1: ΚΑΤΑΓΡΑΨΕ ΤΑ ΔΕΔΟΜΕΝΑ. Απαγορεύονται λύσεις και ιδέες. Μόνο: - τι παρατηρώ (ακριβής διατύπωση του σφάλματος) - αναπαραγώγιμα βήματα - ποια δεδομένα είναι διαθέσιμα (καταγραφές, ίχνη, εκδόσεις βιβλιοθηκών) - ποια δεδομένα λείπουν (τι πρέπει να συλλεχθεί επιπλέον) Βήμα 2: Βρες προηγούμενα παραδείγματα για αυτό το σφάλμα. Τουλάχιστον 3 πηγές: ζητήματα GitHub, φόρουμ προγραμματισμού, τεκμηρίωση. Για καθεμία, δώσε σύνδεσμο και σύντομη σύνοψη της λύσης. Βήμα 3: Δημιούργησε σχέδιο διάγνωσης στο plans/YYYY-MM-DD-bug-{name}.md: - ποιες υποθέσεις να ελεγχθούν (ταξινομημένες κατά πιθανότητα) - ποιες εντολές/σενάρια να εκτελεστούν για τον έλεγχο καθεμιάς - το αναμενόμενο αποτέλεσμα κάθε ελέγχου Βήμα 4: Αυτοέλεγχος. Υπάρχουν υποθέσεις στο σχέδιο που «βγήκαν από το πουθενά»; Συνδέονται όλες οι υποθέσεις με δεδομένα από το Βήμα 1; ``` Αντιγράψτε κάθε πρότυπο, αντικαταστήστε τα `{parameters}` με τα δικά σας και επικολλήστε το στο Claude Code σε Plan Mode. Το αποτέλεσμα είναι ένα λειτουργικό σχέδιο στον φάκελο `plans/`, το οποίο εγκρίνετε και χρησιμοποιείτε για την υλοποίηση. ## Plan Mode ή κανονική λειτουργία: ποια να επιλέξετε;
Κύρια σημεία Χρησιμοποιήστε Plan Mode για αβέβαιη προσέγγιση, άγνωστο κώδικα, αρχιτεκτονικές αποφάσεις, migrations ή αλλαγές με σημαντικές παρενέργειες. Το πλήθος αρχείων είναι ένδειξη να εξετάσετε εξαρτήσεις, όχι αυστηρός κανόνας. Ένα μικρό, κατανοητό diff χαμηλού κινδύνου μπορεί να γίνει απευθείας· η περιγραφή σε μία πρόταση μόνη της δεν κάνει ασφαλή αυθεντικοποίηση ή migration.
Η Anthropic το λέει ξεκάθαρα στην τεκμηρίωσή της: Για μικρό, κατανοητό diff χαμηλού κινδύνου με προφανή έλεγχο μπορεί να αρκεί απευθείας εργασία. Αν υπάρχουν αβεβαιότητα προσέγγισης, άγνωστος κώδικας ή επικίνδυνες παρενέργειες, σχεδιάστε πρώτα· μία σύντομη περιγραφή δεν αρκεί για να παρακαμφθεί ο σχεδιασμός. Σχετική πηγή: [βέλτιστες πρακτικές Claude Code](https://www.anthropic.com/engineering/claude-code-best-practices). Παραλείψτε ξεχωριστό σχέδιο μόνο όταν το πραγματικό diff είναι μικρό, κατανοητό και χαμηλού κινδύνου. Χρησιμοποιήστε σχεδιασμό όταν πρέπει να ανακαλύψετε προσέγγιση ή να συντονίσετε επικίνδυνες αλλαγές μεταξύ στοιχείων. Η γνώση ονομάτων αρχείων ή η σύνοψη στόχου σε μία πρόταση δεν αφαιρεί κινδύνους migration, αυθεντικοποίησης ή ακεραιότητας δεδομένων. Πίνακας αποφάσεων: | Εργασία | Λειτουργία | Γιατί | |----|----|----| | Τυπογραφικό λάθος στο README | Default | Ένα αρχείο, μία αλλαγή, προφανές diff | | Μετονομασία μεταβλητής σε ένα αρχείο | Default | Σαφές εύρος και δυνατότητα ελέγχου αναφορών· αξιολογήστε παρενέργειες | | Προσθήκη γραμμής καταγραφής | Default | Αλλαγή μίας γραμμής που δεν επηρεάζει τη λογική | | Προσθήκη νέου κουμπιού σε σελίδα | Default | Αν είναι ένα κουμπί και βλέπετε πού πηγαίνει, δεν χρειάζεται σχέδιο | | Αναδιάρθρωση module | Plan Mode | 5+ αρχεία, κίνδυνοι παρενεργειών | | Μετάβαση βάσης δεδομένων | Plan Mode + `/goal` | Διαδικασία πολλών βημάτων· χρειάζεται σχέδιο επαναφοράς | | Προσθήκη ελέγχου ταυτότητας | Plan Mode | Επηρεάζει 10+ αρχεία· η ασφάλεια είναι κρίσιμη | | Συγγραφή δοκιμών για module | Plan Mode | Πρέπει να προσδιορίσετε τι θα δοκιμάσετε | | Αποσφαλμάτωση ασαφούς σφάλματος | Plan Mode + κύκλος 4 βημάτων | Χωρίς διάγνωση, οι λύσεις θα αστοχήσουν | | Πλήρης μετάβαση framework | Plan Mode + `plans/` + `/goal` όλη τη νύχτα | Μακρά εργασία που χρειάζεται φάσεις και αυτόνομο κύκλο | Πριν επιλέξετε λειτουργία, ρωτήστε αν κατανοείτε προσέγγιση, παρενέργειες και επαλήθευση. Εργαστείτε απευθείας σε μικρή, εντοπισμένη αλλαγή χαμηλού κινδύνου με προφανή έλεγχο. Σχεδιάστε πρώτα όταν υπάρχουν αβεβαιότητα, άγνωστος κώδικας, migration, αυθεντικοποίηση ή συντονισμός στοιχείων — ακόμη κι αν μπορείτε ήδη να κατονομάσετε και τα 3-5 επηρεαζόμενα αρχεία. ## Πώς συνδυάζετε το Plan Mode + CLAUDE.md + υποπράκτορες για αξιόπιστη εργασία;
Κύρια σημεία Το Plan Mode γίνεται 10 φορές ισχυρότερο όταν συνδυάζεται με ένα σωστά διαμορφωμένο [CLAUDE.md](https://ailoot.ai/blog/el/claude-md-template/) και [υποπράκτορες](https://ailoot.ai/blog/el/claude-code-subagents/). Το CLAUDE.md ορίζει τους κανόνες που χρησιμοποιεί ο Claude για να φτιάξει ένα σχέδιο. Οι υποπράκτορες επιτρέπουν να κατανείμετε τις φάσεις του σχεδίου σε παράλληλους πράκτορες. Χωρίς αυτόν τον συνδυασμό, το Plan Mode παραμένει ένα εργαλείο για μία μόνο χρήση.
Το CLAUDE.md είναι ένα αρχείο που ο Claude διαβάζει στην αρχή κάθε συνεδρίας, ακόμη και στο Plan Mode. Αν το CLAUDE.md λέει «μην ενσωματώνεις ποτέ ημερομηνίες στον κώδικα· να τις παίρνεις πάντα από τη βάση δεδομένων», το σχέδιο δεν θα προτείνει ποτέ την ενσωμάτωση ημερομηνιών. Αν δεν υπάρχει τέτοιος κανόνας, το σχέδιο μπορεί να προτείνει οτιδήποτε. Ο συνδυασμός λειτουργεί ως εξής: **Επίπεδο 1. Το CLAUDE.md ορίζει τους κανόνες.** Το αρχείο προσδιορίζει τη στοίβα του έργου, τις αρχιτεκτονικές αρχές, τις απαγορεύσεις («μη χρησιμοποιείς παρωχημένα API») και τις απαιτήσεις («όλα τα email περνούν από κοινόχρηστη διάταξη»). Λεπτομερής οδηγός: [Πώς να διαμορφώσετε το CLAUDE.md](https://ailoot.ai/blog/el/claude-md-template/). **Επίπεδο 2. Το Plan Mode εφαρμόζει τους κανόνες στην εργασία.** Όταν ενεργοποιείτε το Plan Mode και ζητάτε «πρόσθεσε OAuth», ο Claude διαβάζει το CLAUDE.md, βλέπει τους κανόνες («αποθήκευσε τα token στο Redis, όχι στη βάση δεδομένων») και τους λαμβάνει αμέσως υπόψη στο σχέδιο. Το σχέδιο συμμορφώνεται με την αρχιτεκτονική του έργου. **Επίπεδο 3. Οι υποπράκτορες μοιράζονται την εργασία.** Αν το σχέδιο χωρίζεται σε φάσεις, κάθε φάση μπορεί να ανατεθεί σε ξεχωριστό [υποπράκτορα](https://ailoot.ai/blog/el/claude-code-subagents/). Κάθε υποπράκτορας εργάζεται στο δικό του παράθυρο συμφραζομένων χωρίς να φορτώνει το κύριο. Το σχέδιο στο `plans/` παραμένει η κεντρική πηγή αλήθειας: οι υποπράκτορες το διαβάζουν, ολοκληρώνουν τη φάση τους και ενημερώνουν τα πλαίσια ελέγχου. ## Ποια 7 λάθη καταστρέφουν το Plan Mode;
Κύρια σημεία Το Plan Mode συχνά αποτυγχάνει εξαιτίας συνηθισμένων λαθών στη χρήση, όχι επειδή το εργαλείο είναι αδύναμο. Τα επτά βασικά λάθη είναι: διατήρηση του σχεδίου στη μνήμη αντί σε αρχείο, συγκέντρωση όλων των εργασιών σε μία συνομιλία, δημιουργία σχεδίου χωρίς φάσεις, παράλειψη εις βάθος έρευνας, αποδοχή λύσης από την κολακευτική ΤΝ χωρίς διάγνωση, παράλειψη του αυτοελέγχου και χρήση αόριστων συνθηκών στο `/goal`.
**Λάθος 1. Το σχέδιο υπάρχει μόνο στη συνομιλία.** Σύμπτωμα: γράψατε ένα σχέδιο, κλείσατε το παράθυρο και πρέπει να επιστρέψετε την επόμενη μέρα—αλλά δεν υπάρχει τίποτα· τα συμφραζόμενα χάθηκαν. Λύση: αποθηκεύετε πάντα το σχέδιο στο `plans/YYYY-MM-DD-feature-name.md` του αποθετηρίου. Η συνομιλία είναι ένα γραφείο· το αρχείο είναι αρχείο. **Λάθος 2. Όλες οι εργασίες βρίσκονται σε μία συνομιλία.** Σύμπτωμα: σε μία συνεδρία συζητάτε πρώτα το auth, μετά μια μετάβαση, μετά τον σχεδιασμό UI και έπειτα ένα σφάλμα. Το παράθυρο συμφραζομένων «φουσκώνει» και ο Claude ξεχνά τα προηγούμενα. Λύση: μία εργασία—μία συνομιλία. Τελειώσατε το σχέδιο; Κλείστε το παράθυρο. Ξεκινάτε την υλοποίηση; Ανοίξτε νέο. **Λάθος 3. Ένα σχέδιο 3000 γραμμών χωρίς φάσεις.** Σύμπτωμα: υπάρχει σχέδιο, αλλά χωρίς πλαίσια ελέγχου ή διαχωρισμό. Είναι αδύνατο να καταλάβετε τι έγινε και τι όχι. Η ανάθεση είναι αδύνατη. Λύση: χωρίστε κάθε σχέδιο σε 3-7 φάσεις. Κάθε φάση είναι κατάλογος πλαισίων ελέγχου με συγκεκριμένες ενέργειες. **Λάθος 4. Καμία εις βάθος έρευνα πριν από το σχέδιο.** Σύμπτωμα: ο Claude προτείνει μια λύση επιτόπου επειδή δεν του ζητήσατε να αναζητήσει προηγούμενα παραδείγματα. Μια εβδομάδα αργότερα, ανακαλύπτετε ότι ο ανοιχτός κώδικας χρησιμοποιεί εδώ και καιρό μια καλύτερη προσέγγιση. Λύση: Βήμα 2 του κύκλου 4 βημάτων—ζητήστε από τον Claude να βρει 2-3 προηγούμενα παραδείγματα στο διαδίκτυο πριν δημιουργήσει σχέδιο. **Λάθος 5. Ο κόλακας της ΤΝ δίνει λύση χωρίς διάγνωση.** Σύμπτωμα: ρωτάτε «πώς διορθώνω το σφάλμα X;», ο Claude δίνει λύση, την εφαρμόζετε και τίποτα δεν λειτουργεί ή τα πράγματα χειροτερεύουν. Λύση: ξεκινάτε πάντα με «κατέγραψε τα δεδομένα· απαγορεύονται οι λύσεις». Μόνο μετά τη διάγνωση προχωράτε στις επιλογές. **Λάθος 6. Παράλειψη του αυτοελέγχου.** Σύμπτωμα: το σχέδιο φαίνεται εύλογο, αλλά περιέχει 2-3 υποθέσεις που «βγήκαν από το πουθενά» (επινοημένη βιβλιοθήκη, ανύπαρκτο API ή λάθος έκδοση). Η υλοποίηση αποτυγχάνει σε αυτά τα σημεία. Λύση: Βήμα 4 του κύκλου 4 βημάτων—ζητήστε από τον Claude να επανεξετάσει ειλικρινά το σχέδιό του και να επισημάνει υποθέσεις. **Λάθος 7. Αόριστες συνθήκες στο `/goal`.** Σύμπτωμα: ορίζετε `/goal κάν' το να φαίνεται ωραίο`, το αφήνετε όλη νύχτα και ξυπνάτε για να δείτε ότι εξαντλήθηκαν $200 από την ποσόστωση. Λύση: χρησιμοποιείτε μόνο μετρήσιμες συνθήκες με εντολή επαλήθευσης και υποχρεωτικό `or stop after N turns`. Όχι «κάν' το καλό» ή «βελτίωσέ το». Το όγδοο λάθος, που κάνουν συχνότερα όσοι κάνουν vibe coding, είναι να αγνοούν την ίδια την έννοια του φακέλου `plans/`. Το Plan Mode χωρίς φάκελο `plans/` δεν είναι μεθοδολογία· είναι παιχνίδι. Αν χρησιμοποιείτε το Plan Mode αλλά δεν δημιουργείτε αρχεία, παίρνετε το 10% των δυνατοτήτων του. ## Τι πρέπει να κάνετε στη συνέχεια μετά την πρώτη σας εμπειρία με το Plan Mode;
Κύρια σημεία Η πρώτη σας εμπειρία με το Plan Mode είναι αφετηρία. Επόμενα βήματα: διαμορφώστε το [CLAUDE.md](https://ailoot.ai/blog/el/claude-md-template/), αν δεν το έχετε ήδη (χωρίς αυτό, το σχέδιο αιωρείται), δημιουργήστε έναν φάκελο `plans/` στο αποθετήριο ως λειτουργική μεθοδολογία και δοκιμάστε το `/goal` σε μία αυτόνομη εργασία πριν από τον ύπνο. Ο συνδυασμός και των τριών—Plan Mode, CLAUDE.md και `plans/`—είναι ένα λειτουργικό σύστημα.
Τρία συγκεκριμένα βήματα, με αυξανόμενο βαθμό δυσκολίας: **Βήμα 1. Διαμορφώστε το CLAUDE.md, αν δεν έχετε ήδη.** Χωρίς CLAUDE.md, το Plan Mode λειτουργεί «στο κενό»—ο Claude δεν γνωρίζει τους κανόνες του έργου και προτείνει σχέδια που παραβιάζουν την αρχιτεκτονική. Πλήρης οδηγός: [Πώς να διαμορφώσετε το CLAUDE.md](https://ailoot.ai/blog/el/claude-md-template/). Ένα ελάχιστο CLAUDE.md έχει 50-80 γραμμές που περιγράφουν τη στοίβα, τους κανόνες και τις απαγορεύσεις. Το μήκος είναι δευτερεύον. Η εξειδίκευση έχει σημασία. **Βήμα 2. Δημιουργήστε φάκελο `plans/` στο αποθετήριο.** Προσθέστε φάκελο `plans/` στη ρίζα του έργου. Συμφωνήστε σε μια μορφή ονομασίας: `YYYY-MM-DD-feature-name.md`. Κάθε σχέδιο έχει δικό του αρχείο. Έπειτα από έναν μήνα θα έχετε 20-30 αρχεία· έπειτα από έξι μήνες, 100+. Αυτό είναι ένα ζωντανό ιστορικό των αποφάσεων του έργου. **Βήμα 3. Δοκιμάστε το `/goal` σε μία εργασία.** Επιλέξτε μια εργασία που συνήθως κάνετε χειροκίνητα για 30-40 λεπτά. Ενεργοποιήστε το Plan Mode, δημιουργήστε ένα σχέδιο και αποθηκεύστε το στο `plans/`. Βγείτε από το Plan Mode. Ορίστε `/goal complete all phases in plans/file.md, all tests pass, or stop after 30 turns`. Κλείστε το laptop για μία ώρα και κάντε κάτι άλλο. Επιστρέψτε και ελέγξτε το αποτέλεσμα. Αυτά τα τρία βήματα είναι το ελάχιστο. Αυτό χτίζεται σταδιακά· μην προσπαθήσετε να τα συνθέσετε όλα σε ένα βράδυ. Ξεκινήστε με το CLAUDE.md, προσθέστε το `plans/` μετά από μία εβδομάδα και δοκιμάστε το `/goal` όλη νύχτα μετά από έναν μήνα.
### Πηγές - [Anthropic Docs - Permission Modes](https://code.claude.com/docs/en/permission-modes) - [Anthropic Docs - Common Workflows](https://code.claude.com/docs/en/common-workflows) - [Anthropic Engineering - Claude Code Best Practices](https://www.anthropic.com/engineering/claude-code-best-practices) - [Anthropic Docs - /goal command](https://code.claude.com/docs/en/goal) - [Anthropic Docs - Changelog](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)
Όταν είστε έτοιμοι, γνωρίστε το [Ailoot](https://ailoot.ai/). ## Ερωτήσεις και απαντήσεις: Plan Mode στο Claude Code: Οδηγός βήμα προς βήμα και 4 φάσεις το 2026 ### Μπορώ να παραλείψω σχεδιασμό απλώς επειδή ξέρω ποια αρχεία αλλάζουν; Όχι. Τα γνωστά ονόματα αρχείων δεν αφαιρούν αβεβαιότητα για παρενέργειες ή επαλήθευση. Σχεδιάστε migrations, αλλαγές αυθεντικοποίησης και συντονισμένες αλλαγές στοιχείων ακόμη κι όταν είναι ήδη σαφής η λίστα αρχείων. ### Πότε δεν χρειάζεται χωριστή φάση Plan Mode; Για μικρό, κατανοητό diff χαμηλού κινδύνου με προφανή έλεγχο, όπως εντοπισμένο τυπογραφικό λάθος, είναι λογική η απευθείας εργασία. Χρησιμοποιήστε σχεδιασμό όταν η προσέγγιση είναι ασαφής, ο κώδικας άγνωστος ή πρέπει να εξεταστούν λειτουργικοί κίνδυνοι και επιπτώσεις μεταξύ αρχείων. ## Ailoot · Η εταιρεία και το χαρτοφυλάκιο έργων της Η Ailoot στηρίζεται στη συσσωρευμένη λειτουργική εμπειρία, τη μεγάλη πελατειακή βάση, τη σταθερή εξυπηρέτηση και τον συνεχή έλεγχο KPI. Η εταιρεία και το χαρτοφυλάκιο έργων της: εκατομμύρια πελάτες· μηνιαίες πωλήσεις δισεκατομμυρίων. Η Ailoot αξιοποιεί αυτή τη λειτουργική εμπειρία για πρόσβαση μέσω API σε λειτουργίες AI στα προϊόντα, τους πράκτορες, τις εφαρμογές και τους αυτοματισμούς των πελατών.