/goal στο Claude Code: Αυτόνομη λειτουργία και Agent View το 2026

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

Τι είναι το /goal στο Claude Code;#

Παλαιότερα, το Claude Code σταματούσε μετά από κάθε απάντηση και περίμενε την επόμενη προτροπή σας. Αυτό λειτουργούσε για σύντομες εργασίες, αλλά δεν ήταν πρακτικό για μεγάλες: μια μετεγκατάσταση API, η διόρθωση 12 αποτυχημένων δοκιμών, η αναδιάρθρωση ενός αρχείου 800 γραμμών—αυτές οι εργασίες απαιτούν 20–30 επαναλήψεις και καθεμία σας επέστρεφε στο τερματικό.

Το /goal λύνει αυτό το πρόβλημα με μια απλή ιδέα: διαχωρίζει «αυτόν που κάνει τη δουλειά» από «αυτόν που αποφασίζει πότε τελείωσε». Ο κύριος agent γράφει κώδικα. Ένας ξεχωριστός αξιολογητής (το γρήγορο μοντέλο Haiku) διαβάζει τη συνομιλία μετά από κάθε γύρο και απαντά σε μία ερώτηση: «Έχει εκπληρωθεί η συνθήκη;» Αν όχι, ο agent ξεκινά άλλον γύρο. Αν ναι, ο έλεγχος επιστρέφει σε εσάς.

Η επίσημη τεκμηρίωση της Anthropic το ορίζει ως εξής:

Χιλιάδες agents τη νύχτα από ένα τηλέφωνο—δεν πρόκειται για διαφημιστικό ισχυρισμό, αλλά για την τρέχουσα πρακτική ενός μηχανικού της Anthropic. Και ο μηχανισμός που το καθιστά δυνατό είναι ο συνδυασμός /goal + Agent View, που παρουσιάστηκε στην ίδια έκδοση στις 11 Μαΐου 2026.

Γιατί χρειάζεται η αυτόνομη λειτουργία: τι υπήρχε πριν και μετά τις 11 Μαΐου 2026;#

Η ιδέα να «αφήνεις την AI να δουλεύει όλη τη νύχτα» υπήρχε από το φθινόπωρο του 2025, όταν τα Cursor Composer και Cline auto mode μπορούσαν ήδη να εκτελούνται στο παρασκήνιο. Όμως, πριν από τις 11 Μαΐου 2026, το Claude Code απαιτούσε χειροκίνητο περιτύλιγμα: μια εργασία cron που καλούσε το claude -p κάθε N λεπτά ή ένα wrapper που παρακολουθούσε το git status και εκκινούσε την επόμενη προτροπή.

Αυτή η προσέγγιση DIY οδηγούσε τακτικά σε καταστροφές. Στις 22 Μαΐου 2026, ένας προγραμματιστής άφησε ένα τέτοιο script να εκτελείται όλη τη νύχτα και ξύπνησε με λογαριασμό 6.000 $. Η βασική αιτία: η Anthropic άλλαξε σιωπηρά το TTL της cache του Claude Code από μία ώρα σε πέντε λεπτά, χωρίς ανακοίνωση. Το cron καλούσε την παραγωγή κάθε 30 λεπτά—η cache προλάβαινε να λήξει ανάμεσα στις εκτελέσεις. Κάθε εκτέλεση ξαναέφτιαχνε από την αρχή ιστορικό 800.000 tokens. Η εγγραφή νέων δεδομένων στην cache κοστίζει πολύ περισσότερο από την ανάγνωση μιας ενεργής cache.

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

Το /goal λύνει αυτό το πρόβλημα με ενσωματωμένη αρχιτεκτονική:

1. Διαδικασία επόπτη που διατηρεί τη συνεδρία έξω από το τερματικό σας και συνεχίζει να λειτουργεί αν κλείσετε το παράθυρο ή ο φορητός υπολογιστής τεθεί σε αναστολή λειτουργίας.
2. Αξιολογητής Haiku—ένα οικονομικό μοντέλο ελέγχει κάθε γύρο· τα tokens του αξιολογητή κοστίζουν ελάχιστα.
3. Αυστηρό όριο γύρων στη συνθήκη—μπορείτε να γράψετε ρητά or stop after 20 turns, και η συνεδρία είναι εγγυημένο ότι θα σταματήσει.
4. Απομόνωση worktree για συνεδρίες παρασκηνίου—οι αλλαγές περνούν σε ξεχωριστό κλάδο χωρίς να αγγίζουν το αντίγραφο εργασίας σας.

