Πώς να αφήσετε τα Claude Code και Codex να εργάζονται όλη τη νύχτα μέσω του /goal το 2026: 14 ώρες αυτόνομης λειτουργίας

Πληροφορίες για τη χρήση του Ailoot είναι διαθέσιμες στην τεκμηρίωση.

Τι είναι το /goal και γιατί εμφανίστηκε το 2026;#

Το σενάριο που όλοι ζούσαμε πριν από τον Απρίλιο του 2026: αναθέτω στον Claude μια εργασία, «μετάφερε το έργο από το Pydantic v1 στο v2». Ξεκινά, σταματά μετά από 30 δευτερόλεπτα, κοιτάζω τι έκανε, γράφω «συνέχισε», κάνει το επόμενο βήμα, σταματά και γράφω ξανά «συνέχισε». Σε μια μεγάλη μεταφορά, αυτό σημαίνει 200–300 χειροκίνητα «συνέχισε», κι έτσι ουσιαστικά επιβλέπω διαρκώς τον πράκτορα αντί να γράφω παράλληλα άλλο κώδικα.

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

Έτσι προέκυψε το /goal — ένας μηχανισμός ενσωματωμένος στο harness, όχι στο μοντέλο.

Η δήλωση έγινε στο συνέδριο Code with Claude στο Λονδίνο, στις 19–20 Μαΐου 2026. Περιγράφει όσα συνέβησαν στην πράξη τον μήνα μετά την κυκλοφορία του /goal και στα δύο εργαλεία.

Πώς ρυθμίζετε τη λειτουργία Goal στο Claude Code;#

Ένα ελάχιστο παράδειγμα από την επίσημη τεκμηρίωση της Anthropic:

claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"

Αυτή η εντολή εκκινεί τον πράκτορα στο παρασκήνιο με έναν στόχο. Ο Claude βρίσκει τα PR, τα ελέγχει σε σχέση με το CHANGELOG.md, προσθέτει τυχόν γραμμές που λείπουν και σταματά όταν ικανοποιηθεί το κριτήριο.

Στη διαδραστική λειτουργία, απλώς πληκτρολογήστε /goal και έπειτα την προϋπόθεση:

/goal all pytest tests pass and mypy strict reports zero errors

Τι κάνει στη συνέχεια ο Claude:

• Μετά από κάθε σειρά ενεργειών, ένα ξεχωριστό γρήγορο μοντέλο (Haiku από προεπιλογή) λαμβάνει το τρέχον κριτήριο και το ιστορικό της συνομιλίας
• Αυτό το μοντέλο απαντά «ναι» ή «όχι» με μια σύντομη αιτιολόγηση
• Αν η απάντηση είναι «όχι», ο Claude εκτελεί αυτόματα άλλη μία σειρά ενεργειών χωρίς να επιστρέψει τον έλεγχο σε εσάς
• Αν η απάντηση είναι «ναι», ο στόχος διαγράφεται και ο έλεγχος επιστρέφει σε εσάς

Αυστηρά όρια που δεν σας λένε μέχρι να τα συναντήσετε:

• Το /goal λειτουργεί μόνο σε καταλόγους εργασίας όπου έχει γίνει αποδοχή του διαλόγου εμπιστοσύνης. Αν βρίσκεστε σε νέο μηχάνημα και ο Claude δεν έχει αποθηκεύσει ακόμη στη μνήμη του αυτόν τον κατάλογο, η εντολή θα αποτύχει
• Σε εταιρικά περιβάλλοντα με disableAllHooks ή allowManagedHooksOnly, η εντολή δεν είναι διαθέσιμη
• Το κριτήριο μπορεί να έχει έως 4.000 χαρακτήρες
• Μπορεί να είναι ενεργός μόνο ένας στόχος ανά συνεδρία. Ένα νέο /goal επαναφέρει τον παλιό
• Με το --resume, το κριτήριο διατηρείται, αλλά οι μετρητές σειράς ενεργειών, χρόνου και token μηδενίζονται

Εντολές ελέγχου:

• /goal χωρίς όρισμα — εμφάνιση της τρέχουσας κατάστασης
• /goal clear (ή stop, off, reset, none, cancel) — εκκαθάριση του στόχου

