Γιατί το εξοπλισμένο AI εκνευρίζει τις ομάδες — και τι να κάνετε γι’ αυτό

Με τις περισσότερες τεχνολογίες, όσο περισσότερο τις χρησιμοποιείτε, τόσο πιο ήρεμα έρχεστε να βασίζεστε σ’ αυτές. Με τα εργαλεία AI, το αντίθετο έχει αποδειχθεί αλήθεια: στην ετήσια έρευνά του για περισσότερους από 49.000 προγραμματιστές, το Stack Overflow κατέγραψε τη χρήση να ανέρχεται στο 84%, ενώ η εμπιστοσύνη στην ακρίβεια αυτών των εργαλείων έπεσε από 40% στο 29% σε διάστημα ενός έτους.

Αυτό το αποτέλεσμα είναι οικείο σε εμένα. Η πρώτη μας εμπειρία με εργαλεία AI στην ανάπτυξη είχε λίγη σχέση με το wow-αποτέλεσμα της ταχύτερης εργασίας και της λιγότερης δουλειάς που ο τεχνολογικός τύπος συνέχισε να γράφει. Οι προγραμματιστές μας απογοητεύθηκαν: το AI παρήγαγε μέτρια κώδικα που χρειαζόταν πολύ χρόνο για αναθεώρηση και, στο τέλος, έπρεπε να ξαναγραφεί. Η ομάδα περίμενε το AI να σώσει χρόνο και αντί για αυτό έλαβε επιπλέον δουλειά. Έτσι, λίγο μετά τις πρώτες προσπάθειες να ενσωματωθούν τα εργαλεία AI στην καθημερινή εργασία, η ομάδα επέστρεψε στο να δουλεύει με τον τρόπο που πάντα είχε.

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

Γιατί ο κώδικας γραμμένος από το AI εκνευρίζει τους προγραμματιστές

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

Αλλά “μέτρια” δεν είναι το όριο του τι είναι δυνατό — είναι απλώς αυτό που το μοντέλο βγάζει μέχρι να γνωρίσει το έργο σας: τις συμβάσεις του, τη δομή του κώδικα, τις αρχιτεκτονικές αποφάσεις. Σε μια έρευνα 600 προγραμματιστές, το Qodo βρήκε ότι μεταξύ εκείνων που δεν ήταν ικανοποιημένοι με την ποιότητα του κώδικα AI, το 44% το αποδίδει ακριβώς στην έλλειψη πλαισίου. Αυτό είναι που κρατάει την έξοδο σε ένα μέτριο επίπεδο.

Η καλή είδηση είναι ότι το πλαίσιο που λαμβάνει η AI είναι σχεδόν η μόνη μεταβλητή που ένας προγραμματιστής ελέγχει πλήρως. Πόσο καλά το εργαλείο κατανοεί το έργο εξαρτάται όχι από το μοντέλο, αλλά από αυτό που του δίνετε.

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

Στην αναφορά Octoverse του 2025, το GitHub περιγράφει ακριβώς αυτή τη μεταβολή: οι προγραμματιστές που έχουν προχωρήσει περισσότερο με το AI δεν αυτοαποκαλούνται πλέον “συντάκτες κώδικα” και γίνονται κάτι πιο κοντά σε “δημιουργικοί διευθυντές”, όπου η βασική ικανότητα είναι να κατευθύνουν και να επικυρούν. Αλλά ο δρόμος προς αυτόν τον ρόλο περνάει από λάθη και εκνευρίσματα, μέχρι που ένας άνθρωπος βλέπει την απόδοση στη δουλειά του.

Τι μετατρέπει το AI από μια πηγή εκνευρίσματος σε ένα εργαλείο εργασίας

Όταν η ομάδα μας ξεκίνησε να χρησιμοποιεί το AI, κάποιοι προγραμματιστές δούλευαν με το Claude Code, άλλοι προσπάθησαν το OpenAI Codex, το GitHub Copilot, ή το Gemini CLI, και κάθε εργαλείο έδωσε διαφορετικά αποτελέσματα. Έτσι, όταν αποφασίσαμε να φέρουμε τάξη στον τρόπο που η ομάδα δούλευε με το AI, η πρώτη μας κίνηση ήταν να επιλέξουμε ένα μόνο εργαλείο.

