Ένας άνθρωπος έφτιαξε 6 εταιρείες AI Agent και λάνσαρε 30 ιστοσελίδες σε μια εβδομάδα

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

6 AI Agents, που λειτουργούν μια ολόκληρη ιστοσελίδα μόνοι τους. Κάθε μέρα συνεδριάζουν αυτόματα, ψηφίζουν, γράφουν περιεχόμενο, δημοσιεύουν στο Twitter, κάνουν ποιοτικό έλεγχο. Όλα αυτόματα, χωρίς κανέναν να τα παρακολουθεί.

Δεν είναι demo, τρέχουν πραγματικά online.

截屏2026-02-11 09.13.32

Αλλά αυτό που με ενθουσίασε περισσότερο δεν ήταν η αρχιτεκτονική κλειστού βρόχου - αλλά το γεγονός ότι σχεδίασε ένα πλήρες "σύστημα προσωπικότητας" για κάθε Agent. Έχουν προσωπικότητα, σχέσεις, καμπύλη ανάπτυξης, ακόμη και πίνακες χαρακτηριστικών RPG και 3D avatars.

Ειλικρινά, η πρώτη μου αντίδραση μετά την παρακολούθηση ήταν: δεν είναι αυτό ένα ηλεκτρονικό κατοικίδιο; Μόνο που αυτά τα κατοικίδια θα σας βοηθήσουν να δημοσιεύσετε tweets, να κάνετε έρευνα, να γράψετε αναφορές και θα τσακωθούν μεταξύ τους.

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

Ας περάσουμε γρήγορα την αρχιτεκτονική

Τεχνολογικό stack τριών τεμαχίων: Το OpenClaw τρέχει σε VPS ως εγκέφαλος, το Next.js + Vercel κάνει το frontend και το επίπεδο API, το Supabase αποθηκεύει όλες τις καταστάσεις.

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

Η εργασία cron του OpenClaw τους επιτρέπει να "κάνουν check-in στην εργασία" κάθε μέρα και η λειτουργία στρογγυλής τραπέζης τους επιτρέπει να συζητούν και να ψηφίζουν.

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

Παγίδα 1: Το VPS και το Vercel ανταγωνίζονται για εργασίες ταυτόχρονα. Δύο εκτελεστές ελέγχουν τον ίδιο πίνακα και οι συνθήκες αγώνα προκαλούν άμεση σύγκρουση στην κατάσταση της εργασίας. Η λύση είναι να κόψετε τη μία πλευρά, το VPS είναι υπεύθυνο για την εκτέλεση και το Vercel κάνει μόνο την επιφάνεια ελέγχου.

Παγίδα 2: Οι ενεργοποιητές μπορούν να ανιχνεύσουν συνθήκες, να δημιουργήσουν προτάσεις, αλλά οι προτάσεις παραμένουν πάντα σε εκκρεμότητα. Επειδή οι ενεργοποιητές εισάγουν δεδομένα απευθείας στον πίνακα, παρακάμπτοντας τις επακόλουθες διαδικασίες έγκρισης και δημιουργίας εργασιών. Η λύση είναι να εξαγάγετε μια ενοποιημένη συνάρτηση εισόδου και όλες οι διαδρομές για τη δημιουργία προτάσεων ακολουθούν την ίδια.

Παγίδα 3: Η ποσόστωση έχει εξαντληθεί, αλλά οι εργασίες στην ουρά εξακολουθούν να συσσωρεύονται σαν τρελές. Όταν ένας εργαζόμενος βλέπει ότι η ποσόστωση έχει εξαντληθεί, παραλείπει, δεν διεκδικεί ούτε επισημαίνει ως αποτυχία, και εκατοντάδες βήματα που δεν θα εκτελεστούν ποτέ συσσωρεύονται στη βάση δεδομένων με την πάροδο του χρόνου. Η λύση είναι να ελέγξετε την ποσόστωση στην είσοδο της πρότασης και να την απορρίψετε απευθείας εάν είναι πλήρης, ώστε να μην δημιουργηθεί μια εργασία στην ουρά.

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

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

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

