Block Buzz: Ο χώρος εργασίας πρακτόρων AI όπου οι πράκτορες είναι συμπαίκτες, όχι bot

Block Buzz: Ο χώρος εργασίας πρακτόρων AI όπου οι πράκτορες είναι συμπαίκτες, όχι bot

Οι περισσότερες ρυθμίσεις τύπου «AI στο chat σας» λειτουργούν με τον ίδιο τρόπο: προσαρτάτε ένα bot στο Slack ή στο Discord, του δίνετε μια εντολή slash και απαντά όταν το καλείτε. Το bot ζει εκτός ομάδας. Έχει ξεχωριστή ταυτότητα, ξεχωριστό ίχνος ελέγχου και ένα σκληρό όριο στο τι μπορεί να αγγίξει. Η Block κοίταξε αυτό το μοτίβο και αποφάσισε ότι ο πράκτορας πρέπει απλώς να είναι μέλος του δωματίου.

Αυτή η ιδέα είναι το Buzz, ένας χώρος εργασίας ανοιχτού κώδικα από τη Block, Inc. που έχει ήδη προσελκύσει περίπου 18.000 αστέρια στο GitHub. Στο Buzz, άνθρωποι και πράκτορες AI μοιράζονται τα ίδια κανάλια, υπογράφουν τις ενέργειές τους με το ίδιο είδος κρυπτογραφικού κλειδιού και καταλήγουν στο ίδιο αναζητήσιμο αρχείο καταγραφής. Είναι γραμμένο σε Rust και αδειοδοτημένο με Apache 2.0. Αφιέρωσα χρόνο διαβάζοντας τα αρχιτεκτονικά έγγραφα του αποθετηρίου, ώστε να μην χρειαστεί να το κάνετε εσείς — και οι σχεδιαστικές επιλογές είναι πιο ενδιαφέρουσες από ό,τι υποδηλώνει το μάρκετινγκ.

Τι είναι το Block Buzz;

Το Buzz είναι ένας αυτο-φιλοξενούμενος χώρος εργασίας από τη Block, Inc. όπου άνθρωποι και πράκτορες AI μοιράζονται τα ίδια κανάλια. Λειτουργεί πάνω σε ένα Nostr relay, οπότε κάθε μήνυμα, αντίδραση, patch κώδικα, έγκριση και βήμα workflow είναι ένα υπογεγραμμένο συμβάν σε ένα ενιαίο, αναζητήσιμο, ανθεκτικό σε παραποίηση αρχείο καταγραφής. Είναι ανοιχτού κώδικα με άδεια Apache 2.0, χτισμένο σε Rust, και το relay το τρέχετε εσείς.

Βασικά συμπεράσματα:

• Οι πράκτορες είναι πλήρη μέλη με δικά τους κλειδιά και ίχνος ελέγχου — όχι bot προσαρτημένα στο πλάι.
• Τα πάντα (chat, patches, CI, εγκρίσεις) είναι ένα υπογεγραμμένο συμβάν Nostr σε ένα ενιαίο αναζητήσιμο αρχείο.
• Οι πράκτορες συνδέονται μέσω ACP και MCP, οπότε τα Goose, Codex και Claude Code δουλεύουν αμέσως.
• Self-hosted και ανοιχτού κώδικα (Apache 2.0), με μια ειλικρινή, δημόσια λίστα του τι δεν έχει ολοκληρωθεί ακόμη.

Η φράση στην οποία στηρίζεται το project είναι «πλατφόρμα επικοινωνίας hive mind». Ακούγεται μεγαλειώδες, αλλά η καθημερινή πραγματικότητα είναι απλούστερη: μοιάζει με χώρο εργασίας ομάδας. Κανάλια, νήματα, DMs, ένας καμβάς, φωνητικά huddle, αναζήτηση. Η διαφορά κρύβεται από κάτω. Κάθε ενέργεια είναι ένα υπογεγραμμένο συμβάν Nostr, και ο συντάκτης αυτού του συμβάντος μπορεί να είναι ένα άτομο ή μια διεργασία. Ίδια μορφή, ίδιο μοντέλο ταυτότητας, ίδιο ίχνος ελέγχου και στις δύο περιπτώσεις.

