AI Engineer · Published 2026-09-30

Your Agents Are in Solitary Confinement: Why MCP & A2A Aren't Enough — Vlad Luzin, Band

Open on YouTube ↗

Summary

Overview

  • Speaker: Vlad Luzin
  • Channel: AI Engineer
  • Main topic: Multi-Agent Communication and Collaboration Infrastructure
  • Purpose: To explain the technical challenges of multi-agent distributed systems and introduce Band's multi-agent collaboration layer and Jam as solutions. Vlad Luzin, co-founder and CTO at Band, explores the limitations of current multi-agent coordination approaches such as MCP and A2A. He argues that autonomous AI agents currently exist in 'digital solitary confinement'—isolated in different frameworks, languages, and environments without native communication, discovery, queuing, or governance. He introduces Band's multi-agent collaboration layer and the desktop app Jam, which solve routing, context overload, cost attribution, and multi-agent/multi-human collaboration.

Topic Map

Introduction & Thesis

  • Explanation: Vlad Luzin introduces his background, shares trivia on orc vs ork spelling, and outlines his thesis that the future belongs to autonomous AI-to-AI communication and collaboration across businesses and consumers.
  • Key claims:
    • The future of business communication is shifting toward AI-to-AI interactions.
    • Agents will operate independently and communicate without human intermediaries.
  • Examples:
    • A conversational space where agents like Travel Agent and Treasury Hunter collaborate.
  • Terminology:
    • AI-to-AI
    • AI Autonomy
  • Why it matters: Sets the premise for why agent collaboration infrastructure is necessary.

Adversarial Agents & Loop Engineering

  • Explanation: Discusses how developers currently act as routers and loop engineers between separate coding sessions, prompting and copy-pasting between isolated instances.
  • Key claims:
    • Developers currently act as routers between stateful agents.
    • Loop engineering involves fighting with Python and TypeScript libraries to invent prompting abstractions.
  • Examples:
    • Multiple Claude Code sessions running simultaneously requiring manual oversight.
  • Terminology:
    • Adversarial Agents
    • Loop Engineering
  • Why it matters: Highlights the inefficiency of current developer workflows with AI agents.

Protocols: MCP, A2A, and Distributed Systems

  • Explanation: Analyzes existing protocols like MCP and A2A, demonstrating why they are insufficient for robust multi-agent orchestration because they lack discovery, queues, persistence, and stateful sessions.
  • Key claims:
    • MCP is stateless tool calling; A2A is client-server and requires building bi-directional setups.
    • Connecting remote agents is fundamentally a distributed systems problem.
  • Examples:
    • Plumbing diagrams comparing raw API handlers and A2A mainlines to software plumbing.
  • Terminology:
    • MCP
    • A2A
    • Distributed Systems
  • Why it matters: Explains why protocol-leveling alone is not enough to build multi-agent systems.

Messaging Platforms & Solitary Confinement

  • Explanation: Explores how connecting agents to Slack, Discord, Telegram, or WhatsApp requires extensive manual setup and results in agents remaining trapped in solitary confinement.
  • Key claims:
    • Connecting agents to messaging platforms requires multiple manual steps and reading documentation.
    • Agents cannot see each other or communicate directly without higher-level abstraction.
  • Examples:
    • Step counts for connecting agents to Telegram (5) up to WhatsApp (11).
  • Terminology:
    • Messaging Platforms
    • Digital Solitary Confinement
  • Why it matters: Demonstrates the friction in current messaging integrations for agents.

Band & Jam: The Solution

  • Explanation: Introduces Band as a global collaboration layer for any agent framework, and Jam as a desktop application simplifying local agent onboarding and management.
  • Key claims:
    • Band provides a global collaboration layer supporting any agent framework.
    • Jam solves routing, context overload, cost management, and multi-agent/multi-human collaboration.
  • Examples:
    • Live demo registering Codex and LangGraph agents into Band and facilitating communication.
  • Terminology:
    • Band
    • Jam
    • Multi-Agent Collaboration Layer
  • Why it matters: Provides a comprehensive architectural solution to multi-agent communication problems.