Όλοι όσοι κάνουν συστήματα πολλαπλών Agent γνωρίζουν ότι αν πείτε στον Claude "είσαι διευθυντής μέσων κοινωνικής δικτύωσης", θα δημοσιεύσει tweets. Αλλά αν τρέχετε 6 τέτοιους Agents ταυτόχρονα, θα διαπιστώσετε ότι:

• Όλοι μιλούν με τον ίδιο τρόπο

• Δεν ξέρουν τι δεν πρέπει να κάνουν

• Το ποιος συνεργάζεται καλά με ποιον και ποιος συγκρούεται με ποιον είναι καθαρή τύχη

• Δεν θα αλλάξουν ποτέ τη συμπεριφορά τους λόγω συσσωρευμένης εμπειρίας

Αυτός ο προγραμματιστής σχεδίασε 6 επίπεδα καρτών ρόλων για κάθε Agent:

Domain → Τι είστε υπεύθυνοι Inputs/Outputs → Από ποιον παίρνετε πράγματα, σε ποιον τα παραδίδετε Definition of Done → Τι σημαίνει "έγινε" Hard Bans → Τι δεν πρέπει ποτέ να κάνετε Escalation → Πότε να σταματήσετε και να ζητήσετε οδηγίες Metrics → Τα KPI σας Πάρτε για παράδειγμα τον Agent μέσων κοινωνικής δικτύωσης, η κάρτα ρόλου του ορίζει: είναι υπεύθυνος μόνο για τη διανομή περιεχομένου, οι εισροές προέρχονται από το χειρόγραφο του Agent συγγραφής και το υλικό του Agent πληροφοριών, οι εκροές είναι προσχέδια tweet και σχέδια δημοσίευσης, η αυστηρή απαγόρευση είναι η άμεση δημοσίευση tweet (μπορεί μόνο να γράψει προσχέδια), η απαγόρευση κατασκευής δεδομένων, η απαγόρευση διαρροής εσωτερικής μορφής.

Κάθε επίπεδο κάνει το ίδιο πράγμα: μειώνει τον χώρο συμπεριφοράς του Agent.

Οι απαγορεύσεις είναι ένα εκατομμύριο φορές πιο σημαντικές από τις ικανότητες

Αυτή είναι η πιο ουσιαστική άποψη σε ολόκληρο το σχέδιο.

Δεν χρειάζεται να διδάξετε στο LLM πώς να γράφει tweets - ο Claude, ο GPT και ο Gemini είναι αρκετά έξυπνοι. Δώστε του το πλαίσιο και μπορεί να παραδώσει. Αυτό που πρέπει να του πείτε είναι: τι δεν πρέπει ποτέ να κάνει.

Χωρίς "απαγόρευση άμεσης δημοσίευσης" → Ο Agent κοινωνικής δικτύωσης καλεί απευθείας το Twitter API, παρακάμπτοντας όλες τις εγκρίσεις.

Χωρίς "απαγόρευση κατασκευής αριθμών" → Θα γράψει στο tweet "Η αλληλεπίδραση αυξήθηκε κατά 340%", από πού προήλθε αυτός ο αριθμός; Κατασκευασμένος.Δεν υπάρχει "Απαγόρευση Διαρροής Εσωτερικής Μορφής" → Έστειλε πράγματα όπως [tool:crawl_result path=/tmp/...] σε tweets.

Ο συγγραφέας είπε μια φράση που θυμάμαι πολύ καλά: Κάθε απαγόρευση υπάρχει επειδή αυτό το πράγμα συνέβη πραγματικά.

Η λογική των απαγορεύσεων διαφέρει ανάλογα με τον ρόλο:

• Agent Λήψης Αποφάσεων: Απαγορεύεται η ανάπτυξη χωρίς έγκριση. Έχει την υψηλότερη εξουσία, μια λανθασμένη ανάπτυξη μπορεί να καταστρέψει τον ιστότοπο

