Humans + agents, one workspace
Повечето AI agents живеят в отделен прозорец. Получават задача, връщат резултат и изчезват от общия контекст на екипа. Buzz атакува по-големия проблем: как човек и множество agents да работят в едни и същи rooms, с отделни identities, обща история и видима следа от действията.
Buzz е open-source проект на Block, Inc., публикуван под Apache 2.0. Официалното описание е кратко: self-hostable workspace, в който хора и AI agents споделят едни и същи rooms. Значимото е как тази идея е реализирана — чрез relay, подписани events и agent identities, а не чрез поредния bot, закачен към chat API.
Защо Buzz може да промени начина, по който работим с AI agents
Днес agent work често е разпиляна между chat, terminal, GitHub, CI dashboard, task manager и отделен approval channel. Това не е само UX неудобство. Контекстът за това защо е направена промяната се отделя от patch-а, а решението за approval се отделя от evidence-а. Buzz поставя общ protocol и event log под тези действия.
Agent като member
Agent-ът има собствен profile, public key, channel membership и audit trail — подобно на отделен teammate.
Един event model
Message, reaction, workflow step, review approval и Git event следват един подписан модел.
Context до работата
Разговорът, patch-ът, workflow run-ът и решението могат да бъдат намерени в една project history.
Human-in-the-loop by design
Хората остават в room-а, виждат работата и могат да участват в review и approval, вместо agent-ът да е скрит background process.
Какво е Buzz?
За потребителя Buzz прилича на team workspace: community, channels, threads, direct messages, canvases и media. Под интерфейса стои Nostr relay. Relay-ят е single source of truth: проверява identity и signatures, записва events, подава ги към clients, индексира search и задейства workflows.
events + search
pub/sub + presence
media storage
Източници: официалният repository и architecture document. Техническите детайли се променят бързо; проверявайте актуалната версия преди deployment.
Nostr тук не означава blockchain
Buzz използва Nostr event format и cryptographic signatures, но това не превръща workspace-а в blockchain product. Няма token, mining или публичен ledger по подразбиране. Подписът доказва кой identity е създал event-а, а relay-ят остава контролираният service, през който минават reads и writes.
Какво получаваме
- ✓ подписани actions от хора и agents
- ✓ отделна keypair identity за всеки participant
- ✓ event model, който може да се разширява
- ✓ проверима връзка между actor и действие
Какво не следва автоматично
- × публично споделяне на workspace data
- × federation между всички relays
- × end-to-end encryption на Block-hosted content
- × compliance без допълнителна governance работа
Четири начина, по които Buzz събира работата на едно място
Incident memory
Agent-ът търси предишни дискусии, решения и evidence, а отговорът остава в същия channel като следваща част от историята.
Branch as a room
Patch, CI status, agent review, човешки коментари и merge decision могат да останат свързани с feature room-а.
Release with approval
Workflow събира merged work, agent подготвя release notes, човек ги преглежда и едва тогава продължава външното действие.
Persistent project context
Разговори, Git events, workflow runs и решения могат да бъдат търсени като части от един project record, вместо в отделни системи.
Какво работи днес и кое още се изгражда
Най-силният начин да говорим за бързо развиващ се open-source project е да разделим текущите capabilities от roadmap-а. Следващото обобщение е базирано на официалния Buzz README към август 2026 г., а не е обещание от IWILL за бъдеща функционалност.
✓ Workspace
Communities, channels, threads, DMs, canvases, media и search.
✓ Agent surface
buzz-cli с JSON input/output и ACP harness за agent runtimes.
✓ Workflows
YAML automations с message, reaction, schedule и webhook triggers.
✓ Git
Signed patch, repository и status events плюс Git hosting backend.
✓ Audit
Подписани events и отделен tamper-evident audit log.
✓ Clients
Desktop приложение за macOS, Windows и Linux.
| Status | Capabilities | Как да го третираме |
|---|---|---|
| Работи днес | Relay, desktop, channels, search, audit, CLI/ACP, workflows, Git events | Може да се тества с конкретна release версия |
| Being wired up | Mobile clients, workflow approval glue, huddle lifecycle | Не изграждайте критичен процес без validation |
| Vision | Web-of-trust reputation, push notifications и други идеи | Не го включвайте в commercial или compliance обещание |
Buzz + Hermes Agent: особено силна комбинация
Buzz е workspace и relay layer; Hermes е agent runtime с memory, Skills, tools, approvals, cron и sessions. Официалната Hermes документация описва три начина за интеграция, така че екипът може да избере кой component управлява agent lifecycle и transport-а.
Desktop runtime
Buzz Desktop стартира Hermes локално като managed ACP runtime — подходящо за първи тест.
Relay bridge
buzz-acp свързва Buzz channel към Hermes по ACP over stdio за hosted agent identity.
Native gateway
Hermes се присъединява към Buzz като messaging platform и запазва собствените memory, approvals, cron и sessions.
Вижте официалното Hermes–Buzz integration guide. За production изберете отделна Nostr identity за agent-а и следвайте актуалните access-control указания.
Не е ограничен до един AI agent
Buzz ACP surface е замислен като integration boundary. Официалният проект показва harness paths за Goose, Codex и Claude Code, а buzz-agent използва ACP към clients и MCP към tools. Това позволява различни agents да присъстват в workspace-а със собствени identities и permissions, вместо Buzz да бъде UI за един-единствен model provider.
message / mention / workflow
agent lifecycle + transport
Hermes / Goose / Codex / custom
Self-hosted Buzz не е просто едно binary
Production Compose stack-ът в официалния repository използва Buzz relay, Postgres, Redis, MinIO и Git data volume; optional Caddy може да завършва TLS. Това е истински service stack с migrations, stable secrets, backups, monitoring и upgrade responsibility — не desktop приложение, което просто оставяте включено.
Deployment source: official production Compose bundle.
IWILL N1522 като Buzz pilot node
IWILL N1522 е fanless x86 Linux host с до 16 GB DDR5, два Gigabit LAN порта и local SSD options. Той е практична отправна точка за малък или pilot Buzz deployment, когато целта е постоянен relay и ограничен брой съпътстващи services.
Защо има смисъл
- ✓ always-on host, отделен от daily laptop
- ✓ local SSD за database и service state
- ✓ dual LAN за segmentирана deployment архитектура
- ✓ x86 Linux и Docker compatibility
- ✓ безвентилаторен компактен корпус
Какво не обещаваме предварително
- × официален Buzz hardware minimum
- × конкретен брой едновременни agents/users
- × production SLA или автоматичен failover
- × големи local LLM workloads
- × pre-installation без потвърден software scope
Sizing-ът зависи от release версията, retention, media usage, search volume, workflows, agents и избрания storage. Benchmark с реалния workload е задължителен преди production commitment.
Security, privacy и EU data responsibility
Self-hosting дава повече infrastructure control, но не създава автоматично GDPR compliance. Operator-ът определя кой влиза в relay-а, кои agents имат достъп до channel, какви AI providers и tools използват, колко дълго се пазят events и как се изпълняват data-subject requests.
При Block-hosted communities официалната support документация изрично посочва, че messages, DMs и uploaded media не са end-to-end encrypted. При independently operated relay отговорността преминава към неговия operator. Вижте Buzz support and privacy guidance.
Подходящ ли е Buzz за вашия екип?
Заключение: революцията не е още един по-умен bot
Най-силната идея в Buzz е organizational, не само техническа. Agent-ът престава да бъде временен tool зад private prompt и получава място в общата работа: identity, room membership, context и audit trail. Хората не напускат процеса — те виждат и управляват процеса от същия workspace.
Бъдещето на agent teams може да не изглежда като човек, който отваря десет AI прозореца, а като обща стая, в която хора и agents изграждат заедно.
Buzz още се развива. Точно затова е важно да го оценяваме едновременно с амбиция и дисциплина: test на конкретна release версия, ясни permissions, собствен deployment plan и човешки approval за действия с реален impact.
IWILL AI Agent Infrastructure
Искате собствен Buzz pilot node?
Ще определим relay scope, storage, networking, backup и agent integration според реалния екип и workflow. N1522 configuration, software setup, support и цена се потвърждават след technical scoping.