Ιστολόγιο

Claude Code το 2026: 11 συμβουλές, συντομεύσεις και εντολές

Markdown

11 πρακτικές τεχνικές για το Claude Code: συντομεύσεις, σημαίες CLI και εντολές /, καθώς και 6 στρατηγικές από 6 μήνες καθημερινής εργασίας. Λιγότερα tokens, λιγότερες παραισθήσεις.

Διαβάστε ολόκληρο το άρθρο

Για πρόσθετες οδηγίες σχετικά με τη χρήση του Ailoot, δείτε την τεκμηρίωση.

Τι κάνουν αυτές οι 11 συμβουλές και γιατί χρειάζεστε τακτικές αντί για θεωρία;

Βασικά συμπεράσματα

Αυτή δεν είναι λίστα με τις «κορυφαίες λειτουργίες του Claude Code» ούτε αναδιήγηση της τεκμηρίωσης της Anthropic. Πρόκειται για 11 τεχνικές από έξι μήνες καθημερινής εργασίας: 5 τακτικές (συντομεύσεις, σημαίες, εντολές /) και 6 στρατηγικές (πώς να χωρίσετε ένα σχέδιο σε βήματα, πώς να διαχειριστείτε 5 παράθυρα, πώς να εντοπίσετε τυφλά σημεία). Αρκεί ένα βράδυ για να υιοθετήσετε 11 συνήθειες.

Με το vibe coding, το ερώτημα δεν είναι πια «λειτουργεί το Claude Code;» — το ερώτημα είναι «πώς συνεργάζεστε μαζί του ώστε να μην εξαντλεί τα όριά σας ή να παραισθάνεται;» Οι 9 προηγούμενοι οδηγοί μου καλύπτουν τις έννοιες: CLAUDE.md, Plan Mode, μηχανική πλαισίου, Skills, Subagents, MCP, /rewind, όρια, δεύτερος εγκέφαλος. Αυτός ο οδηγός είναι μια συλλογή τακτικών που συμπληρώνουν τους προηγούμενους.

Κάθε συμβουλή λύνει ένα πρόβλημα. Μπορείτε να τις διαβάσετε με τη σειρά ή να μεταβείτε στις πιο επείγουσες: για συντομεύσεις, πηγαίνετε κατευθείαν στη συμβουλή 1· για εξοικονόμηση tokens, στις συμβουλές 4 και 5· για παράλληλη εργασία, στη συμβουλή 6· για τις τεχνικές του συγγραφέα, στις συμβουλές 8–11.

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

Πώς να αλλάζετε λειτουργίες στο Claude Code: η συντόμευση Shift+Tab

Βασικά συμπεράσματα

Το Shift+Tab εναλλάσσει τις λειτουργίες δικαιωμάτων: default, acceptEdits, plan και οποιεσδήποτε ενεργοποιημένες λειτουργίες (auto, bypassPermissions). Πριν από σύνθετη εργασία, μεταβείτε κυκλικά στο Plan Mode και ελέγξτε την ένδειξη λειτουργίας πριν στείλετε την εργασία. Πριν από εργασία ρουτίνας, επιλέξτε acceptEdits και επαληθεύστε αυτή την ένδειξη· ο αριθμός πατημάτων εξαρτάται από την αρχική και τις ενεργοποιημένες λειτουργίες.

Το συνηθέστερο λάθος των αρχαρίων είναι να μένουν όλη μέρα στη λειτουργία default και να εγκρίνουν χειροκίνητα κάθε αλλαγή. Μετά από μία ώρα, αυτό γίνεται εξαντλητικό και μπαίνετε στον πειρασμό να χρησιμοποιήσετε το --dangerously-skip-permissions (περισσότερα γι’ αυτό στο τέλος της συμβουλής). Το Shift+Tab είναι η μέση λύση: εσείς επιλέγετε πότε χρειάζεστε acceptEdits και πότε plan.

Ακολουθεί ο συγκεκριμένος κανόνας που ακολουθώ όταν αλλάζω λειτουργία:

  1. Έναρξη σύνθετης εργασίας — χρησιμοποιήστε Shift+Tab μέχρι η ένδειξη λειτουργίας να δείξει plan. Ο Claude το μελετά και συντάσσει σχέδιο· δεν γράφει κώδικα μέχρι να εγκρίνω.
  2. Το σχέδιο εγκρίθηκε, μετάβαση στην υλοποίηση — αλλάξτε κυκλικά μέχρι η ένδειξη λειτουργίας να δείξει acceptEdits. Ο Claude επεξεργάζεται αρχεία χωρίς να ζητά έγκριση, αλλά εξακολουθεί να ζητά έγκριση για εντολές Bash.
  3. Αλλαγές ρουτίνας (μετονομασία, απλή αναδιαμόρφωση) — κατευθείαν στο acceptEdits, χωρίς σχέδιο.
  4. Επικίνδυνη ζώνη (μεταφορές βάσεων δεδομένων, διαγραφή αρχείων) — επιστρέφω στο default με Shift+Tab.