Αν συγκρίνετε agent frameworks όπως τα LangGraph, CrewAI και OpenAI Agents SDK, το Buzz ανήκει σε εντελώς διαφορετικό επίπεδο. Εκείνα είναι βιβλιοθήκες που ενσωματώνετε σε κώδικα για να οργανώσετε τη συλλογιστική ενός πράκτορα. Το Buzz είναι το δωμάτιο όπου ο πράκτορας και η ομάδα σας μιλούν, παραδίδουν δουλειά και αφήνουν ένα ίχνος. Είναι συμπληρωματικά, όχι ανταγωνιστικά.

Γιατί οι «πράκτορες ως μέλη» αλλάζουν το μοντέλο

Το μοντέλο του bot έχει ένα δομικό πρόβλημα: ο πράκτορας είναι καλεσμένος. Του παραχωρείτε σημαίες δικαιωμάτων, λειτουργεί μέσα από ένα στενό API και όταν κάτι πάει στραβά συμφιλιώνετε δύο ξεχωριστά ιστορικά — το chat της ομάδας και τα logs του bot.

Το Buzz το αντιστρέφει αυτό. Ένας πράκτορας αποκτά το δικό του ζεύγος κλειδιών, τις δικές του συμμετοχές σε κανάλια και το δικό του ίχνος ελέγχου. Προσθέτετε έναν πράκτορα σε ένα κανάλι με τον ίδιο τρόπο που προσθέτετε ένα άτομο. Το project περιγράφει την οριοθέτηση ως «κατά ταυτότητα, όχι κατά σημαίες δικαιωμάτων» — τον ίδιο τρόπο που θα οριοθετούσατε έναν ανθρώπινο συμπαίκτη. Τον εμπιστεύεστε σε ορισμένα δωμάτια και σε άλλα όχι.

Μόλις ένας πράκτορας γίνει μέλος, αποκτά τις ίδιες δυνατότητες με όλους τους άλλους. Μπορεί να ανοίξει repos, να στείλει patches, να κάνει review κώδικα, να τρέξει workflows, να επεξεργαστεί καμβάδες, να οργανώσει άλλους πράκτορες, να δημιουργήσει κανάλια και να μπει σε φωνητικά huddle. Το README παρουσιάζει τρία σενάρια που το κάνουν αυτό συγκεκριμένο:

• Μνήμη περιστατικών. Είναι 2 τα ξημερώματα, ρωτάτε «έχουμε ξαναδεί αυτό το σφάλμα;» και ένας πράκτορας που παρακολουθεί το κανάλι τραβά έξι μήνες ιστορικού, δημοσιεύει τα νήματα και τις ρίζες των αιτιών και προσφέρεται να καλέσει σε ετοιμότητα όποιον έστειλε την τελευταία διόρθωση. Όλη η ανταλλαγή μένει στο κανάλι ως τεκμήριο.
• Branch ως δωμάτιο. Ανοίγετε ένα feature branch και εμφανίζεται ένα κανάλι. Τα patches προσγειώνονται ως συμβάντα, το CI δημοσιεύει αποτελέσματα, ένας πράκτορας κάνει ένα πρώτο review και η απόφαση merge ζει στο ίδιο δωμάτιο με τα τεκμήρια που τη δικαιολόγησαν.
• Ένα release που γράφεται μόνο του. Ένα workflow ενεργοποιείται σε ένα tag, ένας πράκτορας συντάσσει σημειώσεις έκδοσης από τα merged PRs, τις δημοσιεύει για ανθρώπινο έλεγχο, παίρνει μια αντίδραση thumbs-up και κάνει ship. Κάθε βήμα υπογεγραμμένο, κάθε βήμα αναζητήσιμο.

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

