Πραγματικό έργο, από τα δικά του αρχεία

Gateway προς το κρατικό σύστημα διακίνησης αγαθών.

Μια επιχείρηση περιέγραψε τι χρειαζόταν. Σε 25 ημέρες, οι AI agents του CodeHero σχεδίασαν, έφτιαξαν, έλεγξαν και διόρθωσαν ένα κατανεμημένο σύστημα: server διαχείρισης, ανεξάρτητα gateways προς κρατικό API, εφαρμογή οδηγού και βιβλιοθήκες για επιχειρησιακά συστήματα. Κάθε αριθμός αυτής της σελίδας προέρχεται από τα αρχεία του έργου.

Η χώρα, η αρχή και το API της δεν κατονομάζονται: κάθε χώρα ονομάζει αλλιώς αυτά τα παραστατικά και τα συστήματα. Δεν εμφανίζεται καμία διεύθυνση server, κλειδί, λογαριασμός ή στοιχείο πελάτη.

Με μια ματιά

25: ημέρες23 Σεπτεμβρίου – 17 Οκτωβρίου 2026
252: tickets94 κατασκευή · 32 ανεξάρτητος έλεγχος · 89 επισκευή
≈88.000: γραμμές κώδικα εφαρμογήςκαι ≈24.500 contracts, εργαλείων, προσομοιωτή και τεκμηρίωσης, και ≈113.000 τεστ
919: αρχεία τεστ241 προδιαγραφές · 1.571 αρχεία contracts
39: σενάρια αποδοχήςτο καθένα με το επίπεδο όπου αποδείχθηκε

43: απαιτήσειςγραμμένες με τον ιδιοκτήτη πριν από τη δουλειά
33: αποφάσεις του ιδιοκτήτηκαταγεγραμμένες στην πορεία
2: εταιρείες AIη μία φτιάχνει, η άλλη ελέγχει
8+: αναβαθμίσεις της πλατφόρμαςστη διάρκεια — η δουλειά συνέχιζε μετά από καθεμία χωρίς απώλεια προόδου

Τι χρειαζόταν ο ιδιοκτήτης

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

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

Από τι αποτελείται

Η τοπολογία ανά ρόλο. Η παραδοτέα διάταξη: ένας server διαχείρισης και τρεις servers gateway.

Ποιος στέλνει

Επιχειρησιακά συστήματα (ERP)παραστατικά σε μία μορφή, υπογεγραμμένα κλειδιά

Εφαρμογή οδηγού (κινητό)σαρώνει το QR, σε δύο γλώσσες

Βιβλιοθήκες για επιχειρησιακά συστήματαβιβλιοθήκη Java και τεκμηριωμένο REST API

Gateways × 3

API — γράφει κάθε παραστατικό μόνιμα πριν απαντήσει
Ουρά — ένα gateway έχει κάθε παραστατικό
Worker — στέλνει μέσα στο όριο κάθε λογαριασμού

Server διαχείρισηςοργανισμοί · συσκευές · κλειδιά API · διαπιστευτήρια

Το API της κρατικής αρχήςπαραστατικά, κατάσταση, επιβεβαίωση

Εργαλεία δοκιμών — δεν εγκαθίστανται ποτέ στην παραγωγήπροσομοιωτής της αρχής · γεννήτρια φορτίου · ασκήσεις τοπολογίας

Πώς ταξιδεύει ένα παραστατικό

Ένα σύστημα το στέλνει
σε οποιοδήποτε gateway, σε μία μορφή, με το κλειδί του οργανισμού του.
Το gateway το γράφει πρώτα
και μετά απαντά — κάτω από 100 ms για το 95% των παραστατικών στο τεστ φορτίου.
Ένα gateway το αναλαμβάνει
ο worker το στέλνει μέσα στο όριο του λογαριασμού, ποτέ δύο φορές.
Η αρχή απαντά
τίποτα δεν θεωρείται σταλμένο αν δεν το επιβεβαιώσει η κατάσταση της αρχής.
Ο οδηγός σαρώνει το QR
η εφαρμογή δείχνει αν το φορτίο μπορεί να φύγει.
Κάθε βήμα μετριέται
στατιστικά και επίπεδα υπηρεσίας στον server διαχείρισης.