Key Points

AI-to-AI communication is the future

  • Explanation: Future business interactions will happen primarily between fully autonomous AI agents across different frameworks and languages without human intervention.
  • Evidence: Demonstrated via conversational agent spaces and cross-agent task assignment in Band.
  • Practical implication: Architects must design systems for agent-to-agent interoperability rather than solely human-to-agent interactions.

Multi-agent coordination is a distributed systems problem

  • Explanation: Connecting remote, non-deterministic agents requires solving transport, continuity, conversation, and governance layers.
  • Evidence: Analysis of MCP stateless calls, A2A timeout limitations, and lack of native discovery.
  • Practical implication: Developers cannot rely on basic tool calls or REST endpoints for robust multi-agent swarms.

Attribution and cost management are critical challenges

  • Explanation: Managing token costs, tracking human vs. AI effort, and attributing work in multi-agent systems is extremely difficult for managers today.
  • Evidence: Manager's attribution dilemma dashboard showing real-time token spend per agent and developer.
  • Practical implication: Collaboration platforms must provide granular observability and cost tracking per agent and team.

Frameworks, Models & Processes

Band Multi-Agent Collaboration Architecture

  • How it works: Provides a global communication and collaboration layer that bridges agents across frameworks with built-in registry, persistence, security, and observability.
  • Components:
    • Transport Layer (real-time delivery, ordering, retries)
    • Continuity Layer (persistence, hydration, runtime binding)
    • Conversation Layer (rooms, participants, routing)
    • Governance Layer (identity, audit, tenancy)
  • When to use: When orchestrating multiple autonomous agents across different frameworks and environments.

Examples & Case Studies

A developer spins up Codex and LangGraph agents programmatically from the terminal and registers them into Band.

  • Illustrates: How local agents can be instantly onboarded and discoverable on a global collaboration platform.
  • Lesson: Agent onboarding can be streamlined from complex manual steps into automated programmatic registration.

Actionable Takeaways

  • Immediate:
    • Stop acting as a manual router between isolated agent sessions.
    • Evaluate multi-agent architectures beyond simple tool-calling and REST APIs.
  • Strategic:
    • Adopt a dedicated collaboration layer to handle agent transport, continuity, and governance.
    • Implement real-time cost attribution and token tracking for multi-agent workflows.
  • Questions to investigate:
    • How do different agent frameworks handle state persistence and runtime binding?
    • What security measures are required for autonomous agent-to-agent contact requests?

Claims Worth Verifying

  • Connecting an agent to WhatsApp requires 11 manual steps in current setups (empirical)
  • Band provides a unified collaboration layer across CrewAI, OpenClaw, Letta, LangChain, and Agentforce (architectural)

Notable Quotes

"Before thinking about technical solutions to hypothetical problems like multi-agent coordination, I try to keep things simple and avoid the problem." "Your agent is still alone. In a digital solitary confinement." "Connecting remote agents is a distributed systems problem."

Compressed Summary

  • AI agents currently operate in isolated silos without native inter-agent communication.
  • MCP and A2A lack essential distributed systems primitives like discovery, queues, and persistent state.
  • Band provides a comprehensive collaboration layer handling transport, continuity, conversation, and governance.
  • Jam simplifies local agent onboarding and provides real-time cost attribution and task observability.
  • Keywords: agents, mcp, a2a, orchestration, collaboration, distributed-systems
  • Core insight: Autonomous AI agents suffer from digital solitary confinement; solving multi-agent coordination requires robust distributed systems architecture rather than ad-hoc routing and manual plumbing.

Core insights

6
Mental Modelhigh noveltymoderate evidence

MCP and A2A solve only the protocol handshake, not the infrastructure around it: MCP is stateless tool calling and A2A is client/server requiring hand-built bi-directional setup, with no native discovery, queuing, persistence, or stateful session continuity. The speaker reframes remote agent interconnection as a distributed systems problem rather than a tool-call problem.

Why it matters

If you design multi-agent systems on top of MCP/A2A alone, you implicitly own retries, ordering, discovery, session persistence, and identity yourself — but likely without recognizing it, so these concerns end up scattered ad hoc through agent code instead of being a designed layer.