Πώς συνδέονται πραγματικά οι πράκτορες: ACP και MCP

Εδώ η μηχανική γίνεται καθαρή. Το Buzz διαθέτει δύο μικρά binaries για πράκτορες, και επίτηδες δεν γνωρίζουν το ένα το άλλο.

Το buzz-agent είναι ένας πράκτορας ACP. Μιλά το Agent Client Protocol μέσω stdio, καλεί ένα LLM και χρησιμοποιεί εργαλεία MCP. Τρέχει έως και οκτώ ταυτόχρονες συνεδρίες, καθεμία με δικούς της MCP servers, ιστορικό και context. Όταν το context μιας συνεδρίας γεμίσει, συνοψίζει το ίδιο της το ιστορικό και συνεχίζει. Δουλεύει με Zed, JetBrains ή οτιδήποτε άλλο μιλά ACP.

Το buzz-dev-mcp είναι ένας MCP server. Δίνει σε οποιονδήποτε πράκτορα ένα shell και έναν επεξεργαστή αρχείων. Οι διεργασίες είναι εφήμερες με τερματισμό ομάδας διεργασιών σε κάθε διαδρομή εξόδου, η έξοδος είναι οριοθετημένη και οι επεξεργασίες αρχείων επιλύονται ως προς τον κατάλογο εργασίας. Αν έχετε ξαναχτίσει με το Model Context Protocol, αυτό θα σας φανεί οικείο: είναι το κλασικό μοτίβο «δώσε χέρια σε έναν πράκτορα», σκληραγωγημένο.

Η σχεδιαστική σημείωση στο αποθετήριο το θέτει ωμά: «δύο binaries, δύο πρωτόκολλα, μηδενική σύζευξη μεταξύ τους». Ο πράκτορας δεν ξέρει με ποιον MCP server μιλά, και ο MCP server δεν ξέρει ποιος πράκτορας τον καλεί. Συντίθενται μέσω πρωτοκόλλων, όχι μέσω imports. Το πρακτικό όφελος είναι ότι μπορείτε να τρέξετε δέκα πράκτορες πίσω από το Buzz με διαφορετικές διαμορφώσεις MCP, ή να αλλάξετε πάροχο LLM με μία μεταβλητή περιβάλλοντος.

Επειδή το buzz-acp γεφυρώνει τα @mentions του relay προς υποδιεργασίες πρακτόρων, μπορείτε να το στρέψετε σε Goose, Codex ή Claude Code. Αν ήδη τρέχετε πράκτορες κώδικα στο παρασκήνιο, το Buzz τους δίνει ένα κοινό δωμάτιο για να λειτουργούν — αντί για έναν σιωπηλό ακέφαλο βρόχο. Και αν θέλετε να φέρετε τα δικά σας εργαλεία, το χτίσιμο ενός MCP server είναι η υποστηριζόμενη διαδρομή, με πολλούς έτοιμους MCP servers για να ξεκινήσετε.

Κάτω από το καπό: Η αρχιτεκτονική

Το Buzz είναι ένα monorepo σε Rust, και το πιο σημαντικό γεγονός είναι αυτό: το relay είναι η μοναδική πηγή αλήθειας. Δεν υπάρχει peer-to-peer gossip ούτε αναπαραγωγή. Οι clients συνδέονται σε ένα relay μέσω WebSocket, και το relay χειρίζεται την πιστοποίηση, επαληθεύει υπογραφές, αποθηκεύει συμβάντα, τα διανέμει στους συνδρομητές, τα ευρετηριάζει για αναζήτηση και πυροδοτεί αυτοματισμούς.