Αυτό δεν είναι μόνο η πρακτική μας. Πάρτε την ιστορία της ομάδας στο Linear: μέχρι τις αρχές του 2026, έτρεχαν με ένα “άσε τους προγραμματιστές να δουλεύουν όπως τους αρέσει” αρχή, και τον Ιανουάριο η ηγεσία έριξε αυτή την προσέγγιση και μετέφερε όλους τους προγραμματιστές σε έναν ενιαίο τρόπο εργασίας — στενεύοντας την επιλογή σε δύο εργαλεία AI και ζητώντας από τους προγραμματιστές να γράφουν κώδικα μόνο με αυτά, αντί να γράφουν με το χέρι. Σύμφωνα με την εταιρεία, η μέση παραγωγικότητα αυξήθηκε την επόμενη μέρα κατά 30% στα merged PRs και κατά 33% στις εργασίες που κλείστηκαν ανά προγραμματιστή.

Όμως, ένα κοινό εργαλείο από μόνο του δεν βελτιώνει τον κώδικα — πρέπει να ρυθμιστεί: ορίστε κανόνες, κάτι σαν ένα rules.md, που να εξηγούν πώς να γράψετε κώδικα — ποιες προσεγγίσεις να ακολουθήσετε, τι να αποφύγετε. Στη συνέχεια, έρχονται τα προσαρμοσμένα εργαλεία για τις εργασίες που είναι τυπικές του έργου σας, ώστε να μην εξηγείτε το ίδιο πράγμα ξανά και ξανά. Και τελικά, αξίζει να δείξετε τον πράκτορα στον υπάρχοντα κώδικά σας: αναλύει πώς γράφεται το έργο και παράγει νέο κώδικα με τον ίδιο τρόπο, αντί για ένα γενικό. Όσο περισσότερο πλαίσιο λαμβάνει το εργαλείο, τόσο λιγότερο πρέπει να ξαναγράψετε με το χέρι μετά.

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

Μόλις η ομάδα δουλεύει με συντονισμένο τρόπο, παραμένει ένα σημείο συμφόρησης — η αναθεώρηση — και αξίζει να ενισχυθεί με το AI. Ο πράκτορας περνάει από κάθε αίτηση pull πρώτα και αναλαμβάνει το προφανές: τα συνηθισμένα λάθη, το στυλ, την επανάληψη, τα κενά ασφαλείας. Ο ανθρώπινος ελεγκτής δεν κοιτάζει πλέον τα πάντα ανεξέλεγκτα, αλλά μόνο την αρχιτεκτονική και τις κρίσιμες αποφάσεις. Το αποτέλεσμα είναι αξιοσημείωτο ακόμη και μέσα στις εταιρείες που χτίζουν αυτά τα εργαλεία: στην Anthropic, μετά την εισαγωγή ενός τέτοιου πράκτορα, το ποσοστό των αιτήσεων pull που έλαβαν ουσιαστική αναθεώρηση αυξήθηκε από 16% στο 54%, και οι μηχανικοί διαφώνησαν με λιγότερο από 1% των σχολίων του.

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

Πού η εμπιστοσύνη στα εργαλεία AI αποδίδει

Πρώτα και κύρια — στη γραφή του κώδικα: όταν το εργαλείο γνωρίζει το έργο και ο πράκτορας χειρίζεται την πρώτη αναθεώρηση, η ομάδα γράφει περισσότερο και καλύτερο, μέσα στο ίδιο χρονικό διάστημα. Στην περίπτωσή μας, τα εργαλεία AI επιτάχυναν την εργασία κατά περίπου 30-40%.

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

Είναι μια παρόμοια ιστορία με την τεκμηρίωση: ένα πρόχειρο αρχιτεκτονικό σχέδιο που μια φορά έτρωγε ώρες τώρα γράφεται κυρίως από τον πράκτορα — κατά την εκτίμησή μας, περίπου 80% του σχεδίου, αν του δώσετε αρκετό πλαίσιο. Τι μένει στον άνθρωπο είναι αυτό που δεν είναι στην αποθήκη — οι αποφάσεις, οι συμβιβασμοί, η ειδίκευσή του.

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

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