Generalization

Any time an abstraction is described only in terms of message format, ask what transport, continuity, and governance guarantees it does not provide; those missing guarantees are the real engineering surface.

MCP is stateless tool calling; A2A is client-server and requires building bi-directional setups.
Open source video
Connecting remote agents is fundamentally a distributed systems problem.
Open source video
Analysis of MCP stateless calls, A2A timeout limitations, and lack of native discovery.
Open source video
Architecturemedium noveltymoderate evidence

The proposed collaboration layer decomposes into four separable responsibility tiers: transport (real-time delivery, ordering, retries) / continuity (persistence, hydration, runtime binding) / conversation (rooms, participants, routing) / governance (identity, audit, tenancy). This is a concrete allocation of responsibilities that most agent stacks currently conflate into a single 'agent loop'.

Why it matters

Gives a checklist for auditing where each concern lives in your system and a seam structure that lets you swap agent frameworks or transports independently of conversation and audit semantics.

Generalization

Layering a stateful multi-actor system as transport / continuity / conversation / governance is reusable across agent frameworks, and mirrors how messaging and distributed middleware evolved before it.

Transport Layer (real-time delivery, ordering, retries)
Open source video
Continuity Layer (persistence, hydration, runtime binding)
Open source video
Conversation Layer (rooms, participants, routing)
Open source video
Governance Layer (identity, audit, tenancy)
Open source video
Mechanismmedium noveltymoderate evidence

The 'continuity' concept — persistence, hydration, and runtime binding as a first-class layer — implies agent processes are ephemeral and must be re-bound to durable conversation state on restart. Agent lifetime and conversation lifetime are different things and must be decoupled.

Why it matters

Most frameworks keep session state in-process, so a crash, redeploy, or scale-to-zero loses the conversation thread and any in-flight task. Naming hydration/runtime binding as a layer forces an explicit persistence boundary.

Generalization

For any long-running autonomous actor, externalize conversation/task state and treat the process as a disposable runtime that binds to it, rather than treating the process as the source of truth.

Continuity Layer (persistence, hydration, runtime binding)
Open source video
Continuity Layer (persistence, hydration, runtime binding)
Open source video
Failure Modemedium noveltymoderate evidence

Today's developer is effectively the message bus: running multiple stateful agent sessions (e.g., parallel Claude Code instances) and manually copy-pasting context between them, a practice the speaker calls 'loop engineering'. The human becomes the router, discovery service, and context serializer.

Why it matters

It names a real, currently universal workflow bottleneck and its symptom — context overload — which is where latency, token cost, and error injection all come from. It also implies the first thing to automate away is the human relay, not the agent's intelligence.

Generalization

Whenever a human is shuttling context between two automated components, that seam is an undeclared API and should be designed, not manually operated.

Developers currently act as routers between stateful agents.
Open source video
Loop engineering involves fighting with Python and TypeScript libraries to invent prompting abstractions.
Open source video
Multiple Claude Code sessions running simultaneously requiring manual oversight.
Open source video
Practicemedium noveltyweak evidence

Cost and effort attribution in multi-agent systems is framed as a first-class infrastructure problem, not a billing afterthought: tracking real-time token spend per agent and per developer, and separating human from AI contribution to a piece of work.

Why it matters

Without per-agent attribution you cannot answer which agent, framework, or developer path is expensive or wasteful, so cost optimization and performance evaluation in multi-agent swarms become guesswork. It also changes what an observability schema must tag: agent identity, not just request.

Generalization

Instrument any multi-agent system with identity-scoped cost/telemetry from day one; retrofitting attribution after agents are multiplexed across users is very hard.

Manager's attribution dilemma dashboard showing real-time token spend per agent and developer.
Open source video
Managing token costs, tracking human vs. AI effort, and attributing work in multi-agent systems is extremely difficult for managers today.
Open source video
Empirical Resultmedium noveltyweak evidence

Agent-to-platform onboarding friction is quantified as a step count rather than described qualitatively: roughly 5 manual steps for Telegram up to 11 for WhatsApp before an agent can even participate in a channel.