Τα πάντα είναι ένα συμβάν Nostr NIP-01. Κάθε συμβάν έχει έξι πεδία: ένα id (SHA-256 του σειριοποιημένου συμβάντος), ένα pubkey, έναν ακέραιο kind, tags, περιεχόμενο και μια υπογραφή Schnorr. Ο ακέραιος kind είναι ο μοναδικός διακόπτης δρομολόγησης. Θέλετε ένα νέο χαρακτηριστικό; Ορίστε έναν νέο αριθμό kind. Οι υπάρχοντες clients δεν βλέπουν τίποτα και δεν σπάει τίποτα. Η κωδικοβάση ορίζει 81 kinds, με τα προσαρμοσμένα kinds του Buzz να ζουν στο εύρος 40000-49999.

Το υποστηρικτικό stack είναι επίτηδες βαρετό — με την καλή έννοια:

Η Postgres κρατά τα συμβάντα και τρέχει πλήρη αναζήτηση κειμένου. Το Redis χειρίζεται το fan-out pub/sub, την παρουσία και την πληκτρολόγηση. Αποθήκευση αντικειμένων συμβατή με S3 (MinIO τοπικά) κρατά τα μέσα μέσω του πρωτοκόλλου Blossom.

Το μοντέλο ασφαλείας είναι εκεί που σταμάτησα να ξεφυλλίζω. Κάθε συμβάν επαληθεύεται ως προς την υπογραφή Schnorr και το SHA-256 ID του πριν αποθηκευτεί. Η πιστοποίηση NIP-42 χρησιμοποιεί ανοχή χρονικής σφραγίδας ±60 δευτερολέπτων για να μπλοκάρει επιθέσεις επανάληψης, και τα συμβάντα πιστοποίησης δεν αποθηκεύονται ούτε καταγράφονται ποτέ. Το αρχείο ελέγχου είναι μια γνήσια αλυσίδα hash: το SHA-256 κάθε εγγραφής καλύπτει κάθε πεδίο, συμπεριλαμβανομένου του προηγούμενου hash, οπότε η παραποίηση μιας εγγραφής σπάει κάθε εγγραφή μετά από αυτήν. Τα εξερχόμενα webhooks λαμβάνουν προστασία SSRF που ελέγχει για ιδιωτικά εύρη IP. Και η συμμετοχή σε κανάλι είναι η μοναδική πύλη πρόσβασης, που επιβάλλεται σε κάθε λειτουργία — με τον χειριστή συνδρομών να ελέγχει την πρόσβαση πριν καταχωρίσει μια συνδρομή, ώστε να μην υπάρχει παράθυρο race condition για διαρροές ιδιωτικών καναλιών.

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

Τι δουλεύει σήμερα (και τι όχι)

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

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

• Δεν επιβάλλεται ακόμη rate limiting. Το trait RateLimiter υπάρχει και τέσσερις βαθμίδες είναι σχεδιασμένες (human, agent-standard, agent-elevated, agent-platform), αλλά η μόνη υλοποίηση είναι ένα test stub.
• Οι πύλες έγκρισης δεν είναι συνδεδεμένες από άκρη σε άκρη. Ο executor μπορεί να αναστείλει μια εκτέλεση, αλλά ένα workflow που χτυπά πύλη έγκρισης σήμερα σημειώνεται ως αποτυχημένο.
• Ορισμένες ενέργειες workflow είναι stubbed. Τα send_dm και set_channel_topic επιστρέφουν «δεν έχει υλοποιηθεί», οπότε μια εκτέλεση που φτάνει σε μία αποτυγχάνει.
• Η εγγραφή huddle και η δημοσίευση ανά track δεν έχουν χτιστεί. Τα φωνητικά δωμάτια και ο κύκλος ζωής join/leave δουλεύουν· η εγγραφή έχει δεσμευμένα event kinds αλλά όχι producer.
• Χωρίς offline cache ερωτημάτων sqlx. Τα ερωτήματα τρέχουν κατά την εκτέλεση αντί να επικυρώνονται κατά τη μεταγλώττιση.

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

Ξεκινώντας με το Buzz

Υπάρχουν τρεις διαδρομές, ανάλογα με το ποιος είστε.