Η διαφορά από την προσέγγιση «γράψε το δικό σου bash script» είναι ότι η Anthropic κάνει όλους αυτούς τους μηχανισμούς ενσωματωμένα μέρη του εργαλείου, αντί για τεχνάσματα τρίτων.

Πώς να ενεργοποιήσετε το /goal σε 3 βήματα#

Βήμα 1. Ενημερώστε το Claude Code σε 2.1.139 ή νεότερη έκδοση.

Ελέγξτε την έκδοση:

claude --version

Αν είναι παλαιότερη από την 2.1.139, ενημερώστε:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

Οι εκδόσεις από τις 12 έως τις 19 Μαΐου 2026 διόρθωσαν σημαντικά σφάλματα της πρώτης έκδοσης. Στην 2.1.140 διορθώθηκε ένα σιωπηλό κόλλημα όπου το disableAllHooks μπλόκαρε τον αξιολογητή. Στην 2.1.143 προστέθηκαν το worktree.bgIsolation: "none" και μια διόρθωση για βρόχους stop hook. Στην 2.1.144 (19 Μαΐου) προστέθηκαν τα --resume για συνεδρίες παρασκηνίου και agents --json για scripting. Η ελάχιστη έκδοση είναι η 2.1.143.

Βήμα 2. Πληκτρολογήστε /goal με μια συνθήκη.

Ανοίξτε μια κανονική συνεδρία Claude Code και εισαγάγετε την εντολή:

/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns

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

Βήμα 3. Παρακολουθήστε μέσω της ζωντανής επικάλυψης.

Μόλις ξεκινήσει το /goal, εμφανίζεται ένα ζωντανό πλαίσιο στο κάτω μέρος του τερματικού:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

Εμφανίζει:

• Γύροι—πόσοι γύροι έχουν ολοκληρωθεί
• Χρόνος—πόσος χρόνος έχει περάσει από την εκκίνηση
• Tokens—τα συνολικά tokens που δαπανήθηκαν (το κύριο μέγεθος για την παρακολούθηση του προϋπολογισμού)
• Τελευταίο—η τελευταία αιτιολογία του αξιολογητή για το «όχι ακόμα»

Χρήσιμο κόλπο: αν ο αξιολογητής επιστρέψει την ίδια αιτιολογία τρεις γύρους στη σειρά, αυτό είναι ένδειξη ότι έχετε μπει σε βρόχο. Τότε πατήστε Ctrl+C ή πληκτρολογήστε /goal clear (συνώνυμα: stop, off, reset, cancel), διατυπώστε ξανά τη συνθήκη και ξεκινήστε πάλι. Αυτός ο κανόνας εμφανίζεται σε κοινοτικούς οδηγούς για το /goal ως η κύρια ένδειξη βρόχου: «κολλημένο στην ίδια αιτιολογία τρεις φορές—είναι βρόχος, βγείτε».

Πώς να γράψετε καλή συνθήκη: 5 κανόνες + 5 παραδείγματα#

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

Ένα έτοιμο πρότυπο καλύπτει και τα τρία στοιχεία σε μία γραμμή:

/goal [εκτέλεσε την εργασία] μέχρι [μετρήσιμη τελική κατάσταση] χωρίς [περιορισμούς που πρέπει να τηρηθούν]

Πέντε κανόνες που δυσκολεύουν τους περισσότερους:

Κανόνας 1. Η τελική κατάσταση πρέπει να επαληθεύεται με εντολή, όχι με βάση το γούστο.

Όχι «κάν’ το να φαίνεται ωραίο», αλλά npm test exits 0. Όχι «βελτίωσε το UX», αλλά Lighthouse Performance score above 90. Ο αξιολογητής διαβάζει μόνο το απομαγνητοφωνημένο ιστορικό—δεν εκτελεί εντολές ούτε κοιτάζει στιγμιότυπα οθόνης. Αν το αποτέλεσμα δεν μπορεί να καταγραφεί σε κείμενο, ο αξιολογητής δεν θα πει ποτέ «ναι».

Κανόνας 2. Οι περιορισμοί πρέπει να είναι ρητοί και συγκεκριμένοι.