Πώς οργανώθηκε η δουλειά

Ο ιδιοκτήτης και ο planner έγραψαν πρώτα τις απαιτήσεις και τα contracts. Το σχέδιο ελέγχθηκε σε 23 γύρους και από δεύτερο AI πριν από οποιαδήποτε κατασκευή. Κάθε φάση έκλεινε με νέο σχεδιασμό, που διάβαζε τι φτιάχτηκε στην πράξη.

Φάση 123 Σεπ
Δύο τοπικά gateways και τα contracts
Φάση 224 Σεπ
Σύνδεση διαχειριστή, οργανισμοί, κλειδιά, ρυθμίσεις, ουρά και ιδιοκτησία
Φάση 325 Σεπ
Το δοκιμαστικό περιβάλλον της αρχής και το contract του πελάτη
Φάση 427 Σεπ
Τηλεμετρία, επίπεδα υπηρεσίας, οι οθόνες διαχείρισης
Φάση 529 Σεπ
Installers, εγκατάσταση, διατήρηση δεδομένων, εικονικές μηχανές
Φάση 63 Οκτ
Γύρος επισκευών, η τελική τοπολογία, τεκμηρίωση, το τεστ ασφαλείας
Φάση 810 Οκτ
Το νέο εύρος του ιδιοκτήτη: κανόνας QR, κλειδιά και εφαρμογή οδηγού, διατήρηση, backups, τεκμηρίωση REST, βιβλιοθήκη Java
Φάση 911 Οκτ
Έντεκα νέες απαιτήσεις του ιδιοκτήτη σε ένα μήνυμα
Φάση 1013 Οκτ
Το εγκεκριμένο σχέδιο δοκιμών με την αρχή και η τελική αποδοχή

Μια φάση υπό όρους (αυτόματο failover) σχεδιάστηκε αλλά δεν ενεργοποιήθηκε.

Κατασκευή, ανεξάρτητος έλεγχος, επισκευή

Κατασκευή94 tickets
μοντέλα της Anthropic, κυρίως senior με ισορροπημένη σκέψη
Ανεξάρτητος έλεγχος32 tickets
μοντέλα της OpenAI — άλλη εταιρεία· ο ελεγκτής δεν αλλάζει ποτέ κώδικα προϊόντος
Επισκευή89 tickets
ένα ticket ανά εύρημα, το πολύ τρεις κύκλοι πριν αποφασίσει ο ιδιοκτήτης
Νέος έλεγχοςμέχρι να περάσει
ο ίδιος ελεγκτής ξανατρέχει τους κανόνες από την είσοδο ως το αποτέλεσμα

17 peer reviews έδωσαν δεύτερη γνώμη σε σχέδια και σχεδιασμούς· 12 επανασχεδιασμοί σχεδίασαν κάθε επόμενη φάση από όσα φτιάχτηκαν στην πράξη.

Ασφάλεια: δοκιμασμένη όπως θα επιτίθονταν, στους εγκατεστημένους servers

Το ενεργό τεστ ασφαλείας του έργου, σε cluster staging τεσσάρων servers (ένας διαχείρισης, τρία gateways).

Πρόσβαση μεταξύ οργανισμών
Σύνδεση, sessions, περιορισμός προσπαθειών
Ο πίνακας δικαιωμάτων
Αιτήματα από άλλους ιστότοπους
Injection και path traversal
Αιτήματα από τον server
Εχθρικές απαντήσεις της αρχής
Replay
Κατάχρηση της ουράς
Διαρροή μυστικών
Μεταφορά: μόνο TLS 1.2/1.3, HSTS
Η βάση δεδομένων
Ρυθμίσεις των servers