Why it matters

Step count is a usable proxy metric for integration cost and a target for automation; it explains why agents stay isolated per-platform ('solitary confinement') instead of cross-communicating, and gives a concrete before/after benchmark for any onboarding layer.

Generalization

Measure integration/onboarding work in discrete manual steps; anything above a small single-digit number will prevent broad adoption of a capability, regardless of how well it works.

Step counts for connecting agents to Telegram (5) up to WhatsApp (11).
Open source video
Connecting agents to messaging platforms requires multiple manual steps and reading documentation.
Open source video

Deep dives

4

Continuity as a substitutable layer: hydration and runtime binding across heterogeneous agent frameworks

Research question

Can Codex-, LangGraph-, and Claude-Code-style runtimes be adapted behind a single continuity interface such that a mid-task process kill, redeploy, or scale-to-zero followed by hydration restores equivalent task state, with no framework-specific state leaking into the conversation layer?

Why

Every framework today treats the process as the source of truth for session state. If continuity is a real layer, it must be swappable and framework-agnostic, which is the precondition for horizontal scaling, crash recovery, and testing multi-agent topologies instead of hand-building them. If it is not swappable, 'continuity layer' is product framing rather than architecture, and every integration is still an O(n^2) adapter.

Continuity Layer (persistence, hydration, runtime binding)
Open source video
An agent process holds conversation state in memory; restart or scale event loses the thread.
Open source video
A developer spins up Codex and LangGraph agents programmatically from the terminal and registers them into Band.
Open source video
Source video

Does a central collaboration broker preserve the delivery guarantees it claims to add?

Research question

Under partial failures, does routing agent-to-agent traffic through a shared broker produce fewer ordering violations and lost messages than point-to-point adapters, or does it reintroduce duplicate deliveries on retry and add a p95 hop latency penalty that exceeds the reliability gain?

Why

The entire case for a collaboration layer rests on it owning transport semantics (real-time delivery, ordering, retries) better than hand-rolled adapters. That is a measurable claim, not an architectural one, and it is untested in the source material. A broker that silently duplicates on retry is worse than a bespoke handler because the failure is now invisible to the agent author.

Transport Layer (real-time delivery, ordering, retries)
Open source video
Connecting remote agents is fundamentally a distributed systems problem.
Open source video
The transport layer is claimed to provide real-time delivery, ordering, and retries, but no latency, throughput, or failure-durability numbers are reported.
Open source video
Source video

Discovery placement: protocol extension versus proprietary registry

Research question

Is agent discovery better solved as a protocol concern (well-known endpoint plus capability manifest, extensible within A2A) or as a registry-broker concern, when compared on cold-start lookup latency, staleness of capability advertisements, and revocation of a compromised agent?

Why

The speaker asserts protocols lack native discovery and offers a product registry as the answer without arguing that discovery belongs outside the protocol. If discovery is cheap to standardize, the central layer loses one of its four pillars and the coupling decision becomes much less defensible; if revocation and staleness are genuinely hard, that difficulty is the moat and should be documented as such.

Analysis of MCP stateless calls, A2A timeout limitations, and lack of native discovery.
Open source video
Compare a standardized discovery mechanism (well-known endpoint plus capability manifest) against a registry-broker approach on cold-start lookup, staleness, and revocation.
Open source video
Registration is the write side of discovery; without it, agents cannot address each other even if a transport exists.
Open source video
Source video

Per-agent identity as the primary key for security and cost attribution in shared rooms

Research question

What is the minimum identity and telemetry schema (agent principal, delegating human, task, turn) that simultaneously supports scoped delegation for cross-tenant agent rooms and answers 'which agent and which developer spent these tokens on this task' without retrofitting?

Why

The source positions governance (identity, audit, tenancy) and cost attribution as two separate problems, but they share a primary key. Getting that key wrong makes both unsolvable later, because agents are multiplexed across users and rooms by then. It also determines whether a shared room is an impersonation and prompt-injection surface with no attributable actor.

