Μέσα σε τρία χρόνια, τα μεγάλα γλωσσικά μοντέλα πέρασαν από την αυτόματη συμπλήρωση μιας συνάρτησης στην ανάληψη ολόκληρων εργασιών ανάπτυξης. Η καθοριστική αλλαγή, όμως, δεν είναι πόσες γραμμές γράφει η μηχανή. Είναι ποιος ελέγχει, ποιος συντηρεί και ποιος αναλαμβάνει την ευθύνη για τον παραγόμενο κώδικα.
Από τη συγγραφή στην ανάθεση εργασιών
Τον Ιούλιο του 2025, ο δημιουργός του Ruby on Rails και τεχνικός διευθυντής της 37signals, David Heinemeier Hansson, εξηγούσε ότι χρησιμοποιούσε την ΤΝ ως βοηθό, αλλά δεν την άφηνε να καθορίζει τον κώδικά του. Υποστήριζε ότι η χειρωνακτική συγγραφή ήταν αναγκαία για τη μάθηση, την τεχνική επάρκεια και τη βαθύτερη επαφή με το λογισμικό.
Τον Αύγουστο του 2026, στην επόμενη συνέντευξή του, δήλωσε ότι δεν είχε γράψει με το χέρι ούτε μία γραμμή από τον κώδικα που ενσωματώθηκε στην έκδοση Quattro του Omarchy. Είχε εξετάσει τη συνολική μορφή του συστήματος και τις κρίσιμες γραμμές του βασικού του επιπέδου, αλλά όχι μεγάλο μέρος του κώδικα της διεπαφής και των βοηθητικών λειτουργιών.
Η εμπειρία ενός προγραμματιστή δεν αποδεικνύει τι συμβαίνει σε ολόκληρο τον κλάδο. Αποτυπώνει, όμως, τη μεγάλη μετατόπιση. Ο προγραμματιστής δεν ζητά πλέον μόνο «γράψε αυτή τη συνάρτηση». Μπορεί να αναθέσει σε έναν πράκτορα ΤΝ να εξετάσει ένα αποθετήριο, να εντοπίσει την αιτία ενός σφάλματος, να δημιουργήσει δοκιμή που το αναπαράγει, να τροποποιήσει τον κώδικα και την τεκμηρίωση και να προετοιμάσει ένα ολοκληρωμένο αίτημα ενσωμάτωσης.
Ο άνθρωπος μετακινείται έτσι από τη συγγραφή κάθε γραμμής στη διατύπωση του προβλήματος, στην επιλογή των περιορισμών, στην επίβλεψη της διαδικασίας και στην αξιολόγηση του αποτελέσματος. Αυτό δεν μειώνει την ανάγκη τεχνικής γνώσης. Την κάνει περισσότερο κρίσιμη, επειδή ο προγραμματιστής πρέπει να αναγνωρίζει λύσεις που φαίνονται πειστικές, περνούν τις διαθέσιμες δοκιμές, αλλά παραβιάζουν την αρχιτεκτονική, την ασφάλεια ή τις εγγυήσεις συμβατότητας του έργου.
Ο ίδιος ο Hansson περιέγραψε ένα χαρακτηριστικό παράδειγμα. Όταν σχεδιαστές χρησιμοποίησαν ελεύθερα πράκτορες σε ώριμο προϊόν της 37signals, κάθε επιμέρους αλλαγή μπορούσε να φαίνεται δικαιολογημένη, αλλά το άθροισμά τους κατέστρεψε τη συνοχή της αρχιτεκτονικής. Χρειάστηκε ανθρώπινη εργασία για να αποκατασταθεί το σύστημα. Η παραγωγή κώδικα είχε επιταχυνθεί, αλλά ο έλεγχος της συνολικής κατεύθυνσης παρέμενε ανθρώπινη ευθύνη.
Η παραγωγικότητα δεν είναι ένας ενιαίος αριθμός
Οι δημόσιες συζητήσεις συχνά αναζητούν ένα ποσοστό: πόσο κώδικα γράφει πλέον η ΤΝ ή πόσο ταχύτερος γίνεται ο προγραμματιστής. Τέτοιοι αριθμοί έχουν περιορισμένη αξία όταν δεν συνοδεύονται από πληροφορίες για το είδος της εργασίας, την ωριμότητα του έργου, την εμπειρία του χρήστη και το κόστος επαλήθευσης.
Η μελέτη της METR σε έμπειρους προγραμματιστές, οι οποίοι εργάζονταν σε έργα ανοιχτού λογισμικού που γνώριζαν καλά, κατέγραψε στις αρχές του 2025 αύξηση κατά 19% στον χρόνο ολοκλήρωσης όταν επιτρεπόταν η χρήση εργαλείων ΤΝ. Οι συμμετέχοντες, παρ’ όλα αυτά, πίστευαν ότι είχαν εργαστεί ταχύτερα.
Νεότερα δεδομένα της ίδιας ερευνητικής ομάδας έδειξαν ενδείξεις επιτάχυνσης με τα εργαλεία του τέλους του 2025. Η METR προειδοποίησε, όμως, ότι τα αποτελέσματα δεν επιτρέπουν ασφαλή εκτίμηση, επειδή πολλοί εντατικοί χρήστες δεν ήθελαν να συμμετάσχουν σε εργασίες όπου η ΤΝ θα απαγορευόταν, ενώ άλλοι απέφευγαν να δηλώσουν εργασίες που θεωρούσαν ιδιαίτερα κατάλληλες για πράκτορες.
Το ασφαλές συμπέρασμα δεν είναι ότι η ΤΝ επιταχύνει ή επιβραδύνει πάντοτε τον προγραμματισμό. Είναι ότι η παραγωγικότητα πρέπει να μετριέται σε ολόκληρο τον κύκλο ζωής: κατανόηση του προβλήματος, συγγραφή, δοκιμή, έλεγχος, ενσωμάτωση, ασφάλεια και μακροχρόνια συντήρηση.
Το κρίσιμο ερώτημα είναι ποιος υπογράφει
Στα έργα ανοιχτού λογισμικού, η ποιότητα δεν είναι το μοναδικό ζήτημα. Εξίσου κρίσιμη είναι η προέλευση του κώδικα και η δυνατότητα ενός ανθρώπου να αναλάβει την ευθύνη για τη συνεισφορά.
Στον πυρήνα Linux, κάθε συνεισφορά συνοδεύεται από την ένδειξη Signed-off-by, μέσω της οποίας ένας άνθρωπος πιστοποιεί τη συμμόρφωσή του με τη Δήλωση Προέλευσης Προγραμματιστή. Η επίσημη πολιτική του πυρήνα είναι σαφής: ένας πράκτορας ΤΝ δεν επιτρέπεται να προσθέτει αυτή την υπογραφή. Ο άνθρωπος που υποβάλλει την αλλαγή οφείλει να ελέγξει ολόκληρο τον παραγόμενο κώδικα, να διασφαλίσει τη συμβατότητα της άδειας, να προσθέσει ο ίδιος την υπογραφή και να αναλάβει την πλήρη ευθύνη.
Η χρήση του εργαλείου πρέπει να καταγράφεται με την ένδειξη Assisted-by, μαζί με το όνομα του εργαλείου και την έκδοση του μοντέλου. Για αναφορές σφαλμάτων, ο πυρήνας ζητά ακόμη περισσότερα: δημιουργία τρόπου αναπαραγωγής, υποβολή διόρθωσης, έλεγχο της λύσης και ρητή καταγραφή όσων δεν ήταν δυνατό να δοκιμαστούν.
Η διαδικασία αυτή δεν αποτελεί τυπική γραφειοκρατία. Επαναφέρει το κόστος της επαλήθευσης στον υποβάλλοντα, αντί να το μεταφέρει στον συντηρητή. Ένας πράκτορας μπορεί να βρει ένα πιθανό σφάλμα, αλλά δεν μπορεί να πιστοποιήσει νομικά την προέλευση του κώδικα ούτε να αναλάβει τις συνέπειες μιας λανθασμένης αλλαγής.
Διαφορετικές κοινότητες, διαφορετικές απαντήσεις
Οι κοινότητες ανοιχτού λογισμικού δεν έχουν υιοθετήσει μία ενιαία πολιτική. Έχουν διαμορφώσει ένα φάσμα προσεγγίσεων, ανάλογα με το ρίσκο, τους διαθέσιμους πόρους και την κουλτούρα κάθε έργου.
Το QEMU απορρίπτει συνεισφορές που θεωρεί ότι περιλαμβάνουν ή προέρχονται από παραγόμενο περιεχόμενο. Επιτρέπει τη χρήση ΤΝ για έρευνα, κατανόηση διεπαφών, στατική ανάλυση και αποσφαλμάτωση, εφόσον το παραγόμενο αποτέλεσμα δεν ενσωματώνεται στη συνεισφορά. Η αιτιολόγηση αφορά κυρίως την αβεβαιότητα για τα δικαιώματα και τις άδειες του παραγόμενου κώδικα.
Το LLVM ακολουθεί πιο επιτρεπτική πολιτική, αλλά απαιτεί άνθρωπο σε κάθε κρίσιμο στάδιο. Ο συνεισφέρων πρέπει να έχει διαβάσει και κατανοήσει όλο το περιεχόμενο πριν ζητήσει από άλλους να το ελέγξουν. Οι πράκτορες δεν επιτρέπεται να δημοσιεύουν αυτόνομα αλλαγές ή σχόλια στους χώρους του έργου. Παράλληλα, απαγορεύεται η χρήση τους για ζητήματα που χαρακτηρίζονται ως good first issue, επειδή αυτά προορίζονται για την εκπαίδευση και την ένταξη νέων συνεισφερόντων.
Το Apache Software Foundation επιτρέπει συνεισφορές με τη βοήθεια γενετικών εργαλείων, υπό προϋποθέσεις. Ο χρήστης πρέπει να ελέγχει ότι οι όροι του εργαλείου επιτρέπουν τη διάθεση του αποτελέσματος με ανοιχτή άδεια και ότι δεν ενσωματώνεται υλικό τρίτων με ασύμβατα δικαιώματα. Συνιστά επίσης την ένδειξη Generated-by στο ιστορικό των αλλαγών. Το OpenInfra Foundation διακρίνει ανάμεσα στις ενδείξεις Assisted-By και Generated-By, διατηρώντας πάντοτε χωριστή την ανθρώπινη υπογραφή.
Ιδιαίτερα σημαντική είναι η απόφαση του Debian, η ψηφοφορία για την οποία ολοκληρώθηκε στις 28 Αυγούστου 2026. Ανάμεσα σε οκτώ διαφορετικές προτάσεις, από την πλήρη απαγόρευση μέχρι την επιτρεπτική χρήση, επικράτησε η πρόταση για «υπεύθυνη χρήση της γενετικής ΤΝ». Το Debian ούτε απαγορεύει ούτε εγκρίνει γενικά τα εργαλεία. Απαιτεί οι συνεισφορές να πληρούν τα ίδια πρότυπα ποιότητας, ορθότητας, συντηρησιμότητας και νομικής συμμόρφωσης, ανεξάρτητα από τον τρόπο παραγωγής τους. Η γνωστοποίηση ενθαρρύνεται, αλλά δεν είναι υποχρεωτική. Απαγορεύεται, ωστόσο, η μεταφορά εμπιστευτικών πληροφοριών, κλειδιών, προσωπικών δεδομένων ή μη δημοσιοποιημένων ευπαθειών σε εξωτερικές υπηρεσίες χωρίς σχετική εξουσιοδότηση. Για μαζικές αυτοματοποιημένες ενέργειες απαιτείται προηγούμενη συνεννόηση με την κοινότητα.
Η παραγωγή έγινε φθηνή, ο έλεγχος όχι
Για τους συντηρητές, η σημαντικότερη αλλαγή είναι οικονομική. Η δημιουργία μιας αναφοράς, μιας διόρθωσης ή ενός αιτήματος ενσωμάτωσης έγινε πολύ ευκολότερη. Η αξιολόγησή του εξακολουθεί να απαιτεί ανθρώπους που γνωρίζουν την αρχιτεκτονική, το ιστορικό και τις άγραφες παραδοχές του έργου.
Η εμπειρία του curl δείχνει και τις δύο πλευρές. Τον Ιανουάριο του 2026 το έργο τερμάτισε το πρόγραμμα ανταμοιβών ευπαθειών, καθώς το ποσοστό των αναφορών που οδηγούσαν σε επιβεβαιωμένη ευπάθεια είχε μειωθεί από περισσότερο από 15% σε λιγότερο από 5%. Οι χαμηλής ποιότητας αναφορές κατανάλωναν χρόνο και ψυχική ενέργεια, ακόμη και όταν μπορούσαν σχετικά γρήγορα να απορριφθούν.
Μερικούς μήνες αργότερα, το πρόβλημα άλλαξε μορφή. Ο Daniel Stenberg κατέγραψε αναφορές ασφαλείας πολύ υψηλότερης ποιότητας, αλλά με ρυθμό τέσσερις έως πέντε φορές μεγαλύτερο από το 2024 και πάνω από μία αναφορά την ημέρα. Ακόμη και μια σωστή αναφορά πρέπει να αναπαραχθεί, να αξιολογηθεί, να διορθωθεί και να τεκμηριωθεί. Η ΤΝ μπορεί επομένως να αποκαλύπτει πραγματικές ευπάθειες και συγχρόνως να εξαντλεί την κοινότητα που πρέπει να τις διαχειριστεί.
Αντίθετα, τα αιτήματα ενσωμάτωσης δεν δημιούργησαν το ίδιο πρόβλημα στο curl, επειδή περνούν από εκτεταμένες αυτοματοποιημένες δοκιμές, σαρωτές και περίπου διακόσιες εργασίες συνεχούς ενοποίησης πριν απαιτήσουν ανθρώπινη προσοχή. Το δίδαγμα είναι σαφές: ο όγκος γίνεται διαχειρίσιμος όταν υπάρχουν αποτελεσματικά φίλτρα και ακριβός όταν κάθε υποβολή απαιτεί εξαρχής ανθρώπινη διερεύνηση.
Μια πολιτική για ελληνικά έργα και φορείς
Κάθε δημόσιος φορέας, πανεπιστήμιο, επιχείρηση ή κοινότητα ανοιχτού λογισμικού χρειάζεται πλέον γραπτή πολιτική για τη χρήση εργαλείων ΤΝ. Η πολιτική πρέπει να διακρίνει την απλή βοήθεια από τη μαζική παραγωγή κώδικα και από την αυτόνομη υποβολή αλλαγών. Πρέπει επίσης να καθιστά σαφές ότι κανένα αποτέλεσμα δεν φτάνει σε παραγωγικό σύστημα χωρίς επώνυμο ανθρώπινο έλεγχο και ανάληψη ευθύνης.
Η προέλευση πρέπει να καταγράφεται στο ιστορικό του αποθετηρίου με μηχαναγνώσιμες ενδείξεις για το εργαλείο, το μοντέλο και τον τρόπο χρήσης του. Για σημαντικές αλλαγές πρέπει να διατηρούνται οι κρίσιμες οδηγίες, τα αποτελέσματα των δοκιμών και οι αποφάσεις που οδήγησαν στην τελική υλοποίηση.
Οι αναφορές σφαλμάτων και ευπαθειών πρέπει να συνοδεύονται από τρόπο αναπαραγωγής, εκτίμηση επιπτώσεων και, όπου είναι δυνατό, ελεγμένη διόρθωση. Οι αυτοματοποιημένες μαζικές υποβολές πρέπει να απαιτούν προηγούμενη έγκριση, ώστε το κόστος τους να μην επιβάλλεται μονομερώς στους συντηρητές.
Για ιδιωτικό κώδικα, προσωπικά δεδομένα, κλειδιά και μη δημοσιοποιημένες ευπάθειες πρέπει να προτιμώνται ανοικτά μοντέλα που λειτουργούν σε τοπική ή ελεγχόμενη υποδομή. Η επιλογή εργαλείου δεν μπορεί να βασίζεται μόνο στην απόδοσή του. Πρέπει να εξετάζονται οι όροι χρήσης, η άδεια, η διαχείριση των δεδομένων, η δυνατότητα ελέγχου και η εξάρτηση από συγκεκριμένο πάροχο.
Τέλος, η χρηματοδότηση δεν πρέπει να κατευθύνεται μόνο στην παραγωγή περισσότερου κώδικα. Χρειάζεται να καλύπτει τη συντήρηση, τις δοκιμές, την τεκμηρίωση, την ασφάλεια και τον ανθρώπινο έλεγχο. Εάν επιχειρήσεις και δημόσιοι οργανισμοί αξιοποιούν κρίσιμα έργα ανοιχτού λογισμικού, οφείλουν να συμβάλλουν και στο κόστος διατήρησής τους.
Το σωστό ερώτημα
Τα μεγάλα γλωσσικά μοντέλα έχουν ήδη αλλάξει τον προγραμματισμό. Δεν καταργούν, όμως, την ανάγκη για έμπειρους προγραμματιστές και συντηρητές. Αυξάνουν την αξία της κρίσης τους, ενώ ταυτόχρονα μπορούν να αυξήσουν δυσανάλογα τον φόρτο τους.
Το κρίσιμο ερώτημα δεν είναι ποιο ποσοστό του κώδικα έγραψε η μηχανή. Είναι ποιος μπορεί να εξηγήσει τον κώδικα, να αποδείξει ότι λειτουργεί, να ελέγξει την προέλευσή του, να τον συντηρήσει και να υπογράψει γι’ αυτόν.
Ο πράκτορας μπορεί να προτείνει, να δοκιμάσει και να διορθώσει. Η ευθύνη, όμως, παραμένει ανθρώπινη.
Πηγές άρθρου:
Lex Fridman Podcast, συνεντεύξεις με τον David Heinemeier Hansson το 2025 και το 2026: Οι δύο απομαγνητοφωνήσεις τεκμηριώνουν τη μετάβαση από τη χειρωνακτική συγγραφή και τη βοηθητική χρήση της ΤΝ στην ανάπτυξη του Omarchy Quattro κυρίως μέσω πρακτόρων, καθώς και τα προβλήματα αρχιτεκτονικής σε ώριμες βάσεις κώδικα: Συνέντευξη 2025 και συνέντευξη 2026.
METR, Measuring the Impact of AI on Experienced Open-Source Developer Productivity: Η αρχική τυχαιοποιημένη μελέτη κατέγραψε επιβράδυνση 19% στις αρχές του 2025, ενώ η ενημέρωση του 2026 παρουσίασε ενδείξεις επιτάχυνσης αλλά και σοβαρούς περιορισμούς λόγω μεροληψίας επιλογής: Μελέτη 2025 και ενημέρωση 2026.
Linux Kernel Documentation, AI Coding Assistants: Η επίσημη πολιτική καθορίζει την ανθρώπινη υπογραφή, την ένδειξη Assisted-by, την ευθύνη αδειοδότησης και τη διαδικασία αναπαραγωγής, διόρθωσης και δοκιμής σφαλμάτων: https://docs.kernel.org/process/coding-assistants.html.
Debian Project, General Resolution on LLM Usage: Η επίσημη σελίδα περιλαμβάνει τις οκτώ προτάσεις, τα αποτελέσματα της ψηφοφορίας και το κείμενο της επιλογής «Responsible Use of Generative AI» που επικράτησε: https://www.debian.org/vote/2026/vote_002.
Apache Software Foundation και OpenInfra Foundation, πολιτικές για παραγόμενο περιεχόμενο: Οι δύο πολιτικές τεκμηριώνουν τις προϋποθέσεις αδειοδότησης, τον ανθρώπινο έλεγχο και τις μηχαναγνώσιμες ενδείξεις Generated-By και Assisted-By: ASF Generative Tooling Guidance και OpenInfra Policy for AI Generated Content.
LLVM Project, AI Tool Use Policy: Η πολιτική απαιτεί άνθρωπο στον βρόχο, γνωστοποίηση σημαντικού παραγόμενου περιεχομένου και προστασία των good first issue ως ευκαιριών μάθησης για νέους συνεισφέροντες: https://llvm.org/docs/AIToolPolicy.html.
QEMU, Code Provenance and Use of AI-Generated Content: Η τεκμηρίωση εξηγεί την απόρριψη συνεισφορών που περιέχουν παραγόμενο περιεχόμενο και τη σύνδεση της πολιτικής με τη Δήλωση Προέλευσης Προγραμματιστή: https://www.qemu.org/docs/master/devel/code-provenance.html.
Daniel Stenberg, The End of the curl Bug-Bounty και The Pressure: Οι δύο πρωτογενείς καταγραφές αποτυπώνουν τόσο την έκρηξη αναφορών χαμηλής ποιότητας όσο και τη μεταγενέστερη αύξηση λεπτομερών, πραγματικών αναφορών που επιβάρυναν την ομάδα ασφαλείας του curl: The End of the curl Bug-Bounty και The Pressure.
Software Freedom Conservancy, Recommendations When Using LLM-backed Generative AI Systems for FOSS Contributions: Οι συστάσεις καλύπτουν τον ανθρώπινο έλεγχο, την πλήρη γνωστοποίηση, τη διατήρηση των οδηγιών προς τα μοντέλα, την προστασία του χρόνου των συντηρητών και την ανάπτυξη περισσότερο ανοικτών εργαλείων ΤΝ: https://sfconservancy.org/llm-gen-ai/llm-backed-generative-ai-recommendations.html.