# Συνήθεις λειτουργίες δικαιωμάτων (ελέγξτε την ενεργή ένδειξη, όχι σταθερό αριθμό πατημάτων):
# default        - τυπικά αιτήματα δικαιωμάτων
# acceptEdits    - οι αλλαγές αρχείων γίνονται δεκτές· ισχύουν τα υπόλοιπα δικαιώματα εργαλείων
# plan           - διερεύνηση και σχεδιασμός πριν την υλοποίηση
# Οι πρόσθετες λειτουργίες εξαρτώνται από έκδοση, ρυθμίσεις και πολιτική οργανισμού.

Αν το Shift+Tab δεν λειτουργεί στην έκδοση του Claude Code που έχετε (claude --version), ελέγξτε αν έχετε την πιο πρόσφατη έκδοση. Η εντολή /doctor εμφανίζει όλες τις πληροφορίες για την εγκατάσταση.

Το Shift+Tab εναλλάσσει τις λειτουργίες δικαιωμάτων. Οι διαθέσιμες λειτουργίες εξαρτώνται από το τι έχετε ενεργοποιήσει στις ρυθμίσεις.
— Anthropic Docs, https://code.claude.com/docs/en/interactive-mode

Πώς να αναιρέσετε την τελευταία ενέργεια χωρίς να χάσετε το πλαίσιο: Esc Esc

Βασικά συμπεράσματα

Το διπλό Esc είναι ένας γρήγορος τρόπος να αναιρέσετε την τελευταία ενέργεια του Claude χωρίς πλήρη χρήση του /rewind. Αν το πεδίο εισαγωγής είναι κενό, ανοίγει το μενού σημείων ελέγχου. Αν περιέχει κάτι, το διαγράφει αλλά το αποθηκεύει στο ιστορικό (το επαναφέρετε με το πάνω βέλος). Αυτό αντιμετωπίζει τον φόβο «κάτι χάλασα και δεν μπορώ να το αναιρέσω» στο 80% των περιπτώσεων· δεν χρειάζεται να καταφύγετε στο git.

Το Esc και το Esc Esc κάνουν διαφορετικά πράγματα, γι’ αυτό και συχνά τα μπερδεύουν:

  • Ένα Esc — διακόπτει εκείνη τη στιγμή τον Claude, ενώ εκτελεί κάτι. Ό,τι πρόλαβε να κάνει παραμένει. Χρήσιμο όταν έχει πάρει λάθος κατεύθυνση και θέλετε να τον κατευθύνετε αλλιώς.
  • Διπλό Esc Esc — αν το πεδίο εισαγωγής είναι κενό, ανοίγει το μενού σημείων ελέγχου (επαναφορά κώδικα, συνομιλίας ή και των δύο, ή σύνοψη). Αν το πεδίο περιέχει κείμενο, το καθαρίζει και αποθηκεύει το κείμενο στο ιστορικό (το επαναφέρετε με το πάνω βέλος).
# Από το μενού Esc Esc με κενό πεδίο:
# 1. Επαναφορά μόνο του κώδικα            - επαναφορά των αρχείων, διατήρηση της συνομιλίας
# 2. Επαναφορά μόνο της συνομιλίας         - επαναφορά της συνομιλίας, διατήρηση των αρχείων
# 3. Επαναφορά κώδικα και συνομιλίας       - επαναφορά και των δύο (η συνηθέστερη επιλογή)
# 4. Σύνοψη από εδώ                        - σύνοψη της συνομιλίας από αυτό το σημείο
# 5. Σύνοψη έως εδώ                        - σύνοψη έως αυτό το σημείο

Τα σημεία ελέγχου δημιουργούνται αυτόματα για κάθε prompt που στέλνετε — δεν χρειάζεται να θυμάστε τίποτα και μπορείτε πάντα να επιστρέψετε. Για την πλήρη ανάλυση, δείτε τον οδηγό για το /rewind, που καλύπτει επίσης τον συνδυασμό με git για εκτεταμένες επαναφορές.

Κάθε prompt χρήστη δημιουργεί ένα νέο σημείο ελέγχου. Τα σημεία ελέγχου αποθηκεύονται μεταξύ συνεδριών, ώστε να μπορείτε να επιστρέψετε σε αυτά σε συνομιλίες που συνεχίζονται.
— Anthropic Docs, https://code.claude.com/docs/en/checkpointing

Το Esc Esc είναι μία από τις πρώτες τεχνικές για αρχαρίους. Μόλις πάψουν να φοβούνται ότι θα «κάτι θα χαλάσουν και δεν θα μπορούν να το αναιρέσουν», αρχίζουν να πειραματίζονται πιο τολμηρά και τα αποτελέσματα βελτιώνονται πολλές φορές.

Πότε να χρησιμοποιείτε το /compact αντί για το /clear;

Βασικά συμπεράσματα