Σύμφωνα με την Anthropic, το κόστος του αξιολογητή είναι «συνήθως αμελητέο σε σύγκριση με το κόστος της κύριας σειράς ενεργειών». Το Haiku αξιολογεί το κριτήριο και το κείμενο της συνομιλίας χωρίς να καλεί εργαλεία, επομένως ο έλεγχος είναι φθηνός· το ακριβό μέρος είναι οι σειρές του κύριου μοντέλου.

Πώς ρυθμίζετε το /goal στο Codex CLI;#

Η εντολή μοιάζει με εκείνη του Claude:

codex
> /goal all vitest tests pass and there are no eslint errors

Το Codex προσφέρει περισσότερα στοιχεία ελέγχου στόχων:

Η βασική διαφορά από τον Claude είναι ότι το ίδιο το Codex ελέγχει αν «ολοκλήρωσε», αντί για ένα ξεχωριστό μοντέλο. Μετά από κάθε σειρά ενεργειών, το Codex εισάγει αυτόματα στο περιεχόμενο το πρότυπο continuation.md από το αποθετήριο openai/codex. Μια κατά λέξη μετάφραση:

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

Όταν τα token πλησιάζουν το όριό τους, εισάγεται ένα δεύτερο πρότυπο — budget_limit.md:

«Ο στόχος έφτασε στο όριο token του. Μην ξεκινάς σημαντική νέα εργασία. Ολοκλήρωσε αυτή τη σειρά το συντομότερο δυνατό: συνόψισε την πρόοδο που έχει αξία, προσδιόρισε την εργασία και τα εμπόδια που απομένουν και άφησε στον χρήστη ένα σαφές επόμενο βήμα.»

Η λογική είναι η ίδια: «μη λες ψέματα για όσα έκανες». Το Continuation απαιτεί να συνεχίζεται η εργασία μόνο αν ο στόχος δεν έχει πράγματι επιτευχθεί. Το Budget_limit απαιτεί να σταματήσει η εργασία, αλλά να περιγραφεί με ειλικρίνεια τι απομένει.

Σε αντίθεση με τον Claude, το Codex συνδέει τον στόχο με το νήμα και όχι με τη συνεδρία. Για παράδειγμα, μπορείτε να κλείσετε το τερματικό και να το ανοίξετε ξανά το πρωί, και το /goal resume συνεχίζει τον ίδιο στόχο με τα ίδια στοιχεία στη μνήμη. Αυτό είναι χρήσιμο για εκτελέσεις που χωρίζετε σε τμήματα σύμφωνα με το πρόγραμμά σας.

Σε τι διαφέρει το /goal στο Claude Code από το /goal στο Codex;#

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

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

Στην πράξη, αυτό σημαίνει: αν θέλετε το κριτήριο «ολοκλήρωσης» να είναι αμερόληπτο, επιλέξτε Claude. Αν θέλετε ο πράκτορας να μπορεί να ελέγχει αρχεία και αρχεία καταγραφής κατά την αξιολόγηση, επιλέξτε Codex.

Διαβάστε περισσότερα για τα ίδια τα εργαλεία στον οδηγό Codex έναντι Claude Code.

Πραγματικό παράδειγμα: Μεταφορά από το Pydantic v1 στο v2 σε 31 ώρες#

Η εργασία ορίστηκε ως εξής: «μετάφερε το έργο από το Pydantic v1 στο v2, όλες οι δοκιμές pytest πρέπει να περνούν και το mypy strict πρέπει να αναφέρει μηδενικά σφάλματα».

Τι συνέβη:

• Συνεδρία 1 (8 ώρες) — το Codex ανέλυσε τις εισαγωγές, ξαναέγραψε τις δηλώσεις BaseModel και ρύθμισε το mypy
• Συνεδρία 2 (10 ώρες) — ξαναέγραψε τους validators και προκάλεσε την αποτυχία περίπου 200 δοκιμών
• Συνεδρία 3 (7 ώρες) — διόρθωσε τις δοκιμές και εντόπισε κυκλικές εξαρτήσεις
• Συνεδρία 4 (6 ώρες) — έλυσε τα υπόλοιπα σφάλματα και τις παλινδρομήσεις του mypy