38: δοκιμές ασφαλείας πέρασαν
18: ενεργοί δικτυακοί έλεγχοι πέρασαν
20: έλεγχοι servers πέρασαν
24: αρνήσεις διαπιστευτηρίων επιβεβαιώθηκαν
328: έλεγχοι πρόσβασης μετά τη διόρθωση — 0 αποτυχίες

Ένα μεσαίο εύρημα βρέθηκε, διορθώθηκε και ελέγχθηκε ξανά. Ανοιχτά ευρήματα: 0 κρίσιμα, 0 υψηλά, 0 μεσαία.

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

Ταχύτητα: μετρημένη υπό φορτίο

15 λεπτά με 10 παραστατικά και 10 ζωντανές αναγνώσεις κατάστασης το δευτερόλεπτο, με διπλή αιχμή 60 δευτερολέπτων, σε gateway με 2 εικονικούς επεξεργαστές και 3,8 GB μνήμη.

Χρόνος μέχρι τη μόνιμη καταγραφή — 95% των παραστατικών (ένα gateway)99,9 ms

Το ίδιο σε τρία gateways129,4 ms

Ο στόχος των απαιτήσεων500,0 ms

9.600: παραστατικά έγιναν δεκτά — 0 timeouts, 0 χαμένα
6 δευτ.: επαναφορά μετά την αιχμή
88.184: κλήσεις στον προσομοιωτή της αρχής — η καθεμία ταυτίστηκε 1 προς 1 από τον έλεγχο
1 από 3: gateways σβήστηκε: μόνο το όριο αποστολών του πέρασε στα άλλα δύο· τα παραστατικά του το περίμεναν, μετά ξαναμπήκε

Ένα μεταγενέστερο τεστ ταχύτητας όλου του προϊόντος μετρήθηκε ξανά από την άλλη εταιρεία AI· ό,τι βρήκε επισκευάστηκε σε τρεις κύκλους και μετρήθηκε ξανά.

Τα νούμερα ισχύουν στο δηλωμένο δοκιμαστικό hardware· το μέγεθος της παραγωγής το ορίζει ο ιδιοκτήτης. Ένα παραστατικό με περισσότερα από περίπου 30.000 γεγονότα δεν διαβάζεται ζωντανά, γιατί η αρχή περιορίζει το μέγεθος της απάντησης.

Για μηχανικούς

Οι εγγυήσεις, και πώς αποδείχθηκε η καθεμία

Τι υπόσχεται το σύστημα, ο μηχανισμός πίσω από αυτό και η απόδειξη ότι ισχύει — όλα από τα contracts και το μητρώο αποδοχής του έργου.