Το /clear επαναφέρει πλήρως τη συνεδρία, αφήνοντας ένα καθαρό παράθυρο πλαισίου. Το /compact [hint] ζητά από το LLM να συμπιέσει το ιστορικό της συνομιλίας σε μια σύνοψη, διατηρώντας το νόημα της προηγούμενης εργασίας. Ο κανόνας είναι απλός: τελειώσατε την εργασία — /clear. Συνεχίζετε την ίδια εργασία, αλλά το παράθυρο γέμισε — /compact. Αν τα μπερδέψετε, είτε θα χάσετε το πλαίσιο είτε θα φτάσετε το όριο.

Έτσι λειτουργεί εσωτερικά το /compact: ο Claude επεξεργάζεται ολόκληρο το ιστορικό μηνυμάτων και επιστρέφει μια σύντομη σύνοψη με τις σημαντικότερες λεπτομέρειες. Ένα χρήσιμο κόλπο είναι να του δώσετε μια υπόδειξη: /compact keep the coding principles and current plan, discard the CSS discussion. Έτσι η συμπίεση θα είναι στοχευμένη.

# Πότε χρησιμοποιούμε τι:
/clear                              # ολοκληρώθηκε μια λειτουργία, μετάβαση σε νέα
/compact                            # μεγάλη συνεδρία, το πλαίσιο είναι γεμάτο >50%
/compact keep the architecture and plan  # στοχευμένη συμπίεση με συγκεκριμένη εστίαση

Ένδειξη ότι ήρθε η ώρα για /compact: η εντολή /cost ή η γραμμή κατάστασης δείχνει ότι έχει χρησιμοποιηθεί πάνω από 70% του παραθύρου πλαισίου, ενώ η συνεδρία βρίσκεται μόνο στη μέση. Αν το αγνοήσετε, ο Claude θα αρχίσει να «ξεχνά» την αρχή της συνομιλίας και θα χάνετε χρόνο εξηγώντας ξανά τα πράγματα.

Στο Claude Code, για παράδειγμα, το κάνουμε αυτό στέλνοντας το ιστορικό μηνυμάτων στο μοντέλο για να συνοψίσει και να συμπιέσει τις σημαντικότερες πληροφορίες.
— Anthropic Engineering, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

Για την πλήρη θεωρία του παραθύρου πλαισίου, δείτε τον οδηγό για τη μηχανική πλαισίου. Εξηγεί επίσης γιατί το πλαίσιο είναι πεπερασμένος πόρος με φθίνουσες αποδόσεις.

Πώς να παρακολουθείτε τα tokens σε πραγματικό χρόνο: η εντολή /cost

Βασικά συμπεράσματα

Το /cost εμφανίζει την τρέχουσα δαπάνη σε δολάρια και tokens. Το /statusline προσθέτει τις ίδιες πληροφορίες στη γραμμή κατάστασης — μπορείτε ανά πάσα στιγμή να βλέπετε το μοντέλο, τον κατάλογο, το ποσοστό πλαισίου και το κόστος χωρίς να εκτελέσετε εντολή. Ο βασικός τρόπος αντιμετώπισης του φόβου «θα τα ξοδέψω όλα σε μία μέρα» είναι να είναι η δαπάνη συνεχώς ορατή.

Ο φόβος «θα τα ξοδέψω όλα σε μία μέρα» είναι μία από τις κυριότερες ανησυχίες των vibe coders. Ο βασικός τρόπος αντιμετώπισης αυτού του φόβου είναι να γίνεται η δαπάνη ορατή.

/cost          # εμφανίζει την τρέχουσα δαπάνη της συνεδρίας (tokens + $)
/statusline    # διαμορφώνει τη γραμμή κατάστασης: μοντέλο + κατάλογος + πλαίσιο % + κόστος

Ένας απλός κανόνας: ελέγχετε το /cost κάθε 30–60 λεπτά. Αν ξοδέψατε λιγότερα από μερικά δολάρια σε μία ώρα, είναι εντάξει. Αν ξοδέψατε περισσότερα, κάτι δεν πάει καλά: ίσως ξεχάσατε το /compact και το πλαίσιο μεγαλώνει, ίσως επιλέξατε λάθος μοντέλο (περισσότερα γι’ αυτό στην επόμενη συμβουλή) ή ίσως ο Claude ξαναδιαβάζει μεγάλα αρχεία 10 φορές.

Ο πλήρης οδηγός εξοικονόμησης ορίων είναι το «Πώς να μην εξαντλήσετε τα όρια του Claude Code σε μία μέρα», με 8 κανόνες. Εδώ, η τακτική είναι να κάνετε τη δαπάνη ορατή με τα /cost και /statusline.

Ποιο μοντέλο Claude να επιλέξετε για κάθε εργασία: Haiku, Sonnet ή Opus;

Βασικά συμπεράσματα