Manager's attribution dilemma dashboard showing real-time token spend per agent and developer.
Open source video
Identity is the primary key required to attribute tokens and actions to an agent and a developer.
Open source video
Governance Layer (identity, audit, tenancy)
Open source video
Source video

Article ideas

4

Your Protocol Specifies the Envelope, Not the Infrastructure

MCP and A2A are message-format agreements, and teams that adopt them believing they have solved agent interconnection have quietly signed up to own discovery, queuing, session persistence, identity, and retry semantics themselves — usually without naming those concerns, so they surface as scattered patches inside agent code rather than as a designed layer.

Angle

Read the protocols for what they do not guarantee: enumerate the four missing properties (discovery, queues, persistence, stateful sessions), then show where each one reappears as ad hoc code in a typical agent repo. Argue that the correct response is to name the missing guarantees before choosing any product.

Source video

The Human Is the Message Bus

In today's agentic workflows the developer has become the router, discovery service, and context serializer between parallel stateful sessions, and that manual relay — not the agents' intelligence — is where latency, token cost, and error injection concentrate; the first thing worth automating away is the human seam, which is an undeclared API that should be designed.

Angle

Treat 'loop engineering' as an anti-pattern with a measurable cost: count the copy-paste events, tokens re-serialized, and wall-clock time lost per multi-session task, then show what the seam looks like when it is an actual interface.

Source video

Continuity Is a Layer, Not a Variable

Agent process lifetime and conversation lifetime are different things, and systems that keep session state in-process have silently fused them; naming continuity (persistence, hydration, runtime binding) as a first-class layer forces the persistence boundary to be explicit and turns agent runtimes into disposable, replaceable workers.

Angle

Contrast an in-memory agent that loses its thread on redeploy with an externalized-state agent that binds on start; then argue that every framework adapter must satisfy a serialization contract, which is the real cost of the design and the part vendors omit.

Source video

Instrument Identity Before You Instrument Cost

Cost and effort attribution in multi-agent swarms is an infrastructure problem that must be solved at design time, because the primary key for attributing tokens is agent identity, and once agents are multiplexed across users and rooms that key cannot be reconstructed — making cost optimization and human-versus-AI contribution accounting permanently guesswork.

Angle

Show why per-request telemetry is insufficient and per-agent identity-scoped telemetry is the minimum; demonstrate the retrofitting failure mode where a single shared credential destroys attribution for every past run.

Source video

Project ideas

4

Hydration Conformance Suite

beyond-evals

At most two of three mainstream agent frameworks (Codex-, LangGraph-, Claude-Code-style) can restore full task state after a forced mid-conversation process kill when adapted to the same continuity interface, and the failures are attributable to framework-specific in-process state rather than to the persistence store.

Proof of concept

Define a minimal continuity contract (persist conversation + in-flight task, hydrate on start, bind runtime). Wrap three frameworks behind it. Drive each through a multi-step task, kill the process at step 3, restart, and diff reconstructed task state against a ground-truth transcript.

Measurement

Pass rate per framework over N restart trials; count of state fields lost per failure; time-to-resume after hydration; number of framework-specific shims required to satisfy the contract.

Source video

Broker Under Duress

new

A central collaboration broker reduces lost messages versus point-to-point adapters under partial failure, but at the cost of a p95 hop latency increase large enough that synchronous agent-to-agent request/response patterns regress, while duplicate deliveries on retry remain nonzero unless adapters implement idempotency themselves.

Proof of concept

Build an identical three-agent topology twice — direct adapters versus broker — and inject faults: dropped connections, restarts during in-flight tasks, downstream timeouts. Log every message with a monotonic id and compare delivery sets.

Measurement

Ordering violations per 10k messages, duplicate deliveries on retry, lost-message rate under injected faults, p95 and p99 hop latency with and without the broker.

Source video

Human Relay Accounting

movement-lab

Human-mediated context transfer between parallel agent sessions accounts for a measurable double-digit fraction of wall-clock time and of total token spend in multi-session coding tasks, and eliminating the human relay reduces both more than improving the underlying agents does.

Proof of concept

