* 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>
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 explicittask_id,dmchecks that you are the task's active claimant — not justassigned_to, which goes stale across a reap/handoff. A reaped or reassigned agent can no longerdmabout a former task; if you seenot_authorized, re-claimthe task first (or drop the explicittask_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 |