Χωρίς περιορισμούς, το Claude μπορεί να διορθώσει τις δοκιμές διαγράφοντας τις ίδιες τις δοκιμές ή σχολιάζοντας τις αποτυχημένες επιβεβαιώσεις. Ορίστε without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

Κανόνας 3. Απαιτείται αυστηρό όριο γύρων.

Προσθέστε or stop after N turns σε κάθε συνθήκη. Είναι σωσίβιο απέναντι σε ατέρμονο βρόχο. Χωρίς όριο, ένας βρόχος που τρέχει για μία ώρα καίει περισσότερα tokens από το να κάνετε την ίδια εργασία χειροκίνητα. Προϋπολογίστε το.

Χωρίς όριο, ένας βρόχος που τρέχει για μία ώρα καίει περισσότερα tokens από το να κάνετε την ίδια εργασία χειροκίνητα. Προϋπολογίστε το.

Κανόνας 4. Περιγράψτε ΤΙ, όχι μόνο ΠΩΣ.

Αν δεν αναφέρατε τα γραφικά στη συνθήκη, το Claude δεν θα τα δημιουργήσει. Αν η συνθήκη απαιτεί μόνο «οι δοκιμές να περνούν», το Claude μπορεί να σχολιάσει σύνθετες δοκιμές. Περιγράψτε ΤΙ θέλετε, όχι μόνο ΠΩΣ θα το επαληθεύσετε.

Κανόνας 5. Ζητήστε από το Claude να εμφανίζει αποδεικτικά στοιχεία στη συνομιλία.

Ο αξιολογητής δεν εκτελεί εντολές—διαβάζει μόνο όσα έχει ήδη εμφανίσει το Claude. Αν η συνθήκη απαιτεί «η npm test είναι πράσινη», αλλά το Claude δεν εμφάνισε το αποτέλεσμα της npm test στο απομαγνητοφωνημένο ιστορικό, ο αξιολογητής θα λέει «όχι ακόμα» για πάντα. Προσθέστε στη συνθήκη τη φράση «εμφάνισε το αποτέλεσμα της <command> στη συνομιλία».

Πέντε παραδείγματα που λειτουργούν για συνηθισμένες εργασίες:

1. Μετεγκατάσταση API:
/goal every call to getUser() has been replaced with fetchUser(), npm test passes, npm run build is green, no other API names have been touched, or stop after 30 turns

2. Διόρθωση δοκιμών:
/goal all failing tests in test/auth are now green (npm test shows 0 fails in the chat), without changing assertions or deleting tests, or stop after 20 turns

3. Ποιότητα κώδικα (μέγεθος αρχείου):
/goal src/legacy/UserService.ts has been split into files under 200 lines each, all imports are updated, npm run build is green, or stop after 25 turns

4. Κλείσιμο εκκρεμοτήτων:
/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a worktree branch, open a PR. Continue until the queue is empty or 6 issues have been processed

5. Έλεγχος ασφάλειας:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

Θέλετε να κάνετε περισσότερα από το να εκτελέσετε απλώς το /goal και να δημιουργήσετε μια διαμόρφωση όπου η αυτόνομη λειτουργία λειτουργεί πραγματικά στο έργο σας; Το /goal είναι μόνο ο τελευταίος κρίκος. Πριν από αυτό, πρέπει να υπάρχουν τρεις πυλώνες: ένας κλώνος AI (η μεθοδολογία σας σε Skills και Subagents), ένας δεύτερος εγκέφαλος (CLAUDE.md και φάκελος plans/) και μηχανική πλαισίου (Plan Mode και /compact). Και τα τρία συστατικά πρέπει να σχεδιαστούν μαζί—αυτός ο συνδυασμός υποστηρίζει την εργασία με το πλαίσιο.

5 παραδείγματα όπου το /goal λειτουργεί πραγματικά#

Η τεκμηρίωση της Anthropic παραθέτει τέσσερις τύπους εργασιών για τις οποίες το /goal είναι κατάλληλο:

Ακολουθούν πέντε παραδείγματα με έτοιμες συνθήκες—πάρτε τα και προσαρμόστε τα στο έργο σας.

Παράδειγμα 1. Μετεγκατάσταση module σε νέο API.