• Agent Έρευνας: Απαγορεύεται η κατασκευή αναφορών. Η πλαστογράφηση δεδομένων από ερευνητές καταστρέφει ολόκληρη την αλυσίδα πληροφοριών

• Agent Κοινωνικής Δικτύωσης: Απαγορεύεται η άμεση δημοσίευση. Τα μέσα κοινωνικής δικτύωσης είναι η βιτρίνα, πρέπει να εγκριθούν

• Agent Ελέγχου Ποιότητας: Απαγορεύονται οι προσωπικές επιθέσεις. Οι επιθέσεις ελεγκτών σε άτομα διαλύουν την ομάδα

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

Κάνοντας τους Agents να μιλούν διαφορετικά: Εντολές Προσωπικότητας

Οι κάρτες ρόλων λύνουν το πρόβλημα του "τι να κάνουν", αλλά όταν οι Agents συνομιλούν μεταξύ τους, πρέπει επίσης να ακούγονται διαφορετικά.

Κάθε Agent έχει ξεχωριστές εντολές προσωπικότητας. Για παράδειγμα:

Agent Έρευνας: Ήρεμος, αναλυτικός, σκεπτικός. Ενδιαφέρεται για την ποιότητα των αποδεικτικών στοιχείων και τη μεθοδολογία. Αν κάποιος πει ένα τολμηρό συμπέρασμα, θα ρωτήσει "Πού είναι τα δεδομένα". Όταν διορθώνει άλλους, του αρέσει να λέει "Στην πραγματικότητα..."

Agent Κοινωνικής Δικτύωσης: Τολμηρός, ανυπόμονος, περιθωριακός. Του αρέσουν οι αιχμηρές απόψεις, απεχθάνεται τις ασφαλείς επιλογές. Δεν εντυπωσιάζεται από την προσοχή του Agent Έρευνας - "Η υπερβολική σκέψη χάνει την ευκαιρία."

Βασικός σχεδιασμός:

Η σύγκρουση είναι ενσωματωμένη. Η εντολή του Agent Έρευνας λέει "Συχνά διαφωνείτε με τις παρορμητικές αποφάσεις του Agent Κοινωνικής Δικτύωσης", και η εντολή του Agent Κοινωνικής Δικτύωσης λέει "Προκαλέστε την υπερβολική προσοχή του Agent Έρευνας". Η συζήτηση είναι φυσικά τεταμένη.

Κάθε εντολή περιέχει μια μικρο-απαγόρευση. Για παράδειγμα, ο κανόνας του Agent Κοινωνικής Δικτύωσης είναι "Ποτέ μην λέτε 'Συμφωνώ' ή 'Ακούγεται καλό' - είτε πάρτε θέση είτε αμφισβητήστε τη θέση των άλλων". Ο Agent Έρευνας είναι "Ποτέ μην λέτε 'Ενδιαφέρον' χωρίς να παρακολουθήσετε αποδεικτικά στοιχεία."

Αυτές οι μικρο-απαγορεύσεις σκοτώνουν τις ανοησίες που αγαπάει περισσότερο το μεγάλο μοντέλο.

Η προσωπικότητα εξελίσσεται

Αυτό είναι το πιο έξυπνο μέρος κατά τη γνώμη μου - η προσωπικότητα του Agent δεν είναι στατική, αλλά αλλάζει με τη συσσώρευση μνήμης.

Το σύστημα θα διαβάσει τη βάση μνήμης του Agent και θα στατιστικοποιήσει τον αριθμό των διαφορετικών τύπων μνήμης:

• Συσσώρευση 8 ή περισσότερων αναμνήσεων τύπου "μάθημα" → Προσθέστε μια γραμμή στην προτροπή την επόμενη φορά που θα συνομιλήσετε: "Θα αναφερθείτε σε προηγούμενα αποτελέσματα για να αποφύγετε την επανάληψη λαθών"

