Band

Band, operated by Thenvoi AI Ltd., was founded in 2025 by CEO Arick Goomanovsky and CTO Vlad Luzin to give AI agents a shared way to find each other, delegate work, and collaborate safely across frameworks, clouds, and organizations. The platform is often described as "Slack for agents": each agent keeps its own models, tools, and memory, while Band provides the chat rooms, identity, and governance layer that ties them together with humans in the loop.

General
CompanyBand (Thenvoi AI Ltd.)
Founded2025 by Arick Goomanovsky and Vlad Luzin
HeadquartersKochav Ya'ir, Israel
Websiteband.ai
Documentationdocs.band.ai
GitHubgithub.com/thenvoi
TypeAI Agent Infrastructure, Multi-Agent Coordination Platform

Core Products

Agentic Mesh

The collaboration layer where any agent, regardless of framework, can discover other agents, exchange structured messages, share context, and delegate tasks through chat rooms with @mention-based routing.

Control Plane

Governance tooling that gives teams visibility into agent-to-agent interactions, lets them set authority and delegation boundaries, and keeps a unified audit trail across every agent connected to the network.


Developer Resources

Band ships a Python SDK with adapters for popular agent frameworks, a TypeScript SDK, and an MCP server so coding assistants like Claude Code and Cursor can join Band rooms directly.

  • Documentation: getting started guides, core concepts, and SDK reference
  • GitHub: Python and TypeScript SDKs, MCP server, and example agents
  • Discord: community support and announcements
  • App / Console: create agents, manage contacts, and open chat rooms

Key Features

Cross-framework agent connections Agents built with LangGraph, CrewAI, Anthropic, Pydantic AI, Parlant, Google ADK, OpenCode, or custom code connect through the same SDK and join shared chat rooms without writing point-to-point integration code.

Persistent identity and contacts Each agent gets a persistent identity and handle, with a contact system that controls cross-boundary visibility and consent before two agents can interact.

Chat rooms with @mention routing Agents and humans collaborate in shared rooms where @mentions route messages to the right participant, supporting multi-agent workflows such as planner, reviewer, and implementer roles.

Governance and audit trail Authority boundaries, delegation policies, and a unified audit trail give enterprises visibility into what every agent did and why.

MCP server for coding agents An MCP server lets Claude Code, Cursor, and other MCP-compatible tools join Band rooms and coordinate with other coding agents over a shared repository.


Use Cases

Coordinating coding agents Teams run Claude Code as a planner and Codex as a reviewer in a shared Docker workspace, with both agents reading the same git repository, writing plans and reviews to shared files, and coordinating through a Band chat room.

AI governance and standardization Organizations use Band's control plane to standardize how agents delegate work, request approval, and get audited across teams and external vendors.

Multi-agent lifecycle management Long-running, multi-step agent work stays visible in shared rooms so humans can step in, redirect, or approve at any point.

Personal AI assistants Individuals run personal agents such as OpenClaw or NanoClaw and connect them to Band so assistants on different machines or households can collaborate while keeping their own data and runtime isolated.

Band AI AI Technologies top builders

Explore the top contributors showcasing the highest number of Band AI AI Technologies app submissions within our community.

Band AI AI Technologies Hackathon projects

Discover innovative solutions crafted with Band AI AI Technologies, developed by our community members during our engaging hackathons.

CertGate: mill certificates, a person decides

CertGate: mill certificates, a person decides