Η σημαία --model παρακάμπτει το μοντέλο μόνο για την τρέχουσα συνεδρία. Ο βασικός κανόνας: Haiku για scripts και γρήγορες αλλαγές, Sonnet για συνηθισμένη εις βάθος σκέψη, Opus για αρχιτεκτονική και σύνθετο debugging. Σύμφωνα με δημόσιες συνεντεύξεις, η ίδια η ομάδα του Claude Code χρησιμοποιεί Opus με ενεργοποιημένη τη σκέψη «για τα πάντα», αλλά αυτή είναι μια επιλογή για όσους πληρώνουν συνδρομή χωρίς να ανησυχούν για τα tokens. Για έναν επιχειρηματία, ο κανόνας είναι διαφορετικός: ξεκινήστε φθηνότερα και πληρώστε περισσότερο όταν χρειάζεται.

claude --model haiku   # ~3× φθηνότερο από το sonnet, για συνήθεις εργασίες
claude --model sonnet  # προεπιλογή, ισορροπία τιμής και ποιότητας
claude --model opus    # ~1.7× ακριβότερο από το sonnet, για σύνθετες εργασίες

Σύμφωνα με τις δημόσιες τιμές της Anthropic τον Μάιο του 2026: Haiku $1/$5 ανά 1M tokens εισόδου/εξόδου, Sonnet $3/$15, Opus $5/$25. Αυτό σημαίνει ότι το Haiku είναι 3 φορές φθηνότερο από το Sonnet και το Opus 1,7 φορές ακριβότερο από το Sonnet.

Έτσι επιλέγω κάθε μέρα:

ΕργασίαΜοντέλοΓιατί
Μετονομασία μεταβλητής/συνάρτησηςHaikuΣαφής ενέργεια· δεν χρειάζεται «σκέψη»
Απλή αναδιαμόρφωση (εξαγωγή συνάρτησης)SonnetΤυπική, φθηνή, ακριβής
Προσθήκη νέας λειτουργίας με αρχιτεκτονικήOpusΧρειάζεται βαθύς συλλογισμός
Εντοπισμός περίεργου σφάλματος που ο Sonnet δεν βρήκε σε 3 προσπάθειεςOpusΛιγότερη καθοδήγηση, μεγαλύτερο ποσοστό επιτυχίας
Ανάγνωση και σύνοψη μεγάλων αρχείων καταγραφήςHaikuΑπλή κατηγοριοποίηση, φθηνότερο

Το αμφιλεγόμενο σημείο είναι αν αξίζει να χρησιμοποιείτε Sonnet και Haiku, αν το Opus πετυχαίνει κατά μέσο όρο «με την πρώτη». Η απάντησή μου: για έναν επιχειρηματία που δεν είναι προγραμματιστής, το Haiku και το Sonnet συμφέρουν στο 70% των εργασιών. Το Opus αξίζει να το κρατήσετε για το 30% που είναι πραγματικά δύσκολο.

Πώς να εκτελείτε 3–5 εργασίες παράλληλα: /resume + git worktrees

Βασικά συμπεράσματα

Η παράλληλη εργασία στο Claude Code βασίζεται σε 2 πράγματα: το --resume (συνέχιση μιας ονομασμένης συνεδρίας) και το git worktree (ξεχωριστός κατάλογος για κάθε κλάδο). Στην πράξη, έχω ανοιχτά 5–10 παράθυρα Claude ταυτόχρονα, το καθένα με τη δική του μικροεργασία. Τα πλαίσια δεν αλληλεπικαλύπτονται και δεν σπαταλώνται tokens για «τα πάντα σε ένα παράθυρο».

Η λογική είναι απλή: ένα μεγάλο παράθυρο Claude καταβροχθίζει το πλαίσιο. Κάθε αίτημα φορτώνει στο μοντέλο όλα όσα υπήρχαν σε εκείνο το παράθυρο — ακόμα κι αν τώρα συζητάτε κάτι εντελώς διαφορετικό. 5 σύντομα παράθυρα για μικροεργασίες θυμούνται το καθένα μόνο τη δική του εργασία. Συνολικά ξοδεύετε λιγότερα.

# Έναρξη ονομασμένης συνεδρίας για συγκεκριμένη εργασία:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Χρησιμοποιήστε worktree για να μην αλληλεπικαλύπτονται οι αλλαγές στο git:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Αν χάσετε την εικόνα για το τι υπάρχει σε κάθε παράθυρο, εκτελέστε το claude --resume χωρίς όρισμα για να δείτε λίστα πρόσφατων συνεδριών με τα ονόματα και τις ώρες τους. Μέσα σε ενεργή συνεδρία, το /agents ελέγχει τους υποagents που εκτελούνται.

Όταν εργάζομαι σε μια λειτουργία με μεγάλο κύκλο ανάπτυξης, συνήθως κάνω τα εξής:

  1. Παράθυρο 1 — σχέδιο στο plans/YYYY-MM-DD-feature.md. Μόνο συζήτηση, χωρίς κώδικα.
  2. Παράθυρο 2 (ακολουθεί το σχέδιο) — υλοποίηση της φάσης 1. Μετά τη φάση, ενημέρωση του σχεδίου ([x]).
  3. Παράθυρο 3 — υλοποίηση της φάσης 2 παράλληλα με το παράθυρο 2, αν οι φάσεις δεν αλληλεπικαλύπτονται.
  4. Παράθυρο 4 — ένας agent σύνθεσης ελέγχει τα αποτελέσματα και των δύο παραθύρων.
  5. Παράθυρο 5 — έλεγχος ασφάλειας μετά τη συγχώνευση (δείτε τη συμβουλή 8).