• Συσσώρευση 8 ή περισσότερων αναμνήσεων τύπου "στρατηγική" → Προσθέστε μια γραμμή: "Έχετε συνηθίσει να σκέφτεστε με συστημική σκέψη, περιορισμούς και συμβιβασμούς"

• Μια συγκεκριμένη ετικέτα εμφανίζεται 4 ή περισσότερες φορές → Προσθέστε μια γραμμή: "Έχετε συσσωρεύσει επαγγελματική γνώση στην XX πτυχή"

Για παράδειγμα, αν ο Agent Κοινωνικής Δικτύωσης δημοσιεύσει 50 tweets και συσσωρεύσει 10 μαθήματα σχετικά με τα ποσοστά αλληλεπίδρασης, θα πει φυσικά "Αυτός ο τύπος μορφής δεν λειτούργησε καλά την τελευταία φορά" την επόμενη φορά που θα συνομιλήσει.

Γιατί να χρησιμοποιήσετε κανόνες αντί να αφήσετε το LLM να αποφασίσει μόνο του για τις αλλαγές προσωπικότητας;

Μηδενικό κόστος - δεν απαιτούνται επιπλέον κλήσεις LLM. Βεβαιότητα - οι κανόνες παράγουν προβλέψιμα αποτελέσματα, δεν υπάρχει "ξαφνική αλλαγή προσωπικότητας". Δυνατότητα εντοπισμού σφαλμάτων - ο τροποποιητής δεν είναι σωστός; Ελέγξτε απευθείας το κατώφλι και τα δεδομένα μνήμης.

Πίνακας Σχέσεων: 6 Agents = 15 ζεύγη σχέσεων

Εικόνα

Κάθε ζεύγος Agents έχει μια βαθμολογία συγγένειας (0,10 έως 0,95).

Για παράδειγμα: Ο Agent Λήψης Αποφάσεων και ο Agent Έρευνας έχουν συγγένεια 0,8, η πιο αξιόπιστη συμβουλευτική σχέση. Ο Agent Έρευνας και ο Agent Κοινωνικής Δικτύωσης έχουν συγγένεια 0,2, μεθοδολογία έναντι παρορμητικότητας, φυσική αντίθεση.

Η χαμηλή συγγένεια είναι σκόπιμα σχεδιασμένη.

Τι επηρεάζει η συγγένεια; Σειρά ομιλίας - οι υψηλής συγγένειας είναι πιο πιθανό να μιλήσουν μετά τον άλλο. Τόνος συνομιλίας - ζεύγη χαμηλής συγγένειας έχουν 25% πιθανότητα να αμφισβητήσουν άμεσα αντί να συζητήσουν ευγενικά. Το σύστημα θα επιλέξει επίσης ζεύγη υψηλής έντασης για να διεξάγει συνομιλίες επίλυσης συγκρούσεων.

Ακόμα πιο ενδιαφέρον είναι ότι οι σχέσεις μεταβάλλονται.

Μετά από κάθε συνομιλία, η κλήση LLM εξαγωγής μνήμης (όχι μια επιπλέον κλήση, είναι μια παράπλευρη έξοδος) θα δώσει αλλαγές σχέσεων:{ **Η ενοποιημένη συνάρτηση εισόδου** είναι ένα μοτίβο που αξίζει να θυμάστε. Σε ένα σύστημα πολλαπλών Agent, διάφορες πηγές μπορούν να δημιουργήσουν εργασίες (API, triggers, προτάσεις από τον ίδιο τον Agent, αλυσίδες αντιδράσεων). Εάν δεν υπάρχει ένας ενοποιημένος αγωγός επεξεργασίας, η ροή μπορεί εύκολα να διακοπεί στη μέση.

Εάν θέλετε να το δοκιμάσετε μόνοι σας, ο συγγραφέας προτείνει να ξεκινήσετε με 3 Agents – έναν συντονιστή, έναν εκτελεστή και έναν ελεγκτή. Ξεκινήστε γράφοντας κάρτες ρόλων, ξεκινώντας με τις απαγορεύσεις.