Εγγύηση	Πώς δουλεύει	Πώς αποδείχθηκε
Δεκτό σημαίνει μόνιμο	Το gateway γράφει την απόδειξη παραλαβής στη βάση του πριν απαντήσει.	Η διεργασία του API σκοτώθηκε πριν και μετά την εγγραφή· τίποτα από όσα απαντήθηκαν δεν χάθηκε.
Ένα αίτημα, μία πράξη	Κάθε αίτημα έχει ταυτότητα· μια επανάληψη επιστρέφει το πρώτο αποτέλεσμα αντί για νέα πράξη.	10 ίδια αιτήματα την ίδια στιγμή: ένα δημιούργησε την πράξη, τα εννέα την επέστρεψαν.
Ποτέ δύο φορές	Κάθε παραστατικό έχει ακριβώς ένα gateway-κάτοχο· μια αποστολή που ίσως έγινε συμφωνείται με την αρχή πριν από οποιαδήποτε επανάληψη.	Ένας worker σκοτώθηκε αμέσως μετά από πιθανή αποστολή· η συμφωνία βρήκε την πραγματική κατάσταση και δεν ξαναέστειλε.
Η ιδιοκτησία αλλάζει με ασφάλεια	Ένα handover γράφει νεότερο δεσμό· ο παλιός κάτοχος αποκλείεται (fencing) και οι όψιμες εγγραφές του απορρίπτονται.	Εξαναγκασμένα handovers και όψιμη επιστροφή του παλιού κατόχου στους τρεις servers gateway.
Τα κοινά όρια κρατούν	Ο ρυθμός κάθε λογαριασμού προς την αρχή μοιράζεται σε μερίδια ανά gateway από τον server διαχείρισης.	Υπό φορτίο το όριο δεν ξεπεράστηκε ποτέ (δύο ελεγχόμενες αρνήσεις, τίποτα χαμένο). Με ένα gateway σβηστό, μόνο το μερίδιό του στο όριο πέρασε στα άλλα· τα παραστατικά που είχε ήδη δεν τα ανέλαβε άλλος: το περίμεναν και στάλθηκαν ακριβώς μία φορά όταν επανήλθε.
Οι ρυθμίσεις δεν πλαστογραφούνται	Ο server διαχείρισης υπογράφει τα snapshots ρυθμίσεων· τα gateways τα επαληθεύουν· τα κλειδιά αλλάζουν με παράθυρο επικάλυψης.	Test vectors για τις υπογραφές, την εναλλαγή κλειδιών και τις αρνήσεις.
Η τηλεμετρία μετριέται μία φορά	Τα γεγονότα αποθηκεύονται με ταυτότητα· τα όψιμα δεδομένα δημιουργούν νέα αναθεώρηση ενός στατιστικού και κρατούν την παλιά.	Η ίδια παρτίδα στάλθηκε τρεις φορές και κάθε γεγονός αποθηκεύτηκε μία φορά· γεγονότα εκτός σειράς και όψιμα έδωσαν σωστές αναθεωρήσεις.
Σταλμένο σημαίνει επιβεβαιωμένο	Ένα παραστατικό θεωρείται σταλμένο μόνο όταν το λέει η κατάσταση της ίδιας της αρχής.	Ένα επιχειρησιακό σφάλμα μέσα σε επιτυχημένη απάντηση HTTP καταγράφεται ως απόρριψη, ποτέ ως επιτυχία.
Ενημερώσεις χωρίς απώλεια	Αποστράγγιση, ενημέρωση, επιστροφή στην προηγούμενη έκδοση· μια διακομμένη εγκατάσταση συνεχίζει· δύο εκδόσεις λειτουργικού.	Ενημέρωση και επιστροφή της διαχείρισης και των gateways και στις δύο εκδόσεις, από τις οθόνες και με τα runbooks.
Τα δεδομένα είναι καταγεγραμμένα	Ένα μητρώο δεδομένων γράφει κάθε στήλη και των δύο βάσεων με την κατηγορία προσωπικών δεδομένων της· η διατήρηση σβήνει με κανόνα· οι εγγραφές ελέγχου μόνο προστίθενται.	Ο χρήστης της βάσης που τρέχει την εφαρμογή δεν μπορεί να αλλάξει ή να σβήσει εγγραφές ελέγχου· η βάση δεν φαίνεται από έξω.

Οκτώ εκδοσιοποιημένα contracts — η μία πηγή που χρησιμοποίησε κάθε ticket

CT01API του gateway (OpenAPI 3.1)1.14.0
CT02Ιδιοκτησία, handover, fencing1.3.0
CT03Σχήμα ουράς, ασφάλεια αποστολής, κοινός limiter, συμφωνία, κανονικό JSON
CT04Control plane: υπογεγραμμένα snapshots, κλειδιά, μερίδια ανά κόμβο, τηλεμετρία2.15.0
CT05Μετρήσεις, διαθεσιμότητα, εξαγωγές1.2.0
CT06Manifest έκδοσης2.1.1
CT07Συμμόρφωση πελάτη1.6.0
CT08API διαχείρισης1.28.0