Πότε να μη χρησιμοποιείτε worktrees: αν διαχειρίζεστε 1–2 έργα την ημέρα, ο χρόνος που θα χάσετε αλλάζοντας καταλόγους worktree θα μειώσει το όφελος. Τα worktrees αρχίζουν να αποδίδουν όταν έχετε 3+ παράλληλες εργασίες την ημέρα.

Πώς να αποφεύγετε τις παραισθήσεις: αναφορές σε αρχεία με @file

Βασικά συμπεράσματα

Αντί για «ψάξε το έργο και βρες το auth.ts», γράψτε @src/lib/auth.ts και ο Claude θα φορτώσει απευθείας το αρχείο, χωρίς αναζήτηση. Έτσι εξοικονομείτε tokens (δεν χρειάζεται σάρωση του δέντρου) και καταργείτε μία πηγή παραισθήσεων (ο Claude δεν χρειάζεται να μαντέψει τη διαδρομή· του τη δώσατε). Το ίδιο ισχύει για εντολές: το !git status εκτελείται χωρίς κλήση εργαλείου και η έξοδος προστίθεται στο πλαίσιο.

Η αυτόματη συμπλήρωση αρχείων ξεκινά με το σύμβολο @. Αρχίστε να πληκτρολογείτε μια διαδρομή και ο Claude εμφανίζει προτάσεις. Μπορείτε να αναφέρετε πολλά αρχεία ταυτόχρονα: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt χωρίς ακριβείς διαδρομές (λάθος):
> Δες τη λογική του auth και διόρθωσε το σφάλμα της συνεδρίας

# Prompt με αναφορές @ (σωστό):
> @src/lib/auth.ts @src/lib/session.ts - διόρθωσε το σφάλμα: μετά την αποσύνδεση, το cookie δεν διαγράφεται

Το δεύτερο κόλπο της ίδιας κατηγορίας είναι η λειτουργία shell με χρήση του !:

> !git status                # εκτελείται χωρίς κλήση του Claude, η έξοδος προστίθεται στο πλαίσιο
> !npm test                  # το ίδιο
> !cat /var/log/app.log | tail -50  # το ίδιο

Γιατί: δεν ξοδεύετε tokens για το «Claude, δες την κατάσταση του git» — ο Claude θα έπαιρνε την ίδια απάντηση μέσω του εργαλείου. Το ! είναι πιο σύντομο και φθηνότερο.

Αυτό συνδέεται με το CLAUDE.md: το κύριο αρχείο πρέπει να περιέχει έως 200 γραμμές κανόνων του έργου. Οι πιο εξειδικευμένοι κανόνες (για παράδειγμα, συμβάσεις API) μπαίνουν στο .claude/rules/api-design.md με YAML frontmatter paths: ["src/api/**/*.ts"]. Έπειτα φορτώνονται μόνο όταν ο Claude επεξεργάζεται αρχεία στο src/api/. Για την πλήρη ανάλυση, δείτε τον οδηγό CLAUDE.md.

Πώς να μην χάνετε την πρόοδο σε μεγάλες εργασίες: σχέδια με φάσεις και [ ] / [x]

Βασικά συμπεράσματα

Κάθε εργασία που απαιτεί πάνω από 30 λεπτά χρειάζεται σχέδιο σε ξεχωριστό αρχείο, plans/YYYY-MM-DD-name.md, με φάσεις και πλαίσια επιλογής [ ] / [x]. Το σχέδιο ανήκει σε αρχείο, όχι στη συνομιλία. Έτσι τα παράλληλα παράθυρα μπορούν να αναλάβουν διαφορετικές φάσεις χωρίς να αλληλοπαρεμποδίζονται και μπορείτε να βλέπετε εύκολα την πρόοδο αντί να την «θυμάστε» από τη συνομιλία.

Ακολουθεί το πρότυπο αρχείου σχεδίου που χρησιμοποιώ σε κάθε έργο:

# Σχέδιο: [όνομα λειτουργίας]
Ημερομηνία δημιουργίας: 2026-05-22
Στόχος: [μία πρόταση για το τι θέλουμε να πετύχουμε]

## Φάση 1: [σύντομο όνομα]
- [ ] Βήμα 1.1: [συγκεκριμένη ενέργεια]
- [ ] Βήμα 1.2: [συγκεκριμένη ενέργεια]
- [ ] Βήμα 1.3: [συγκεκριμένη ενέργεια]

## Φάση 2: [σύντομο όνομα]
- [ ] Βήμα 2.1
- [ ] Βήμα 2.2

## Αποτέλεσμα
Συμπληρώστε στο τέλος: υλοποιήθηκε πλήρως ή εν μέρει και τι απομένει.