Σενάριο: μεταβαίνετε από REST σε GraphQL ή αντικαθιστάτε την παλιά συνάρτηση getUser() με τη νέα fetchUser(). Η εργασία είναι μηχανική, αλλά επηρεάζει 30–50 αρχεία.

Συνθήκη:

/goal every getUser() in src/ has been replaced with fetchUser(), all calls updated to the new interface (id instead of userId), npm test passes, no files outside src/ touched, or stop after 30 turns

Γιατί λειτουργεί: η τελική κατάσταση μπορεί να ελεγχθεί με grep -r getUser src/ | wc -l (πρέπει να είναι 0) και npm test exits 0. Ο περιορισμός προστατεύει τα αρχεία δοκιμών.

Παράδειγμα 2. Διόρθωση αποτυχημένων δοκιμών.

Σενάριο: μετά από ενημέρωση βιβλιοθήκης, 15 δοκιμές απέτυχαν. Ξέρετε ότι η διόρθωση είναι μηχανική—ενημέρωση των mocks και προσαρμογή των assertions στη νέα μορφή. Δεν θέλετε να το κάνετε με το χέρι.

Συνθήκη:

/goal all failing tests in test/ are now green, npm test shows the results in the chat with 0 failures, without deleting tests or commenting out assertions, or stop after 25 turns

Ένα ακόμη παράδειγμα αντίστοιχου περιορισμού:

Διόρθωσε όλες τις αποτυχημένες δοκιμές μέχρι η npm test να επιστρέψει 0, χωρίς να αλλάξεις κανένα αρχείο έξω από τον κατάλογο /auth

Παράδειγμα 3. Διάσπαση μιας υπερφορτωμένης κλάσης.

Σενάριο: ένα αρχείο 1.200 γραμμών περιέχει τα πάντα—το μοντέλο, την υπηρεσία, βοηθητικά εργαλεία και τον client API. Θέλετε να το διασπάσετε σύμφωνα με την αρχή «ένα αρχείο, μία ευθύνη», να ενημερώσετε όλα τα imports και να διατηρήσετε τις δοκιμές επιτυχείς.

Συνθήκη:

/goal src/legacy/UserService.ts has been split into files under 200 lines, each file handles one responsibility (model, repository, api-client, validator), all imports are updated, npm run build is green, existing tests pass, or stop after 25 turns

Παράδειγμα 4. Κλείσιμο εκκρεμών ζητημάτων όλη τη νύχτα.

Σενάριο: έχετε αποθετήριο ανοιχτού κώδικα με 20 ζητήματα που φέρουν την ετικέτα good-first-issue. Θέλετε το Claude να τα επεξεργαστεί όλη τη νύχτα.

Συνθήκη:

/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a separate worktree branch worktree-issue-N, open a PR with a description. Continue until the queue is empty or 6 issues have been processed, or stop after 80 turns

Ο αριθμός 6 δεν επιλέχθηκε τυχαία—είναι ρεαλιστικό ανώτατο όριο για μία νύχτα με πρόγραμμα Pro. Χιλιάδες agents σε μία νύχτα δεν αποτελούν επαναλήψιμη προεπιλογή.

Παράδειγμα 5. Έλεγχος ασφάλειας.

Σενάριο: το npm audit εμφανίζει 8 ευπάθειες υψηλής σοβαρότητας. Θέλετε το Claude να τις διορθώσει χωρίς ενημέρωση κύριων εκδόσεων.

Συνθήκη:

/goal every npm audit vulnerability with severity high+ is fixed, npm audit shows 0 high in the chat, all existing tests pass, no breaking API changes, no major version bumps to packages, or stop after 15 turns

Τι να ΜΗΝ κάνετε με το /goal:

Ο Croucher διατυπώνει με έμφαση τον πρακτικό κανόνα στον οδηγό πεδίου του: μην χρησιμοποιείτε το /goal για εργασίες όπου το «έτοιμο» σημαίνει «φαίνεται ωραίο», «δίνει τη σωστή αίσθηση», «είναι καλοσχεδιασμένο» ή «είναι διασκεδαστικό». Ο αξιολογητής διαβάζει μόνο το απομαγνητοφωνημένο ιστορικό—δεν εκτελεί εργαλεία και δεν μπορεί να αξιολογήσει πώς λειτουργεί το αποτέλεσμα. Αυτός ο κανόνας αποκλείει το 80% των υποκειμενικών εργασιών, όπου το /goal μπαίνει σε βρόχο χωρίς χρήσιμο αποτέλεσμα.