Οκτώ ασκήσεις τοπολογίας, με τα runbooks των διαχειριστών

D1Ο server διαχείρισης σταματημένος — τα gateways συνεχίζουν
D2Ένα gateway πέφτει ενώ μια κλήση προς την αρχή είναι σε εξέλιξη
D3Ασυμφωνία κατόχου μεταξύ gateways
D4Συντήρηση: αποστράγγιση, ενημέρωση, επιστροφή
D5Χειροκίνητο handover και όψιμη επιστροφή του παλιού κατόχου
D6Πίεση: ουρά, δίσκος, βάση δεδομένων
D7Κοινά όρια μεταξύ gateways
D8Πραγματικός browser από άλλη προέλευση

Το αρχείο μηχανικής που άφησε

41: αποφάσεις αρχιτεκτονικής (ADRs)
12: runbooks λειτουργίας: εγκατάσταση, ανάπτυξη, ενημέρωση και επιστροφή, backup και επαναφορά, διατήρηση, πιστοποιητικά, τοπολογία …
8: οδηγοί χρήστη
2: γλώσσες για κάθε μήνυμα (ένας κατάλογος η καθεμία)
1: manifest αποδοχής με checksum για κάθε αρχείο της έκδοσης

Πώς μένουν τίμιες οι αποδείξεις

Ένα αποτέλεσμα σε mock ή στον προσομοιωτή δεν καταγράφεται ποτέ ως αποτέλεσμα στην αρχή.
Η γεννήτρια φορτίου είναι open-loop: δεν επιβραδύνει όταν επιβραδύνει το σύστημα.
Ένας έλεγχος (oracle) ταιριάζει κάθε κλήση προς την αρχή ένα προς ένα (88.184 ↔ 88.184).
Ο ελεγκτής ανήκει σε άλλη εταιρεία AI και δεν αλλάζει ποτέ κώδικα προϊόντος.
Κάθε σενάριο κρατά το επίπεδο απόδειξής του· ένα κενό γράφεται ως blocked ή not run, με την αιτία του.

Πολυπλοκότητα: τι φτιάχτηκε

Μέρος	Γραμμές
Gateway — Node.js	18.320
API διαχείρισης — PHP	30.688
Οθόνες διαχείρισης — Vue	9.756
Worker διαχείρισης — Node.js	3.221
Βιβλιοθήκη Java για επιχειρησιακά συστήματα	12.125
Εφαρμογή οδηγού — PWA	5.185
Προσομοιωτής της αρχής (μόνο για τεστ)	2.480
Installers και ενημερώσεις	6.390
Contracts: σχήματα, SQL, test vectors	8.191
Εργαλεία ανάπτυξης	7.990
Πελάτης αναφοράς	2.249
Τεκμηρίωση	5.851
Τεστ	113.117

Ανά γλώσσα

JavaScript143.849
PHP33.098
Shell13.128
Java11.995
Vue8.636
Python6.338
SQL4.427
XSD3.913

Αλλαγές όσο προχωρούσε η δουλειά

33 αποφάσεις του ιδιοκτήτη είναι καταγεγραμμένες στο change ledger. Η καθεμία γράφεται μία φορά και φτάνει σε κάθε ticket που αφορά — σε όσα έρχονται και σε όσα ήδη τρέχουν.

Ποιος μπορεί να δημιουργεί οργανισμούς, συσκευές και κλειδιά
Δικαιώματα ανά αντικείμενο για τα κλειδιά συσκευών
Τι μπορεί να κάνει ακόμη ένας ανενεργός οργανισμός
Ένας κανόνας επιβεβαίωσης για όλη την εφαρμογή
Ιδιωτικότητα στα logs: τι κρατούν τα logs πρόσβασης
Διατήρηση των backups και backups εκτός server
Ένα μήνυμα με έντεκα νέες απαιτήσεις την 19η ημέρα: API οδηγού, βιβλιοθήκη που ενεργοποιείται με ένα αρχείο, μαζική αποστολή, συνεχής σάρωση QR, δίγλωσση εφαρμογή, δημόσια σελίδα, τρεις τρόποι ενεργοποίησης οδηγού …

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