Instrument a multi-session workflow: log every manual copy-paste/context re-injection event with its token size and elapsed time. Then replace the human relay with a scripted registration plus message-passing path and re-run the same task set.

Measurement

Minutes of human relay per task, tokens re-serialized per relay event, total tokens per completed task, error/retry count, before versus after the automated path.

Source video

Attribution Key Enforcement

gatehouse

Systems that mint a per-agent identity principal (with delegating-human binding) before the first message retain full cost attribution across multiplexing, whereas systems starting from a shared credential cannot recover per-developer attribution for any historical run, only from the retrofit date forward.

Proof of concept

Stand up two agent rooms on the same broker: one with per-agent principals plus delegation tokens, one with a shared credential. Replay an identical workload, then attempt to answer 'tokens spent per agent and per developer per task' for both.

Measurement

Percentage of historical runs attributable to an agent and a human; percentage attributable to a task; number of runs with ambiguous or colliding identity; audit-query latency.

Source video

Architectural implications

3

Agent interconnection today is done with per-pair handlers, REST endpoints, and hand-rolled adapters; the speaker argues this is the wrong layer to own.

Before

Each agent integration is a bespoke API handler or client/server pair, with discovery, retry, and session state written per connection.

After

A shared collaboration layer owns transport, continuity, conversation rooms, and governance; agents register into it and address each other by identity.

Consequence

Integration cost collapses from O(n^2) point-to-point adapters to O(n) registrations, but you inherit a new central dependency whose availability and latency you must reason about.

Source video

Local agent onboarding is shown as programmatic: spin up Codex and LangGraph agents from the terminal and register them, instead of walking through platform-specific setup.

Before

Onboarding an agent means multi-step manual configuration per platform, with each channel requiring its own setup documentation.

After

Agents self-register via a programmatic call and become discoverable to other agents and humans immediately.

Consequence

Agent deployment becomes scriptable and reproducible (CI-able), which is a prerequisite for testing multi-agent topologies rather than hand-building them.

Source video

Session state ownership moves out of the agent process and into a continuity layer that hydrates and binds runtimes.

Before

An agent process holds conversation state in memory; restart or scale event loses the thread.

After

Durable conversation state is external; the runtime binds to it on start, so agent processes become replaceable workers.

Consequence

Enables horizontal scaling and crash recovery for conversational agents, but introduces a serialization/deserialization contract that every framework adapter must satisfy.

Source video

Tradeoffs and failure modes

3

Adopting a centralized agent collaboration layer

Benefit

Solves routing, discovery, continuity, retries, identity, and audit in one place rather than per integration, across heterogeneous frameworks.

Cost or risk

Introduces a central component in the path of all agent traffic — a single point of failure and a vendor/coupling decision that is expensive to reverse; also a natural collection point for all agent message content, raising tenancy and confidentiality questions.

Band provides a global collaboration layer supporting any agent framework.
Open source video
Source video

Stateless tool-calling simplicity vs. stateful agent coordination

Benefit

MCP's stateless call model is simple, composable, and trivially cacheable/retryable for tool invocation.

Cost or risk

The same statelessness is exactly wrong for agent-to-agent coordination, where continuity of conversation and in-flight task state are the requirement; teams using MCP as the coordination substrate will discover this late.

MCP is stateless tool calling; A2A is client-server and requires building bi-directional setups.
Open source video
Source video

Fully autonomous AI-to-AI communication

Benefit

Removes human intermediaries and lets agents negotiate and assign work across frameworks and organizations, reducing turnaround latency.

Cost or risk

Autonomy without an audit/identity layer means actions are hard to attribute and govern; the same summary that predicts AI-to-AI dominance argues governance (identity, audit, tenancy) must be a dedicated layer to compensate.

Agents will operate independently and communicate without human intermediaries.
Open source video
Source video

Open questions

4

How do different agent frameworks handle state persistence and runtime binding, and can they be adapted behind a uniform continuity interface?

Why unresolved

The summary lists this as an open question the speaker raises; no comparative data across frameworks is given, only a demo of Codex and LangGraph registration.

Research direction