Κόστος token:

«Συνολικός χρόνος στο ρολόι: περίπου 31 ώρες σε τέσσερις συνεδρίες. Συνολικό κόστος token του Codex με τις τιμές του gpt-5.3-codex: περίπου $44.»

Το κόστος κυριαρχείται από τα token εξόδου του gpt-5.3-codex, με τιμή 14 $ ανά εκατομμύριο. Αυτό σημαίνει ότι 31 ώρες αυτόνομης εργασίας κοστίζουν περίπου όσο εβδομάδες συνδρομής ChatGPT Plus.

Τι δεν έκανε ο πράκτορας από μόνος του:

• Δεν έγραψε τεκμηρίωση για τη μεταφορά για την ομάδα (το Codex δεν κατάλαβε ότι αυτό αποτελούσε μέρος της «μεταφοράς»)
• Δεν ενημέρωσε τα αρχεία ρυθμίσεων για δημοσίευση με τη νέα έκδοση του Pydantic
• Του διέφυγε μία παλινδρόμηση παραγωγής, η οποία εντοπίστηκε μόνο μία ημέρα αργότερα

Με άλλα λόγια, το /goal έκανε το 95% της δουλειάς· το υπόλοιπο 5% πρέπει ακόμη να γίνει με το χέρι. Αυτό είναι φυσιολογικό για τη σημερινή γενιά και δεν αποτελεί λόγο να μην το χρησιμοποιείτε.

14 ώρες μέσα στη νύχτα σε ένα πρόγραμμα οδήγησης macOS#

Ποιες εργασίες ταιριάζουν σε μεγάλες νυχτερινές εκτελέσεις#

Τα είδη εργασιών όπου αυτή η προσέγγιση προσφέρει τα μεγαλύτερα οφέλη:

• Εργασίες χαμηλού επιπέδου όπου μια επανάληψη και ένας έλεγχος διαρκούν λεπτά (μεταγλώττιση, εκτέλεση δοκιμών)
• Μεταφορές με σαφή τυπικά κριτήρια (τύποι, δοκιμές, lint)
• Δοκιμές επιδόσεων και βελτιστοποιήσεις με μετρήσιμα αποτελέσματα
• Τεκμηρίωση και αρχεία καταγραφής αλλαγών με σαφή δομή

Το Claude /goal κάνει εξίσου καλά την ίδια δουλειά, αλλά συχνότερα επιλέγεται το Codex για προγράμματα οδήγησης επειδή ελέγχει μόνο του αρχεία και αρχεία καταγραφής, αντί να βασίζεται σε εξωτερικό κριτή.

Πόσο κοστίζει και πώς αποφεύγετε να εξαντλήσετε τα token μέσα στη νύχτα;#

Στοιχεία από δημόσιες αναφορές:

Το βασικό που πρέπει να καταλάβετε: ούτε το Claude Code ούτε το Codex παρέχει αυστηρό όριο «σταμάτα να ξοδεύεις στα $N». Υπάρχουν τρεις δικλίδες ασφαλείας:

1. Όρια συνδρομής — Pro, Max ή Enterprise. Στο πρόγραμμα Max της Anthropic (100 $/μήνα), μια εκτέλεση 14 ωρών τη νύχτα χωρά στην εβδομαδιαία ποσόστωση και περισσεύει περιθώριο
2. Όριο κειμένου στην προϋπόθεση — γράψτε απευθείας στο /goal «ή σταμάτα μετά από 20 σειρές ενεργειών». Ο κριτής Claude θα το διαβάσει και θα κλείσει τον στόχο
3. Όριο token στο Codex — ενσωματωμένος μηχανισμός που εισάγει το budget_limit.md όταν εξαντλούνται τα token

Τι αυξάνει τον λογαριασμό μέσα στη νύχτα:

• Ένα αόριστο κριτήριο όπως «κάν’ το πιο βολικό» — ο πράκτορας δεν θα σταματήσει ποτέ, επειδή ο αξιολογητής δεν γνωρίζει τι σημαίνει «καλύτερο»
• Πρόσβαση σε εξωτερικά API χωρίς stubs — κάθε νέα προσπάθεια κοστίζει token
• Μεγάλο περιεχόμενο συνομιλίας — μετά τα 6,7M token, ενεργοποιείται η συμπύκνωση του περιεχομένου και χάνονται ορισμένα στοιχεία από τη μνήμη

Διαβάστε περισσότερα για την εξοικονόμηση κόστους στους οδηγούς πού πηγαίνουν τα token του Claude Code και πώς να μην εξαντλείτε τα όριά σας.

Πότε να ΜΗΝ εκτελείτε το /goal: 5 περιπτώσεις#

Η τεκμηρίωση της OpenAI αναφέρει ρητά τι ΔΕΝ πρέπει να κάνετε:

1. Αλλαγές μίας γραμμής — η εκτέλεση του /goal για να μετονομάσετε μια μεταβλητή κοστίζει περισσότερο από το να το κάνετε χειροκίνητα
2. Αόριστοι στόχοι — «βελτίωσε την απόδοση», «κάνε τον κώδικα πιο καθαρό», «κάν’ το πιο βολικό». Ο αξιολογητής δεν έχει κριτήριο, οπότε ο πράκτορας θα περιστρέφεται επ’ αόριστον
3. Βάσεις δεδομένων παραγωγής με δεδομένα χρηστών — ο πράκτορας μπορεί να χαλάσει μια μεταφορά και η επαναφορά από αντίγραφο ασφαλείας κοστίζει περισσότερο από οποιαδήποτε εξοικονόμηση
4. Αλλαγές ασφάλειας — έλεγχος ταυτότητας, κρυπτογράφηση, επεξεργασία πληρωμών. Ένας άνθρωπος πρέπει να ελέγχει κάθε commit εδώ
5. Εξωτερικά API χωρίς stubs — κάθε αποτυχία δικτύου κοστίζει token και είναι πέρα από τον έλεγχό σας

Τι πρέπει να κάνετε αν ο πράκτορας κολλήσει;#

Πώς να εντοπίσετε γρήγορα έναν ατέρμονο κύκλο:

• Ο πράκτορας αγγίζει τα ίδια αρχεία για 3+ σειρές ενεργειών και τα επαναφέρει στην προηγούμενη κατάστασή τους
• Εμφανίζονται ξανά στο αρχείο καταγραφής σφάλματα στα οποία έχει ήδη απαντήσει
• Το κριτήριο φαίνεται να έχει ικανοποιηθεί σε εσάς, αλλά ο πράκτορας λέει «δεν ικανοποιήθηκε»
• Η χρήση token ανά σειρά αυξάνεται, αλλά δεν υπάρχει πρόοδος στον κώδικα

Τι να κάνετε στη συνέχεια:

• Στο Claude Code: /goal clear και μετά κάντε την προϋπόθεση πιο συγκεκριμένη
• Στο Codex: /goal pause, επιθεωρήστε το τρέχον νήμα, επεξεργαστείτε την προϋπόθεση με /goal edit και μετά /goal resume
• Και στα δύο: ελέγξτε ότι το κριτήριο είναι πράγματι επαληθεύσιμο (μια εντολή επιστρέφει έξοδο 0 ή παράγει συγκεκριμένη έξοδο)

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

Κριτήρια «ολοκλήρωσης»: πειθαρχία στην εργασία για το /goal#

Η OpenAI διατυπώνει ξεκάθαρα αυτόν τον κανόνα στο επίσημο Codex Cookbook:

Πρότυπα κριτηρίων που λειτουργούν στην πράξη:

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

Αντιπαραδείγματα:

• «Ο κώδικας είναι καλύτερος»
• «Η χρηστικότητα έχει βελτιωθεί»
• «Η απόδοση έχει βελτιωθεί»
• «Η τεκμηρίωση είναι πλήρης»

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

Μπορείτε να δοκιμάσετε την ιδέα «μία προτροπή — ένα αποτέλεσμα» σε ένα πραγματικό έργο: ορίστε το /goal, διατυπώστε ένα κριτήριο, εκτελέστε το και αναλύστε τι πήγε στραβά.

Γνωρίστε το Ailoot.