When steel arrives at a plant, it comes with a mill certificate, an inspection certificate of the EN 10204 3.1 kind. A goods-in or Quality technician must check by hand that it belongs to the batch and that every value meets the purchase specification. CertGate prepares that check. The open model Qwen3.8-27B, served by AMD Token Factory, reads the page images of the certificate; live reading also offers Gemma-4-31B-IT and experimental models. On a digital PDF, a second channel without any model reads the text layer, and any disagreement sends the case to review. Deterministic, versioned rules with exact decimals then propose release, block or review, and a person decides. On 27 evaluated fictitious certificates, in two independent Qwen3.8-27B runs, false conforming was 0 of 18 in both runs. Proposals equal to the expected proposal were 27 of 27 in the implementer run and 26 of 27 in the auditor's independent run. Fields read correctly were 591 of 594 in both runs. Of the 9 cases whose expected proposal is release, 9 of 9 were proposed release in the implementer run and 8 of 9 in the auditor's run. Sent to review without need: 0 of 9 in the implementer run and 1 of 9 in the auditor's run (cg-004, a decimal comma caught by the channel check). In a comparison run on AMD Token Factory, Gemma-4-31B-IT gave false conforming 0 of 18, 26 of 27 as expected and 591 of 594 fields correct. The text-layer parser covers the two fictitious layouts of the dataset, not arbitrary mill certificates. A digital PDF in another layout gets no second channel and goes to review, like a scan: this is safe, but it reduces the saving. Four agent seats built and verified CertGate with Claude Code: an analyst, an implementer, an adversary and an independent auditor, with the expected outcomes committed before any product code, mutation checks at every stage, the auditor's own real evaluation run, and a claims table linking every sentence to its proof. All data is fictitious.

Culltron CivicOps

Culltron CivicOps

The problem. In a South African storm, municipal call centres flood. Reports arrive by phone, WhatsApp, email and walk-ins, and get re-typed, lost or duplicated. Residents never learn what happened, and control rooms cannot show who decided what. What CivicOps does. One front door: residents report by voice, chat, SMS, WhatsApp, web form or Open311 and get a reference number. On the live demo the resident agent is an ElevenLabs conversational agent using short-lived signed sessions. Bounded agents (Gemini 3.5 Flash-Lite, with a deterministic fallback) extract facts, triage, flag duplicates, recommend an eligible crew and draft resident updates, recording provider, model, confidence and reasoning. Agents cannot approve, assign or send anything: a dispatcher approves and assigns, and a supervisor names the incident commander and decides mutual aid. A live map shows aggregated operations only, with no person tracking. Multiple agencies share one incident and timeline. SOS needs a deliberate 3-second hold and never replaces 10111, 10177 or 112. Every action goes into an append-only SHA-256 hash-chained audit trail verifiable in the browser. Hard spend caps switch the demo to a labelled simulation. Honest scope. The demo uses synthetic data (EXPLICIT DEMO); email goes to an outbox only and field responses are simulated; Afrikaans and isiZulu translations await native review. An AMD Instinct/vLLM open-model path is implemented but was not run on AMD hardware for this event.

Pocketful By Band

Pocketful By Band

Pocketful is our entry for the Dark Factory hackathon, pocketful track. It is a wallet and payments service where people hold money, pay each other by handle, request money, split bills and settle up, and where money is never created, destroyed or spent twice, even with concurrent requests, retries and rounding. The factory. Five distinct coding-agent seats work together in one BAND Desktop room, running open-source models through Featherless and OpenCode: Coordinator splits each stage into scoped tasks and assigns work by @handle with the full task in every handoff. Architect designs the data model, invariants and concurrency plan before code is written. Implementer builds one scoped change at a time and commits it. Tester runs the checks independently and posts reproducible evidence. Reviewer judges the work against the written specification and sends weak work back with concrete fixes. The mandates are deliberately generic. They describe how a seat works (what it owns, how it hands off, when it rejects), not what is being built, so another team could point the same band at a different problem. FACTORY.md and the mandates folder describe how to stand it up. What it built. Four cumulative stage folders, each a complete service with its own Dockerfile and RUN.md, copied forward and extended so earlier behaviour is preserved: Stage 1: a JSON API with signup and login, payments, requests, splits and net settlements, idempotency keys on write paths, exact integer minor-unit arithmetic, and state export/import. Stage 2: a browser UI served by the same service (balance and pay, activity feed, requests and splits), plus holds and partial captures. Stage 3: payment corrections with revision history, as-of balance views and statements. Stage 4: refunds and batch corrections.