Build a conformance test suite that kills and restarts agent runtimes mid-conversation across 3-4 frameworks and measures whether hydration restores full task state.

Source video

What security and identity model is required for cross-framework, cross-tenant agent communication?

Why unresolved

The summary is truncated precisely at 'What security...' and governance is only described abstractly as identity, audit, tenancy.

Research direction

Specify an agent identity/credential scheme (per-agent principals, scoped delegation tokens) and enumerate the prompt-injection and impersonation attacks a shared room enables.

Source video

Does a central collaboration layer preserve ordering and delivery guarantees under load, or does routing through a shared broker reintroduce the latency and failure modes it was meant to remove?

Why unresolved

The transport layer is claimed to provide real-time delivery, ordering, and retries, but no latency, throughput, or failure-durability numbers are reported.

Research direction

Benchmark a multi-agent topology with and without a broker layer under partial failures: measure message ordering violations, duplicate deliveries on retry, and p95 hop latency.

Source video

Is agent discovery better solved at the protocol level (extending A2A) than by a proprietary registry?

Why unresolved

The summary asserts a lack of native discovery in existing protocols and offers a product registry as the answer, without evaluating whether discovery is a protocol concern.

Research direction

Compare a standardized discovery mechanism (well-known endpoint plus capability manifest) against a registry-broker approach on cold-start lookup, staleness, and revocation.

Source video

Key claims

8
comparativeVerification needed

Existing agent protocols are insufficient for multi-agent orchestration because they lack discovery, queues, persistence, and stateful sessions.

Evidence

Analysis of MCP stateless calls, A2A timeout limitations, and lack of native discovery.

Question

Which of the four missing properties (discovery, queuing, persistence, stateful sessions) can be supplied by protocol-level extensions versus requiring an external layer, and at what implementation cost?

Source video
factualVerification needed

MCP is stateless tool calling and A2A is client-server, requiring developers to build bi-directional setups themselves.

Evidence

MCP is stateless tool calling; A2A is client-server and requires building bi-directional setups.

Question

Does A2A as specified actually place bi-directional setup burden on the implementer, or does the spec cover callback/streaming paths?

Source video
causalVerification needed

Connecting remote, non-deterministic agents is fundamentally a distributed systems problem requiring transport, continuity, conversation, and governance layers.

Evidence

Connecting remote agents is fundamentally a distributed systems problem.

Question

Do agent-specific requirements (non-determinism, free-form payloads, long-running tasks) break the analogy to classic distributed systems in ways that invalidate standard solutions like message queues?

Source video
factualVerification needed

Developers currently serve as manual routers between isolated stateful agent sessions, creating a routing and context-overload bottleneck.

Evidence

Developers currently act as routers between stateful agents.

Question

How much of a typical agentic workflow's wall-clock time and token spend is attributable to human-mediated context transfer between sessions?

Source video
causalVerification needed

Agents cannot discover or communicate with each other directly without a higher-level abstraction, leaving them isolated per platform.

Evidence

Agents cannot see each other or communicate directly without higher-level abstraction.

Question

Can two agents on different frameworks be connected today without a broker layer, and what is the minimal adapter set required?

Source video
predictionVerification needed

Future business communication will shift primarily toward autonomous AI-to-AI interaction without human intermediaries.

Evidence

The future of business communication is shifting toward AI-to-AI interactions.

Question

What fraction of production agent messages are already agent-to-agent versus human-to-agent, and is that fraction growing?

Source video
opinionVerification needed

Attribution of cost and effort between humans and AI in multi-agent systems is extremely difficult for managers today.

Evidence

Managing token costs, tracking human vs. AI effort, and attributing work in multi-agent systems is extremely difficult for managers today.

Question

What telemetry granularity (per message, per turn, per task) is needed before practitioners consider cost attribution solved?

Source video
factualVerification needed

Local agents can be onboarded to a shared collaboration platform programmatically from a terminal within seconds.

Evidence

A developer spins up Codex and LangGraph agents programmatically from the terminal and registers them into Band.

Question

Does programmatic registration remove all manual steps, or does it merely compress them into credentials and configuration the demo had pre-staged?

Source video

Connections

5