Ο κανόνας είναι απόλυτος: κάθε agent πρέπει να ενημερώνει το σχέδιο μετά από κάθε συνεδρία. Με άλλα λόγια, μόλις ολοκληρώσετε μια φάση, ανοίξτε το αρχείο και σημειώστε την ως [x]. Αν δεν το κάνετε, το επόμενο παράθυρο δεν θα γνωρίζει ότι η φάση ολοκληρώθηκε και θα προσπαθήσει να την επαναλάβει.

Όταν το σχέδιο βρίσκεται σε αρχείο και όχι στο μυαλό σας:

  • Τα παράλληλα παράθυρα (δείτε τη συμβουλή 6) μπορούν να αναλάβουν διαφορετικές φάσεις.
  • Αν η εργασία διαρκέσει 3 ημέρες και επιστρέψετε 2 ημέρες αργότερα, βλέπετε αμέσως πού σταματήσατε.
  • Ο τελικός έλεγχος σε σχέση με το πραγματικό αποτέλεσμα είναι γρήγορος (grep -c "\[ \]" στο αρχείο = αριθμός των βημάτων που απομένουν).

Πότε να μην το χρησιμοποιείτε: για ένα γρήγορο διορθωτικό που διαρκεί 5 λεπτά, μια ασήμαντη αλλαγή σε ένα αρχείο ή την ανάγνωση και σύνοψη ενός αρχείου καταγραφής. Δεν χρειάζεται σχέδιο για κάθε ενέργεια.

Αυτή η τεχνική αποτελεί μέρος της έννοιας του Second Brain. Για την πλήρη ανάλυση των φακέλων business/, plans/, ai-clone/, δείτε τον οδηγό για το Second Brain.

Πώς να εντοπίσετε εκ των προτέρων πού θα αποτύχει ο Claude: αυτοκριτική με 10 λόγους

Βασικά συμπεράσματα

Πριν ξεκινήσετε μια σύνθετη λειτουργία, βάλτε τον Claude σε αντιπαραθετική λειτουργία: «Φαντάσου ότι το έργο απέτυχε. Έναν χρόνο από τώρα, έχω χάσει χρόνο και ενέργεια. Ανέφερε 10 λόγους. Μη με λυπηθείς· να είσαι σκληρός.» Έτσι ξεπερνάτε την αρχική αισιοδοξία και φέρνετε στην επιφάνεια τυφλά σημεία που ο Claude δεν θα ανέφερε ποτέ σε λειτουργία «ας το υλοποιήσουμε».

Ακολουθεί το πλαίσιο prompt που χρησιμοποιώ αυτολεξεί:

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

Μετά τους 10 λόγους — δεύτερος γύρος: υπερασπίσου κάθε λόγο απέναντι στα αντεπιχειρήματά μου. Πού είμαι πιο αδύναμος;

Τρίτος γύρος: γράψε ένα σχέδιο για το τι πρέπει να κάνουμε ώστε να μην προκύψουν αυτά τα προβλήματα.

Το χρησιμοποιώ σε τρία στάδια:

  1. Η πρώτη ιδέα «όλα είναι υπέροχα» — όταν είμαι σίγουρος. Η αυτοκριτική περιορίζει την ιδέα κατά 30–50%.
  2. Στη μέση του σχεδίου — όταν έχω ήδη βυθιστεί στην εργασία και δεν βλέπω πια τις αδυναμίες.
  3. Πριν από την κυκλοφορία — ένα τελικό φίλτρο.

Ο Claude πράγματι σας προκαλεί στην αντιπαραθετική λειτουργία. Το GPT-5 στην ίδια περίπτωση πρώτα επαινεί την ιδέα και μετά «προσπαθεί να βρει βελτιώσεις». Παρατήρησα αυτή τη διαφορά έπειτα από έναν χρόνο πειραματισμού:

Για μένα, η διαφορά στην αντιπαραθετική λειτουργία είναι η εξής: το ChatGPT λέει «Καλή παρατήρηση, έχεις απόλυτο δίκιο». Ο Claude στην ίδια κατάσταση λέει «Συμφωνώ, αυτό είναι εντελώς χάλια· θα το ξαναφτιάξω τώρα». Όταν χρειάζομαι κριτική, η δεύτερη απάντηση μου γλιτώνει μέρες χαμένης δουλειάς.

Πότε να μην την εφαρμόζετε: σε θετικές επαναλήψεις του UI και της κειμενογραφίας. Η αντιπαραθετική λειτουργία δεν ταιριάζει εκεί — σκοτώνει τη δημιουργικότητα.

Αυτή η τεχνική είναι γνωστή ως project premortem. Την προσάρμοσα για εργασία με έναν AI agent: αντί για μια ομάδα ανθρώπων, κάνετε εκ των προτέρων ανασκόπηση αποτυχίας με τον Claude. Κανείς δεν φοβάται να πει «αφεντικό, το έργο θα αποτύχει» — και τα τυφλά σημεία αποκαλύπτονται μέσα σε λίγα λεπτά.

Πώς να κάνετε έρευνα από 5 πηγές στον χρόνο που συνήθως χρειάζεται για μία: παράλληλοι subagents