Πότε το /goal ξοδεύει χρήματα χωρίς αποτέλεσμα: 3 αντιπαραδείγματα#

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

Το συνηθέστερο λάθος είναι μια συνθήκη όπως «βελτίωσε τον κώδικα» / «κάν’ τον καλό» / «βελτιστοποίησέ τον». Χωρίς όριο γύρων, ο agent θα συνεχίσει να εκτελείται μέχρι να εξαντλήσει την ποσόστωσή σας.

Το Findskill περιέγραψε μια πραγματική περίπτωση:

Τα 200 $ σε 14 ώρες με αόριστη συνθήκη αντιστοιχούν σε ολόκληρο το εβδομαδιαίο όριο του προγράμματος Max. Ξυπνάτε το πρωί χωρίς ποσόστωση και χωρίς χρήσιμο αποτέλεσμα.

Δικλίδα ασφαλείας: τελειώνετε κάθε συνθήκη με or stop after N turns (15 για εύκολες εργασίες, 50 για δύσκολες και 100 το πολύ για εκτελέσεις όλη τη νύχτα).

Αντιπαράδειγμα 2. Αναδρομικός βρόχος με προβληματική προσωρινή αποθήκευση.

Η ιστορία της 22ας Μαΐου 2026: 6.000 $ μέσα σε μια νύχτα επειδή η Anthropic άλλαξε διακριτικά το TTL της cache από μία ώρα σε 5 λεπτά. Ο προγραμματιστής δεν χρησιμοποιούσε απευθείας το /goal, αλλά η λογική ήταν ίδια: ένας αυτόνομος βρόχος με χρονόμετρο cron 30 λεπτών ξανάφτιαχνε κάθε φορά από την αρχή ιστορικό 800.000 tokens.

Το βασικό πρόβλημα ήταν ότι ο εξωτερικός αυτοματισμός δεν γνώριζε τις εσωτερικές αλλαγές του παρόχου. Το ίδιο θα μπορούσε να συμβεί με το /goal αν το εκτελείτε για 8 ώρες χωρίς επίβλεψη: η χρήση tokens αυξάνεται μη γραμμικά και η cache προτροπών δεν λειτουργεί όπως νομίζετε.

Δικλίδες ασφαλείας:

1. Μην εκτελείτε το /goal για 8+ ώρες χωρίς ενδιάμεσους ελέγχους.
2. Ενεργοποιήστε τα όρια χρήσης στις Ρυθμίσεις → Χρήση (μια νέα δικλίδα μετά το περιστατικό των 6.000 $).
3. Ανοίξτε το claude agents δύο φορές μέσα στη νύχτα—ρίξτε μια ματιά με το Space και ελέγξτε ότι ο αριθμός γύρων δεν αυξάνεται ταχύτερα από το αναμενόμενο.
4. Για ακριβές αλυσίδες μοντέλων (Opus 4.7), ορίστε αυστηρότερο όριο γύρων—30 το πολύ.

Αντιπαράδειγμα 3. Δημιουργικότητα μέσω /goal.

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

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

Δικλίδα ασφαλείας: μην χρησιμοποιείτε το /goal για οτιδήποτε βασίζεται στο γούστο (σχεδιασμό, κείμενο, UX). Επιστρέψτε σε κανονική συνεδρία ή στο Plan Mode—αυτά σας κρατούν στη διαδικασία λήψης αποφάσεων.

Τι είναι το Agent View και πώς ανοίγετε τον πίνακα ελέγχου#

Αν το /goal είναι η εντολή «εργάσου μέχρι να τελειώσεις», το Agent View είναι το κέντρο ελέγχου όπου μπορείτε να δείτε όλες αυτές τις εντολές ταυτόχρονα. Η Anthropic το περιγράφει ως εξής:

Εντολή ανοίγματος:

claude agents

Ανοίγει ένα TUI—ένας πίνακας ελέγχου κειμένου μέσα στο τερματικό. Η λίστα συνεδριών βρίσκεται αριστερά και το πλαίσιο peek, με το τελευταίο μήνυμα από την επιλεγμένη γραμμή, βρίσκεται δεξιά.

Έξι καταστάσεις συνεδρίας:

Κύριες συντομεύσεις:

