Γιατί η AI Δυσκολεύεται με τις Αποφάσεις Υποδομής (και Τι Μπορείς να Κάνεις)

Έχεις ακούσει σίγουρα το σύνθημα: «Άσε την AI να γράψει τον κώδικα». Στην πράξη, για λογική εφαρμογής δουλεύει αρκετά καλά. Route handlers, queries, helper functions — εδώ τα μεγάλα γλωσσικά μοντέλα αποδίδουν. Υπάρχει όμως ένα σημείο όπου κολλάνε και λίγοι το συζητούν.

Μόλις τους δώσεις ένα αρχείο Terraform, τα πράγματα αλλάζουν.

Το Πρόβλημα του Πλαισίου

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

Πάρε ένα παράδειγμα: ζητάς από την AI να προσθέσει ένα νέο event στο σύστημα μηνυμάτων σου. Το μοντέλο δημιουργεί SNS topic, SQS queue με dead-letter queue, συνδρομή και IAM policies. Όλα δείχνουν σωστά — μέχρι να δεις τις τιμές. Visibility timeout, policy scope, retention period: όλες είναι αυθαίρετες. Το μοντέλο δεν ξέρει το φόρτο σου, ούτε τα patterns της ομάδας, ούτε το προηγούμενο incident.

Ο Όγκος των Reviews

Αντί να μειωθεί ο φόρτος ελέγχου, αυξάνεται. Ο reviewer πρέπει να διασταυρώσει HCL με IAM semantics, να ελέγξει αρχιτεκτονική pipeline, να θυμηθεί άγραφους κανόνες και να βεβαιωθεί ότι τα roles υπάρχουν. Γίνεται ουσιαστικά human compiler. Και όταν κάτι πάει στραβά, το πρόβλημα εμφανίζεται στη production, όχι στο CI.

Ξεχωριστά Repos, Ξεχωριστές Αποφάσεις

Η ρίζα του προβλήματος δεν είναι τεχνική. Είναι αρχιτεκτονική. Ο κώδικας της εφαρμογής και ο infrastructure κώδικας ζουν σε διαφορετικά repos, με διαφορετικούς κύκλους review. Η AI παίρνει αποφάσεις χωρίς να βλέπει το context που χρειάζεται.

Περισσότερα modules και policy validators δεν λύνουν το πρόβλημα. Απλώς προσθέτουν γραφειοκρατία.

Μια Διαφορετική Προσέγγιση

Τι θα γινόταν αν η υποδομή δεν ήταν ξεχωριστό κομμάτι;

Αντί να γράφεις κώδικα που «υπαινίσσεται» τι χρειάζεται, δηλώνεις την υποδομή μέσα στον typed κώδικα. Το framework αναλαμβάνει provisioning, IAM και queues — με βάση τους τύπους. Ένα topic γίνεται:

export const orderCreated = new Topic<OrderCreatedEvent>("order-created", {
  deliveryGuarantee: "at-least-once",
});

Δεν υπάρχει ξεχωριστό HCL. Δεν υπάρχουν τυχαίες τιμές. Όλα προκύπτουν από τον ίδιο τον κώδικα.

Το Πραγματικό Συμπέρασμα

Το «vibe coding» στην υποδομή χρειάζεται διαφορετική αρχιτεκτονική. Μπορείς να εμπιστευτείς την AI για application logic, αλλά όχι για αποφάσεις που απαιτούν context από αλλού. Η λύση δεν είναι καλύτερα prompts. Είναι να αφαιρέσεις το χάσμα ανάμεσα σε εφαρμογή και υποδομή — ώστε οι επικίνδυνες αποφάσεις να παίρνονται από το framework, όχι από το μοντέλο.