Βασικά συμπεράσματα

Πριν ξεκινήσετε να εργάζεστε σε μια λειτουργία, εκκινήστε 5 παράλληλους ερευνητικούς agents μέσω subagents. Ο καθένας εστιάζει στον δικό του τομέα: επαγγελματικά δίκτυα, ανοιχτός κώδικας, επιταχυντές, ανταγωνιστές, συγκρίσεις. Επιστρέφουν σε 10–20 λεπτά. Έπειτα, ένας ξεχωριστός agent σύνθεσης τα συνδυάζει όλα σε μία αναφορά. Έτσι εξοικονομείτε ώρες και μειώνετε τη μεροληψία επιβεβαίωσης.

Ακολουθεί το πλαίσιο prompt:

Έχεις ήδη όλο το πλαίσιο. Βρες και διεξήγαγε εις βάθος έρευνα· εκκίνησε 5 παράλληλους υποagents.

Υποagent 1: ψάξε στα επαγγελματικά δίκτυα — ποιοι λύνουν αυτό το πρόβλημα;
Υποagent 2: λύσεις ανοιχτού κώδικα στο GitHub — τι είναι δημοφιλές;
Υποagent 3: startup accelerators — ποιοι προσελκύουν
            επενδύσεις σε αυτή τη θέση;
Υποagent 4: ιστοσελίδες άμεσων ανταγωνιστών — τι υπόσχονται και
            σε ποια τιμή;
Υποagent 5: συγκρίσεις και αξιολογήσεις — τι λένε
            οι χρήστες στις αξιολογήσεις;

Όταν επιστρέψουν όλοι, εκκίνησε έναν agent σύνθεσης
που διασταυρώνει τις 5 αναφορές και συντάσσει ένα περίγραμμα
για τον φάκελο του δεύτερου εγκεφάλου μου.

Τι αλλάζει σε σχέση με τη συνηθισμένη έρευνα:

  • Χρόνος: 5 ταυτόχρονες ροές αντί για 5 διαδοχικές. Μία ώρα εργασίας σε 15 λεπτά.
  • Βάθος: κάθε agent ειδικεύεται. Η μεροληψία επιβεβαίωσης ενός agent δεν επηρεάζει τους άλλους.
  • Πλαίσιο: κάθε subagent έχει το δικό του πλαίσιο, ξεχωριστό από το κύριο.

Για τον πλήρη οδηγό των subagents, δείτε το «Claude Code Subagents in 2026». Εξηγεί επίσης τη διαφορά μεταξύ Skills και MCP και πότε να χρησιμοποιείτε το καθένα.

Πότε να μην το εφαρμόζετε: σε αισθητικές αλλαγές, διορθώσεις σφαλμάτων και μικρές τεχνικές εργασίες. Η έρευνα είναι υπερβολή για οτιδήποτε μικρότερο από «μια νέα λειτουργία που απαιτεί 1+ ημέρα εργασίας».

Πώς να αναθέτετε εργασίες στον Claude από το τηλέφωνό σας: ένα Telegram bot στην τσέπη σας

Βασικά συμπεράσματα

Συνδέστε το Claude Code με το Telegram bot σας μέσω του επίσημου plugin. Στον υπολογιστή σας (με απενεργοποιημένη την αναστολή λειτουργίας), το Claude Code εκτελείται σε τερματικό, συνδεδεμένο με το έργο. Μπορείτε να του στείλετε μήνυμα από οπουδήποτε μέσω του bot: «δες τις πιο πρόσφατες δεσμεύσεις», «ποια ήταν τα έσοδα από αποδείξεις αυτή την εβδομάδα», «διάβασε όλες τις ερωτήσεις υποστήριξης απόψε». Το bot απαντά με όλο το πλαίσιο του έργου — κώδικα, ιστορικό δεσμεύσεων, ολόκληρη τη δομή business/. Ένας ζωντανός agent στη βάση κώδικά σας που βλέπει και θυμάται τα πάντα.

Πώς να το ρυθμίσετε (4 βήματα):

  1. Υπολογιστής με συνεχή λειτουργία — απενεργοποιώ την αναστολή λειτουργίας στις ρυθμίσεις του συστήματος (macOS: Energy Saver → Prevent computer from sleeping).
  2. Το Claude Code εκτελείται σε τερματικό, συνδεδεμένο με τον φάκελο του έργου.
  3. Το επίσημο plugin Telegram — προσθέστε το marketplace με /plugin marketplace add anthropics/claude-plugins-official και στη συνέχεια εγκαταστήστε το /plugin install telegram@claude-plugins-official (τα ακριβή βήματα ενημερώνονται με τον καιρό — οι πιο πρόσφατες οδηγίες βρίσκονται στο επίσημο αποθετήριο plugin).
  4. Το bot συνδέεται με μία συνεδρία — αυτός είναι επί του παρόντος ένας περιορισμός: ένα bot = ένα έργο = μία συνεδρία. Αν χρειάζεστε δεύτερο, ρυθμίστε δεύτερο bot.