↑ / ↓             μετακίνηση στη λίστα συνεδριών
Space             πλαίσιο peek (προβολή χωρίς σύνδεση)
Enter / →         σύνδεση με συνεδρία (είσοδος σε αυτή)
←                 αποσύνδεση (έξοδος χωρίς τερματισμό)
Ctrl+T            καρφίτσωμα (προστασία της συνεδρίας από αυτόματο τερματισμό)
Ctrl+X            διακοπή συνεδρίας· πατήστε ξανά μέσα σε 2 sec για διαγραφή
Ctrl+R            μετονομασία
Ctrl+S            εναλλαγή ομαδοποίησης (κατάσταση ↔ κατάλογος)

Πώς να ξεκινήσετε συνεδρία παρασκηνίου:

Από το διαδραστικό Claude Code:

/bg fix the failing test test/auth/login.test.ts

Ή απευθείας από το shell:

claude --bg "fix the failing test test/auth/login.test.ts"

Ή με όνομα (ώστε να εμφανίζεται στο Agent View με αναγνωρίσιμη ετικέτα):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

Η συνεδρία παρασκηνίου προστίθεται αυτόματα στο Agent View—εκκινήστε την με --bg, ανοίξτε το claude agents και θα τη δείτε στη λίστα.

Το κύριο χαρακτηριστικό: οι συνεδρίες συνεχίζονται όταν ο φορητός υπολογιστής τεθεί σε αναστολή λειτουργίας και όταν κλείσει το παράθυρο:

Αν όμως κλείσετε τον φορητό υπολογιστή ή κάνετε χειροκίνητη επανεκκίνηση, οι συνεδρίες παρασκηνίου τερματίζονται σε κατάσταση Failed. Οι νυχτερινές εκτελέσεις με πολλούς agents στο παρασκήνιο απαιτούν φορητό υπολογιστή που δεν απενεργοποιείται.

Worktrees: πώς απομονώνει το Claude τις παράλληλες συνεδρίες#

Τα worktrees λύνουν το κύριο πρόβλημα της παράλληλης αυτόνομης εργασίας: τι γίνεται αν δύο συνεδρίες προσπαθήσουν να επεξεργαστούν ταυτόχρονα το src/auth.ts; Πριν από την 2.1.139, τέτοιες συνεδρίες μπορούσαν κυριολεκτικά να αντικαταστήσουν τις αλλαγές η μία της άλλης. Με το Agent View, η Anthropic εισήγαγε αυτόματη απομόνωση:

Πώς λειτουργεί στην πράξη:

# Launched three background sessions:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# File structure after launch:
.claude/worktrees/
├── fix-tests/             # separate repo copy on branch worktree-fix-tests
├── add-oauth/             # separate copy on branch worktree-add-oauth
└── split-userservice/     # separate copy on branch worktree-split-userservice

Κάθε συνεδρία εργάζεται στο δικό της αντίγραφο. Όταν ολοκληρωθεί η εργασία, συγχωνεύετε τους απαραίτητους κλάδους στον main.

Επικίνδυνη παγίδα—η διαγραφή μιας συνεδρίας διαγράφει το worktree της.

Αν τερματίσετε μια συνεδρία στο Agent View (πατώντας Ctrl+X δύο φορές), το worktree της εξαφανίζεται. Όλες οι μη δεσμευμένες αλλαγές χάνονται. Πριν διαγράψετε μια συνεδρία στο Agent View, κάντε πάντα commit ή push.

Εξαίρεση (για σπάνιες περιπτώσεις):

Αν έχετε αποθετήριο όπου τα git worktrees δεν λειτουργούν (για παράδειγμα, ρύθμιση με συμβολικούς συνδέσμους ή μεγάλο monorepo με αργό checkout), μπορείτε να απενεργοποιήσετε την απομόνωση:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

Τότε οι συνεδρίες παρασκηνίου θα επεξεργάζονται απευθείας το αντίγραφο εργασίας σας. Αυτή η δυνατότητα προστέθηκε στην 2.1.143, ύστερα από παράπονα ομάδων με μεγάλα monorepos.

Η παραλληλία εξαντλεί την ποσόστωση:

Αυτό σημαίνει ότι ένα πρόγραμμα Pro (20 $/μήνα) αρκεί για 1–2 παράλληλες συνεδρίες μέσα στη νύχτα, όχι για δέκα. Για να εκτελέσετε πολλούς agents παράλληλα, χρειάζεστε Max ή Enterprise.

