Πώς να ελέγξετε κώδικα που δημιούργησε AI

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

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

Προσαρμόστε τον έλεγχο στον κίνδυνο

Δεν χρειάζεται κάθε αλλαγή την ίδια προσοχή.

Βήμα 1: Δείτε τι άλλαξε

Πριν κρίνετε τον κώδικα, πάρτε τη λίστα των αλλαγών:

• Αν το έργο είναι στο Git, δείτε το diff: τα αρχεία και τις γραμμές που άλλαξαν από το τελευταίο commit. Δείτε πώς να χρησιμοποιήσετε το Git με εφαρμογή που χτίστηκε με AI.
• Ή ρωτήστε την AI απευθείας:

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

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

Βήμα 2: Δοκιμάστε πρώτα τη συμπεριφορά

Το να διαβάζετε κώδικα σας λέει τι προορίζεται να κάνει· η δοκιμή σας λέει τι κάνει πραγματικά. Πριν διαβάσετε:

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

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

Βήμα 3: Ελέγξτε τα δικαιώματα στον server

Το πιο σημαντικό πράγμα να ελέγξετε. Τα εργαλεία AI συχνά κρύβουν ένα κουμπί στη σελίδα αλλά αφήνουν τον server πρόθυμο να κάνει την ενέργεια για όποιον τη ζητήσει.

Για κάθε διαδρομή ή συνάρτηση που διαβάζει ή αλλάζει δεδομένα, ρωτήστε:

• Ελέγχει ότι ο χρήστης είναι συνδεδεμένος;
• Ελέγχει ότι αυτός ο χρήστης επιτρέπεται να έχει πρόσβαση σε αυτή την εγγραφή;
• Ο έλεγχος γίνεται στον server, όχι μόνο στη σελίδα;

Για κάθε διαδρομή API που πρόσθεσες ή άλλαξες, πες μου ποιον έλεγχο δικαιωμάτων κάνει στον server, παραθέτοντας τη γραμμή. Σημείωσε κάθε διαδρομή χωρίς έναν.

Μετά δοκιμάστε την: συνδεθείτε ως χρήστης Α, σημειώστε το ID μιας εγγραφής, συνδεθείτε ως χρήστης Β και ζητήστε την. Η λίστα ασφάλειας για εφαρμογές που χτίστηκαν με AI περιέχει την πλήρη δοκιμή.

Βήμα 4: Ψάξτε για εκτεθειμένα μυστικά

• Αναζητήστε στα αλλαγμένα αρχεία οτιδήποτε μοιάζει με κλειδί ή κωδικό.
• Ελέγξτε ότι τα μυστικά κλειδιά διαβάζονται από μεταβλητές περιβάλλοντος και χρησιμοποιούνται μόνο στον κώδικα του server.
• Προσέξτε τα δημόσια prefixes όπως VITE_ ή NEXT_PUBLIC_ σε μυστικές μεταβλητές — αυτά ενσωματώνονται στον κώδικα του browser.

Δείτε πώς να κρατάτε ασφαλή τα κλειδιά API.

Βήμα 5: Ελέγξτε την είσοδο και τα σφάλματα

• Επικύρωση στον server. Οι έλεγχοι στον browser μπορούν να παρακαμφθούν. Τα υποχρεωτικά πεδία, τα μήκη, οι μορφές και οι επιτρεπόμενες τιμές πρέπει να ελέγχονται και από τον server.
• Τα queries της βάσης χρησιμοποιούν παραμέτρους, όχι κείμενο που συνενώνει είσοδο χρήστη μέσα σε query.
• Τα σφάλματα δεν καταπίνονται. Ένα try/catch που δεν κάνει τίποτα κρύβει αποτυχίες. Τα σφάλματα πρέπει να καταγράφονται, και ο χρήστης να βλέπει ένα απλό μήνυμα.
• Καμία εσωτερική λεπτομέρεια στους χρήστες — τα stack traces και τα σφάλματα βάσης ανήκουν στα logs.

Βήμα 6: Ελέγξτε ότι είναι πραγματικό

Τα μοντέλα AI μερικές φορές παράγουν κώδικα που φαίνεται σωστός αλλά αναφέρεται σε πράγματα που δεν υπάρχουν.

• Πακέτα: κάθε νέα εξάρτηση πρέπει να είναι πραγματικό, συντηρούμενο πακέτο με ακριβώς αυτό το όνομα. Προσέξτε ονόματα που μοιάζουν με ορθογραφικά λάθη δημοφιλών.
• Συναρτήσεις και επιλογές API: αν ο κώδικας καλεί συνάρτηση βιβλιοθήκης ή επιλογή εξωτερικού API που δεν έχετε ξαναδεί, ελέγξτε την επίσημη τεκμηρίωση.
• Κώδικας placeholder: αναζητήστε TODO, mock, fake, σκληρά κωδικοποιημένα δείγματα δεδομένων ή συναρτήσεις που επιστρέφουν σταθερή τιμή.

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