Μία αλλαγή, από την αρχή ως το τέλος

Ημέρα 19: έντεκα νέες απαιτήσεις ενώ η δουλειά έτρεχε.

Πώς ταξίδεψε μία από αυτές από το μήνυμα του ιδιοκτήτη σε ένα ελεγμένο αποτέλεσμα. Κάθε βήμα υπάρχει στα αρχεία του έργου.

Το αίτημα
Το σημείο 4 του μηνύματος του ιδιοκτήτη: «μαζική αποστολή πράξεων οδηγού στο API και στη βιβλιοθήκη».
Καταγράφεται μία φορά
Η γραμμή 26 του μητρώου αλλαγών, γραμμένη την ίδια μέρα. Πριν: μία πράξη ανά κλήση. Μετά: πολλές πράξεις σε μία κλήση, και η καθεμία συμπεριφέρεται ακριβώς σαν να στάλθηκε μόνη — ίδιο αναγνωριστικό, ίδια προστασία από διπλή αποστολή, ίδιος κανόνας αποστολής. Η γραμμή ονομάζει τα τρία μέρη που αγγίζει: το contract των πράξεων, την υπηρεσία δέσμευσης και τη βιβλιοθήκη.
Πρώτα τα contracts
Ο επανασχεδιασμός έγραψε την ίδια μέρα τα κοινά contracts της φάσης: μια νέα κλήση για πολλές πράξεις, με αποτέλεσμα για την καθεμία. Κάθε ticket της φάσης τα διαβάζει πριν ξεκινήσει.
Κατασκευή
Ένα ticket κατασκευής, χαρακτηρισμένο δύσκολο (ταυτόχρονη πρόσβαση, μοναδικότητα, διπλή αποστολή, όρια ρυθμού): έως 50 πράξεις σε μία κλήση. Η εφαρμογή του οδηγού απέκτησε συνεχή σάρωση και ένα κουμπί «αποστολή όλων».
Έλεγχος από μοντέλο άλλης εταιρείας
Ο έλεγχος μέτρησε «20 πράξεις σε ≤ 3 δευτ.» από το κουμπί ως την τελευταία πράξη — και βρήκε ότι ο κατασκευαστής είχε μετρήσει μόνο τη δουλειά στο κινητό.
Απόδειξη, όχι επιχειρήματα
Η επισκευή έγραψε ένα επαναλήψιμο τεστ: 1,66 δευτ. δουλειάς στο κινητό, συν τον υποχρεωτικό έλεγχο 5 δευτερολέπτων του server για ένα έγγραφο που εμφανίζεται πρώτη φορά — 6,7 δευτ. συνολικά. Κάτω από 3 δευτ. ήταν αδύνατο χωρίς να χαλαρώσει αυτός ο έλεγχος, οπότε η επισκευή δεν άλλαξε κώδικα και επέστρεψε την επιλογή ως επιχειρηματική απόφαση.
Καταγράφεται — και μένει στον ιδιοκτήτη
Ο στόχος δεν άλλαξε χωρίς τον ιδιοκτήτη. Καταγράφηκε μια προσωρινή ανάγνωση, σημειωμένη ως απόφαση για λογαριασμό του, όχι δική του: ο στόχος των 3 δευτερολέπτων μετρά τη δουλειά του κινητού, και ο έλεγχος του νέου εγγράφου μετριέται χωριστά. Η συνολική αναμονή — περίπου 6,7 δευτ. — είναι στις ανοιχτές ερωτήσεις του ιδιοκτήτη: να μείνει, να ελέγχονται τα έγγραφα κατά τη σάρωση ή να μικρύνει ο έλεγχος. Για καμία επιλογή δεν φτιάχτηκε τίποτα.