Συνδυασμός /goal + Plan Mode + subagents για μεγάλες εργασίες#

Συνηθισμένη αποτυχία είναι να πληκτρολογήσετε αμέσως /goal build a new feature. Αυτό δεν λειτουργεί, επειδή ο αξιολογητής δεν ξέρει πώς μοιάζει μια «ολοκληρωμένη λειτουργία». Χρειάζεστε σχέδιο με πλαίσια ελέγχου που ο αξιολογητής μπορεί να επαληθεύσει ένα προς ένα.

Επίπεδο 1. Το Plan Mode γράφει σχέδιο σε φάσεις.

Στο Plan Mode, ζητήστε από το Claude να δημιουργήσει λεπτομερές σχέδιο αλλαγών χωρισμένο σε 5–7 φάσεις με επαληθεύσιμα πλαίσια ελέγχου. Αποθηκεύστε το ως plans/2026-05-24-google-oauth.md. Κάθε φάση έχει 3–7 πλαίσια ελέγχου με συγκεκριμένες ενέργειες.

Επίπεδο 2. Τα Subagents μοιράζουν την εργασία ανά φάση.

Αν το σχέδιο μπορεί να παραλληλοποιηθεί (για παράδειγμα, οι φάσεις είναι ανεξάρτητες—endpoint backend + φόρμα frontend + μετεγκατάσταση DB), μπορείτε να εκκινήσετε κάθε φάση σε ξεχωριστή συνεδρία παρασκηνίου μέσω claude --bg --name "<phase>". Κάθε συνεδρία έχει το δικό της worktree.

Επίπεδο 3. Το /goal εκτελεί τον κύκλο μέχρι να ολοκληρωθούν τα πλαίσια ελέγχου.

/goal all phases 1–7 in plans/2026-05-24-google-oauth.md are complete and marked [x], all tests in test/auth pass (npm test shows 0 failures), npm run build is green, or stop after 50 turns

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

Αυτός ο συνδυασμός βασίζεται σε τρία συστατικά:

• μηχανική πλαισίου: το κατάλληλο πλαίσιο στο plans/—ο αξιολογητής το διαβάζει
• δεύτερος εγκέφαλος: ο φάκελος plans/ αποθηκεύει το σχέδιο μεταξύ συνεδριών
• κλώνος AI: το CLAUDE.md ορίζει τους κανόνες που ακολουθεί ο agent

Χωρίς CLAUDE.md, το /goal μπορεί να προτείνει λύση που παραβιάζει την αρχιτεκτονική. Χωρίς σχέδιο στο plans/, ο αξιολογητής δεν γνωρίζει τα κριτήρια επιτυχίας. Χωρίς subagents, δεν υπάρχουν παράλληλες φάσεις· όλα γίνονται διαδοχικά.

Πώς συγκρίνετε /goal με Codex, Cursor και άλλες λειτουργίες agent#

Το /goal προσθέτει χωριστό έλεγχο ολοκλήρωσης μετά από κάθε γύρο. Άλλα προϊόντα έχουν διαφορετικές λειτουργίες και τοπικό CLI, φιλοξενούμενη cloud εργασία και εποπτευόμενη συνεδρία επεξεργαστή δεν είναι εναλλάξιμες μονάδες σύγκρισης. Ειδικά, μην περιγράφετε όλη την εργασία Codex CLI ως cloud container ή υποθέτετε ένα μοντέλο επικυρωτή και μία μέθοδο χρέωσης για κάθε εκτέλεση Codex.

Χρησιμοποιήστε ίδιο στιγμιότυπο αποθετηρίου και εργασία με ίδιους ελέγχους αποδοχής. Καταγράψτε για κάθε υποψήφιο:

Ισχυρισμός ότι ένα εργαλείο χρησιμοποιεί σταθερό πολλαπλάσιο tokens χρειάζεται αυτές τις συνθήκες και μετρημένα πλήθη για το ίδιο επιτυχημένο αποτέλεσμα. Και ποσοστό benchmark χρειάζεται έκδοση benchmark, μοντέλο, πλαίσιο εκτέλεσης και ρυθμίσεις· τα ατεκμηρίωτα ποσοστά Terminal-Bench δεν αντικαθιστούν αυτά τα στοιχεία. Το άρθρο δεν παρέχει ανεξάρτητο συγκριτικό benchmark εργαλείων.

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

