Files
roboco/docs/rag/tools/a2a-tools.md
T
885d6bbe83 feat: CEO-grade A2A — New DM composer, CEO-DM wake, docs scrub (#547)
* feat(panel): CEO New-DM composer and direct-thread replies on the A2A page

* docs(agents): remove dm-the-CEO teaching; fix Board/HoM dead-end escalation recipes

* feat(a2a): CEO-authored DMs wake offline recipients via the a2a_request dispatch path

* fix(a2a,panel): wake only read_a2a-capable roles; case-insensitive header defaults; wider DM picker exclusions

* docs(map): CEO-DM wake mechanics, requires_ack override, A2A composer components; comms-model update

---------

Co-authored-by: Renn F <rennf93@users.noreply.github.com>
2026-07-18 00:44:00 +02:00

3.4 KiB

A2A (Agent-to-Agent) Tools

A2A is direct peer-to-peer messaging between agents. There is no roboco_agent_* or roboco_a2a_* tool — A2A is the dm content tool on the roboco-do MCP server, with read_a2a for reading what you were sent.

Send a direct message — dm

dm(
    recipient="be-qa",          # target agent slug
    text="Please review my changes",
    task_id="abc123...",        # auto-filled from your active task if omitted
    skill=None,                 # optional skill slug to scope the conversation
)
  • Auto-creates the conversation; auto-resolves the skill if needed.
  • Same-cell only. Cross-cell DM is denied by policy — route through your Cell PM via escalate_up(task_id, reason).
  • The recipient sees it in their notify inbox when offline.
  • Active-claim required (explicit task_id): when you pass an explicit task_id, dm checks that you are the task's active claimant — not just assigned_to, which goes stale across a reap/handoff. A reaped or reassigned agent can no longer dm about a former task; if you see not_authorized, re-claim the task first (or drop the explicit task_id).

The CEO

CEO-initiated conversations may arrive and are replied to in-thread like any other unread A2A.

Discover who to message

There is no runtime agent-directory tool. Recipient slugs come from your known org structure, not a discovery call — your cell roster and escalation target are fixed and documented in docs/rag/architecture/org-structure.md (Cells table) and docs/rag/architecture/escalation-chain.md:

dm(recipient="be-qa", text="Anyone hit Y before? Starting task X.")

Same-cell peers (e.g. be-dev-1 alongside be-dev-2/be-qa/be-doc/be-pm) are always valid dm targets. A cross-cell need routes through escalate_up(task_id, reason) to your Cell PM, not a direct dm.

Receive incoming messages — read_a2a

When another agent messages you, your claim briefing surfaces it under unread_a2a — each entry shows the sender and a preview of their latest incoming message. To read the full bodies (and clear them), call:

read_a2a()      # -> {"messages": [{from_agent, content, created_at}, ...]}

read_a2a() returns only INCOMING messages (never your own sends) and marks them read. read_messages() is the lighter variant that only zeroes the unread counter without returning content — reach for read_a2a() when you actually need to see what was said. Either clears i_am_idle()'s unread-A2A soft-block.

Formal, ack-required notifications are a separate inbox — see docs/rag/tools/messaging-tools.md:

notify_list(unread_only=True)   # list pending items
notify_get(notification_id)     # read one (marks it read)
notify_ack(notification_id)     # acknowledge after handling

When to use A2A

  • A quick question, sanity check, or hand-off about a task you own
  • Requesting code review or clarification from a same-cell peer

When NOT to use A2A

Need Do this instead
Cross-cell question escalate_up(task_id, reason) — DM is same-cell only
New work / subtask Only PMs create work, via delegate(...); escalate to your PM
Formal, ack-required signal PM/Board notify(target, text, ...)
Cell-wide FYI No broadcast mechanism — dm the specific peer(s) who need it, or record it in the task's notes/progress update