Βήμα 7: Ελέγξτε ότι ταιριάζει

Ο κώδικας μπορεί να δουλεύει και παρ' όλα αυτά να κάνει την εφαρμογή δυσκολότερη να αλλάξει αργότερα:

• Επανάληψη. Η ίδια λογική αντιγραμμένη σε πολλά σημεία θα αποκλίνει.
• Συνέπεια. Πρέπει να ακολουθεί τα μοτίβα που χρησιμοποιεί το υπόλοιπο της εφαρμογής.
• Μέγεθος. Μια αίτηση 20 γραμμών που παρήγαγε 600 γραμμές αξίζει μια ερώτηση.
• Νεκρός κώδικας. Παλιές εκδόσεις που έμειναν δίπλα στις νέες.

Υπάρχει κώδικας στο έργο που τώρα είναι αχρησιμοποίητος εξαιτίας αυτής της αλλαγής, ή λογική που είναι διπλή σε άλλο σημείο; Μην αλλάξεις τίποτα· απλώς κατάγραψέ το.

Συνηθισμένα λάθη

• Να εγκρίνετε επειδή φαίνεται καθαρό. Ο τακτοποιημένος κώδικας μπορεί να παρακάμπτει έλεγχο δικαιωμάτων.
• Να διαβάζετε αντί να δοκιμάζετε. Δοκιμάστε πρώτα· διαβάστε μετά.
• Να δοκιμάζετε μόνο το ιδανικό σενάριο. Δοκιμάστε κακή είσοδο, λάθος χρήστη και χωρίς σύνδεση.
• Να αγνοείτε αλλαγές σε άσχετα αρχεία. Ρωτήστε γιατί άλλαξαν όλα τα αρχεία.
• Να εμπιστεύεστε πλήρως την αυτο-αξιολόγηση. Χρησιμοποιήστε την κριτική της AI ως πρώτο πέρασμα και επιβεβαιώστε με δοκιμή.
• Να ελέγχετε μια εβδομάδα αλλαγών μαζί. Ελέγχετε μικρές αλλαγές καθώς γίνονται.

Λίστα ελέγχου

• Ξέρω ποια αρχεία άλλαξαν και γιατί, και τίποτα άσχετο δεν άλλαξε.
• Η αλλαγή δουλεύει σε υπολογιστή και τηλέφωνο, με κακή είσοδο, χωρίς σύνδεση και ως άλλος χρήστης.
• Κάθε διαδρομή δεδομένων ελέγχει σύνδεση και κυριότητα στον server.
• Κανένα μυστικό σε κώδικα ή σε bundles του browser.
• Η είσοδος επικυρώνεται στον server· τα queries χρησιμοποιούν παραμέτρους.
• Τα σφάλματα καταγράφονται, δεν καταπίνονται, και δεν δείχνονται αναλυτικά στους χρήστες.
• Τα νέα πακέτα είναι πραγματικά και χρειάζονται· δεν μένουν κατασκευασμένες συναρτήσεις ή placeholders.
• Οι υψηλού κινδύνου αλλαγές είχαν προσεκτική ανάγνωση και, όπου χρειάστηκε, δεύτερο ελεγκτή.

Έλεγχος κώδικα στο Mythex

• Η λειτουργία Ask απαντά σε ερωτήσεις για τον κώδικα χωρίς να τον αλλάζει — ιδανική για προτροπές όπως «εξήγησε κάθε αλλαγή» και «ποιες διαδρομές δεν έχουν έλεγχο δικαιωμάτων». Δείτε Chat.
• Η προβολή κώδικα δείχνει το δέντρο αρχείων, τον επεξεργαστή και το τερματικό σε κάθε πλάνο (μόνο για ανάγνωση στο Free, με δυνατότητα επεξεργασίας στο Pro), ώστε να διαβάζετε μόνοι σας τι άλλαξε. Δείτε Code editor.
• Το /test βάζει τον agent να περάσει από την προεπισκόπηση ως χρήστης και να αναφέρει σπασμένες ροές.
• Τα checkpoints σας επιτρέπουν να επαναφέρετε μια αλλαγή που αποτυγχάνει στον έλεγχο.

Αν ένας προγραμματιστής κάνει τον έλεγχο για εσάς, το πώς να δουλέψετε με προγραμματιστή σε εφαρμογή που χτίστηκε με AI καλύπτει την παράδοση· αν ο έλεγχος βγάλει σφάλμα, δείτε πώς να κάνετε debug σε εφαρμογή που χτίστηκε με AI.

Ερωτήσεις