Οι άλλες δέκα απαιτήσεις πήγαν με τον ίδιο τρόπο: μία γραμμή στο μητρώο η καθεμία (γραμμές 23–33), τα contracts της επόμενης φάσης, μετά κατασκευή, έλεγχος και επισκευή.

Τι αποδείχθηκε, και πού

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

2 Εγκατεστημένο staging τεσσάρων servers
4 Το δοκιμαστικό περιβάλλον της αρχής
15 Εικονικές μηχανές σε διάταξη παραγωγής
14 Τοπικά, με τον προσομοιωτή
3 Περιμένουν το σύστημα του πελάτη
1 Υπό όρους, δεν ενεργοποιήθηκε

Η δουλειά του AI σε αριθμούς

459 ώρες: sessions των agents (πολλά έτρεχαν παράλληλα)
≈72.500: κλήσεις εργαλείων
12,8 δισ.: tokens επεξεργάστηκαν — το 98% ξαναδιαβάστηκε από cache· με την τιμή της cache ≈1,35 δισ.
47 Μ: tokens έγραψαν τα μοντέλα
≈25: αποφάσεις που μόνο ο ιδιοκτήτης μπορούσε να πάρει — περίπου μία τη μέρα

Μετά την προδιαγραφή της πρώτης μέρας, ο ιδιοκτήτης κλήθηκε μόνο για επιχειρηματικές αποφάσεις: επιλογές, εγκρίσεις δοκιμαστικών παραθύρων, αποδεκτά όρια. Τις οδηγίες κάθε ticket τις έγραψαν οι ίδιοι οι agents, που αντάλλαξαν μεταξύ τους 228 μηνύματα. Τα μοντέλα της Anthropic έκαναν τον σχεδιασμό, την κατασκευή και τις επισκευές (203 tickets, μαζί με το πρώτο ticket σχεδιασμού, που έτρεξε στον προεπιλεγμένο provider του έργου)· της OpenAI τους ανεξάρτητους ελέγχους και τα peer reviews (49 tickets). Το έργο έτρεξε με συνδρομές, γι’ αυτό δεν δίνεται κόστος ανά έργο.

Κατάσταση και όρια

Η έκδοση 0.8.0 είναι εγκατεστημένη σε δοκιμαστικό cluster με διάταξη παραγωγής: ένας server διαχείρισης και τρία gateways.
Στις 17 Οκτωβρίου 2026 έτρεχε ο τελικός έλεγχος αποδοχής.
Δεν έχουν γίνει ακόμη: το μέγεθος της παραγωγής (του ιδιοκτήτη) και το σύστημα του ίδιου του πελάτη στο staging (τρία σενάρια).
Σκόπιμα δεν υπάρχει αυτόματο failover: ένα παραστατικό περιμένει το gateway που το έχει.

Αριθμοί από τα αρχεία του έργου, όπως διαβάστηκαν στις 17 Οκτωβρίου 2026. Περιγράφουν αυτή την εκτέλεση· δεν είναι υπόσχεση χρόνου ή κόστους για άλλο έργο.

Φέρτε ένα τέτοιο έργο.

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

Συζητήστε μια εγκατάσταση Πώς δουλεύει η μέθοδος

Ερωτήσεις που μας κάνουν

Όλα τα άρθρα

Γιατί δουλεύουν πολλά AI στην ίδια δουλειά;

Γιατί ένα AI δεν πιάνει τα δικά του τυφλά σημεία. Στο CodeHero ένα μοντέλο φτιάχνει και, από προεπιλογή, ένα μοντέλο άλλης εταιρείας ελέγχει· τα προβλήματα επιστρέφουν για διόρθωση και ελέγχονται ξανά. Διαβάστε το άρθρο

Πώς αποφεύγει το AI να ξεχνά ή να μπερδεύεται σε ένα μεγάλο έργο;

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

Πώς μπορεί αυτό να αλλάξει τον κόσμο των εφαρμογών;

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