Θέλετε απλώς να το δοκιμάσετε; Πάρτε ένα πακεταρισμένο build από την τελευταία έκδοση: macOS (.dmg), Linux (.AppImage ή .deb) ή Windows (.exe). Από προεπιλογή συνδέεται στο ws://localhost:3000, οπότε θα θέλετε κι ένα relay να τρέχει.

Θέλετε να το χτίσετε από τον πηγαίο κώδικα; Χρειάζεστε Docker και είτε Hermit είτε Rust 1.88+, Node 24+, pnpm 10+ και just. Μετά:

git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit
just setup && just build

# every day:
. ./bin/activate-hermit
just dev   # starts the relay + desktop app together

Το relay προσγειώνεται στο ws://localhost:3000 και η εφαρμογή desktop ανοίγει. Για ανάπτυξη σε VPS ενός κόμβου αντί για τοπικό stack ανάπτυξης, υπάρχει ένα production πακέτο Compose στο deploy/compose/ με Postgres, Redis, MinIO και προαιρετικό Caddy για TLS.

Φέρνετε έναν πράκτορα; Ορίστε το BUZZ_PRIVATE_KEY και χρησιμοποιήστε το buzz-cli, που είναι JSON μέσα και JSON έξω, σχεδιασμένο ειδικά για κλήσεις εργαλείων LLM. Αυτή είναι η ραφή όπου συνδέονται τα workflows πρακτόρων σας.

Ποιος πρέπει να τρέξει το Buzz;

Το Buzz είναι για ομάδες που θέλουν ένα υπόστρωμα αντί για έναν σωρό κώδικα-κόλλα. Αν η τρέχουσα εγκατάστασή σας είναι chat συν forge συν bots συν dashboards CI συν εργαλεία release συν ένα ευρετήριο αναζήτησης, και έχετε κουραστεί να μην γνωρίζονται μεταξύ τους, αυτό είναι το στοίχημα που κάνει το Buzz: μία κοινότητα, ένα μοντέλο ταυτότητας, ένα αρχείο συμβάντων.

Ταιριάζει ιδιαίτερα σε:

• Self-hosters που θέλουν την κίνηση των πρακτόρων τους σε υποδομή δική τους, με ίχνος ελέγχου που μπορούν να επαληθεύσουν.
• Μηχανικούς πλατφόρμας που αξιολογούν agent-first workflows όπου πράκτορες κάνουν triage σφαλμάτων, τρέχουν reviews και συντάσσουν releases ως μέλη αντί για scripts.
• Αξιολογητές ανοιχτού κώδικα που θέλουν να διαβάσουν το σύνολο σε ένα απόγευμα. Η επιφάνεια πρακτόρων είναι δύο crates χωρίς σύζευξη — επίτηδες αρκετά μικρά για έλεγχο.

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

Το πλαίσιο στο οποίο επιστρέφω συνέχεια βρίσκεται στο README: «Οι πράκτορες είναι μέρος του δωματίου, όχι στοιχειωμένα cron jobs». Αν έχετε κάνει ποτέ debug σε ένα bot στις 2 τα ξημερώματα χωρίς ιδέα τι έκανε ή γιατί, ξέρετε ήδη γιατί έχει σημασία.

Συχνές ερωτήσεις

Είναι το Buzz δωρεάν και ανοιχτού κώδικα;

Ναι. Το Buzz είναι ανοιχτού κώδικα με άδεια Apache 2.0 και χτίστηκε από τη Block, Inc. Το relay το φιλοξενείτε εσείς, οπότε δεν υπάρχει τέλος ανά θέση για το λογισμικό. Το κόστος σας είναι η δική σας υποδομή: ένας server για το relay, Postgres, Redis και αποθήκευση αντικειμένων. Ο κώδικας, τα issues και ο οδικός χάρτης είναι όλα δημόσια στο GitHub, στο block/buzz.

Πώς διαφέρει το Buzz από το Slack με bots;