Τι κάνω με το bot κάθε μέρα:

  • Είμαι έξω για περίπατο και μου έρχεται μια ιδέα — τη στέλνω αμέσως στο bot για να μην την ξεχάσω. Το bot την προσθέτει στο inbox.md για επεξεργασία αργότερα.
  • Κλήση με πιθανό πελάτη — μετά την κλήση ρωτάω το bot: «με βάση την απομαγνητοφώνηση της τελευταίας κλήσης, ανέφερε τα 3 κύρια σημεία πόνου που λειτουργούν υπέρ μας». Σε ένα λεπτό έχω πλήρη ανάλυση στη συνομιλία.
  • Το πρωί σε ένα καφέ — «δείξε μου τις εκκρεμείς εργασίες από τη λίστα μου». Δεν χρειάζεται να ανοίξω τον φορητό υπολογιστή.

⚠️ Ένα πρόβλημα: προς το παρόν, δεν μπορείτε να εκτελέσετε /clear ή /compact από το bot — η συνεδρία του bot είναι ίδια με τη συνεδρία του τερματικού και το πλαίσιο συνεχίζει να μεγαλώνει. Η επανεκκίνηση γίνεται μόνο χειροκίνητα μέσω τερματικού.

Για μένα, αυτή είναι η πιο χρήσιμη επέκταση του Claude Code των τελευταίων δύο εβδομάδων. Με πήγε από το «δουλεύω με τον Claude όταν κάθομαι στο γραφείο μου» στο «δουλεύω με τον Claude όποτε μου έρχεται μια σκέψη».

Τι να εφαρμόσετε πρώτα: ένα πρόγραμμα 7 ημερών

Βασικά συμπεράσματα

Μην προσπαθήσετε να εφαρμόσετε και τις 11 συμβουλές σε μία μέρα — θα εξαντληθείτε και δεν θα τις εμπεδώσετε. Πρόγραμμα 7 ημερών: ημέρες 1–2 — συντομεύσεις (1–3), ημέρες 3–4 — εντολές (4–5), ημέρες 5–6 — παράλληλη εργασία (6–7), ημέρα 7 — σχεδιασμός και εκ των προτέρων ανασκόπηση αποτυχίας (8–9). Οι παράλληλοι subagents και το Telegram bot (10–11) είναι για τη δεύτερη εβδομάδα, αφού εμπεδώσετε τις πρώτες 9.

ΗμέραΤι εφαρμόζουμεΠόσο διαρκεί
1Shift+Tab + Esc Esc30 λεπτά εξάσκησης
2Εξοικείωση με Shift+Tab + Esc Escεργασία για μισή μέρα
3/compact + /cost30 λεπτά + 1–2 συνεδρίες εργασίας
4--model haiku/sonnet/opus30 λεπτά + λίγος πειραματισμός
5--resume για ονομασμένες συνεδρίες30 λεπτά
6git worktrees — αν έχετε 3+ παράλληλες εργασίες1 ώρα
7Σχέδιο στο plans/ + το prompt «10 λόγοι για τους οποίους θα αποτύχω»1–2 ώρες μία φορά
8–14 (δεύτερη εβδομάδα)Subagents για έρευνα + Telegram bot3–4 ώρες για ρύθμιση και εξοικείωση

Ο συνδυασμός τεχνικών έχει μεγαλύτερη σημασία από καθεμία ξεχωριστά. Το Shift+Tab χωρίς Esc Esc κάνει τα πειράματα τρομακτικά. Το /compact χωρίς /cost σημαίνει ότι δεν γνωρίζετε πότε να συμπιέσετε. Τα σχέδια σε αρχεία χωρίς παράλληλα παράθυρα είναι επιπλοκή χωρίς όφελος.

Για να συνεχίσετε να εργάζεστε με μοντέλα, μπορείτε να επισκεφθείτε το Ailoot.

Περισσότερες λεπτομέρειες

Ερωτήσεις και απαντήσεις: Claude Code το 2026: 11 συμβουλές, συντομεύσεις και εντολές

Πώς ξέρω ότι βρίσκομαι στο Plan Mode;

Χρησιμοποιήστε Shift+Tab για κυκλική αλλαγή λειτουργιών και διαβάστε την ένδειξη πριν στείλετε την εργασία. Σταματήστε όταν δείξει plan· ένας σταθερός αριθμός πατημάτων είναι αναξιόπιστος επειδή η αρχική και οι ενεργοποιημένες λειτουργίες μπορεί να διαφέρουν.

Να χρησιμοποιήσω /clear ή /compact όταν γεμίσει το context;

Χρησιμοποιήστε /compact όταν συνεχίζετε την ίδια εργασία, με υπόδειξη για το σχέδιο και τις αποφάσεις που πρέπει να διατηρηθούν. Χρησιμοποιήστε /clear όταν ολοκληρώθηκε η εργασία και η επόμενη χρειάζεται νέο context· κρατήστε πρώτα τη σημαντική πρόοδο στο αρχείο σχεδίου.

Όλα τα άρθρα