/goal έναντι /loop:

Το /loop είναι άλλη εντολή της ίδιας έκδοσης και εκκινεί περιοδικές εργασίες με χρονικό διάστημα (κάθε N λεπτά). Το /goal βασίζεται σε συνθήκη (μέχρι να εκπληρωθεί). Χρησιμοποιήστε το /loop για εργασίες τύπου cron και το /goal για την επίτευξη συγκεκριμένου στόχου.

Από την τεκμηρίωση της Anthropic:

Λίστα ελέγχου /goal πριν από την εκκίνηση: 7 στοιχεία#

Λίστα ελέγχου πριν από κάθε εκτέλεση του /goal:

1. Έκδοση Claude Code 2.1.139+—ελέγξτε με claude --version και ενημερώστε αν είναι παλαιότερη. Η ελάχιστη συνιστώμενη έκδοση είναι η 2.1.143 (15 Μαΐου 2026), η οποία διορθώνει βρόχους stop hook.

2. Η συνθήκη περιλαμβάνει επαληθεύσιμη τελική κατάσταση—αντί για «βελτίωσέ το», ορίστε npm test exits 0. Αν δεν μπορείτε να βρείτε εντολή bash για να επαληθεύσετε το αποτέλεσμα, το /goal δεν είναι κατάλληλο για αυτή την εργασία.

3. Υπάρχει αυστηρό όριο γύρων—κάθε συνθήκη ορίζει or stop after N turns. Χρησιμοποιήστε 15 για εύκολες εργασίες, 50 για δύσκολες και 100 το πολύ για εκτελέσεις όλη τη νύχτα.

4. Οι περιορισμοί είναι ρητοί και συγκεκριμένοι—without modifying files outside /auth, without removing existing assertions, without bumping major versions. Χωρίς αυτούς, το Claude μπορεί να διορθώσει τις δοκιμές διαγράφοντας τις ίδιες τις δοκιμές.

5. Όλες οι σημαντικές αλλαγές έχουν γίνει commit ή push—αν δεν εργάζεστε σε worktree (για παράδειγμα, με worktree.bgIsolation: "none"), το Claude επεξεργάζεται το αντίγραφο εργασίας σας. Κάθε λάθος μπορεί να σημαίνει απώλεια μη αποθηκευμένης εργασίας.

6. Τα όρια χρήσης είναι ενεργοποιημένα στις Ρυθμίσεις → Χρήση—μια νέα δικλίδα ασφαλείας μετά το περιστατικό των 6.000 $. Ορίστε όριο ανά ημέρα, ανά συνεδρία και ανά μήνα.

7. Το Agent View claude agents είναι ανοιχτό σε ξεχωριστό παράθυρο—σε μεγάλες εργασίες, ρίχνετε μια ματιά με το Space μία φορά την ώρα. Αν ο αριθμός γύρων αυξάνεται ταχύτερα από το αναμενόμενο ή ο αξιολογητής επαναλαμβάνει την ίδια αιτιολογία για τρεις γύρους, πατήστε Ctrl+C και διατυπώστε ξανά τη συνθήκη.

Ένα πρόσθετο στοιχείο—μην εκτελείτε ποτέ το /goal με --dangerously-skip-permissions σε κώδικα άλλου ή άγνωστο κώδικα. Αυτός ο συνδυασμός απενεργοποιεί όλους τους ελέγχους και επιτρέπει στον agent να κάνει ό,τι θέλει στο έργο σας. Ο συντάκτης αυτής της ανάλυσης το χρησιμοποιεί μόνο σε φρέσκο worktree όπου δεν υπάρχει τίποτα να χαθεί.

Το /goal είναι ισχυρό χαρακτηριστικό, αλλά δεν είναι μαγικό. Λειτουργεί ακριβώς τόσο καλά όσο μπορείτε να διατυπώσετε τη συνθήκη. Αν μπορείτε να περιγράψετε το «έτοιμο» με λόγια ώστε μια εντολή να μπορεί να το επαληθεύσει, το /goal θα κάνει τα υπόλοιπα. Αν δεν μπορείτε, επιστρέψτε σε κανονική συνεδρία ή στο Plan Mode.

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