Στο Slack, ένας πράκτορας είναι ένα bot δεύτερης κατηγορίας με ξεχωριστή ταυτότητα και ίχνος ελέγχου, οριοθετημένο με σημαίες δικαιωμάτων. Στο Buzz, ένας πράκτορας είναι πλήρες μέλος με δικό του ζεύγος κλειδιών, συμμετοχές σε κανάλια και τις ίδιες δυνατότητες με έναν άνθρωπο: ανοίγει repos, στέλνει patches, τρέχει workflows, μπαίνει σε huddles. Όλα καταλήγουν σε ένα υπογεγραμμένο, αναζητήσιμο αρχείο συμβάντων.

Τι είναι τα ACP και MCP;

Το ACP είναι το Agent Client Protocol, η διεπαφή stdio που χρησιμοποιεί το buzz-agent για να μιλήσει σε έναν client LLM όπως το Zed. Το MCP είναι το Model Context Protocol, η διεπαφή που χρησιμοποιεί το buzz-dev-mcp για να δώσει σε έναν πράκτορα ένα shell και έναν επεξεργαστή αρχείων. Τα δύο binaries δεν γνωρίζουν το ένα το άλλο· συντίθενται μέσω πρωτοκόλλων, οπότε μπορείτε να συνδυάσετε πράκτορες και servers εργαλείων ελεύθερα.

Χρησιμοποιεί το Buzz blockchain;

Όχι, και το README είναι καυτηριαστικό στο σημείο αυτό: «Όχι blockchain. Τα υπογεγραμμένα συμβάντα είναι χρήσιμα χωρίς να αναγκάζεις όλους να αγοράσουν ένα αναμνηστικό νόμισμα». Το Buzz χρησιμοποιεί τις κρυπτογραφικές υπογραφές του Nostr και ένα αρχείο ελέγχου τύπου αλυσίδας hash για τεκμηρίωση παραποίησης, αλλά δεν υπάρχει token, δεν υπάρχει αλυσίδα και δεν υπάρχει μηχανισμός συναίνεσης. Παίρνετε επαληθεύσιμο ιστορικό χωρίς το κόστος.

Μπορώ να χρησιμοποιήσω τους δικούς μου πράκτορες AI, όπως Goose, Codex ή Claude Code;

Ναι. Το buzz-acp harness εκκινεί υποδιεργασίες πρακτόρων AI και γεφυρώνει τα @mentions του relay προς αυτές μέσω ACP. Υποστηρίζει Goose, Codex και Claude Code από το κουτί, τρέχει μια δεξαμενή από μία έως 32 διεργασίες πρακτόρων και επανεκκινεί έναν πράκτορα αν καταρρεύσει. Για προσαρμοσμένα εργαλεία, συνδέετε τον δικό σας MCP server.

Είναι το Buzz έτοιμο για παραγωγή;

Κάποια κομμάτια είναι. Το relay, τα κανάλια, η αναζήτηση, το αρχείο ελέγχου, η εφαρμογή desktop και το CLI πρακτόρων δουλεύουν σήμερα. Αλλά το rate limiting δεν επιβάλλεται, οι πύλες έγκρισης δεν είναι συνδεδεμένες από άκρη σε άκρη και οι εφαρμογές κινητών είναι ακόμη σε εξέλιξη. Για ένα self-hosted πιλοτικό με ομάδα που ανέχεται τραχιές γωνίες, είναι έτοιμο για δοκιμή. Για ανάπτυξη κρίσιμη για συμμόρφωση, περιμένετε να προσγειωθούν τα στοιχεία 🚧.

Σχετικά με τον συγγραφέα

Ο Mert Batur είναι συνιδρυτής του Techsy.io, όπου η ομάδα παραδίδει πράκτορες AI, συστήματα αυτοματισμού και pipelines φωνής/SDR για πελάτες B2B. Γράφει για το stack εργαλείων LLM που η ομάδα του Techsy χρησιμοποιεί πραγματικά στην παραγωγή. Συνδεθείτε μαζί του στο LinkedIn.