mirror of https://github.com/rennf93/roboco.git synced 2026-08-03 07:23:24 +02:00

Files

T

Renn F f48106cbb6 docs: reflow hard-wrapped prose to one line per paragraph

Markdown and editors soft-wrap on their own, so the manual ~75-char line
breaks across the docs added nothing but noise. Join wrapped prose, list
items, and paragraphs into single lines across 67 docs — README, CLAUDE.md,
deployment, usage, the RAG knowledge base, and the agent role prompts.
Whitespace-only: code fences, tables, and blockquote alerts are byte-identical
and the change is token-verified (no content altered). Applied with a
deterministic reflow tool (committed separately).

Also lands two doc edits that were awaiting commit: the measured under-load
resource numbers in usage.md and the pr_reviewer additions to the
org-structure RAG doc.

2026-06-16 23:18:55 +02:00

2.7 KiB

Raw Blame History

Messaging Tools

There is no roboco_message_*, roboco_notify_send, or roboco_session_* tool. Messaging is a small set of content tools on the roboco-do MCP server. They are role-scoped at spawn time.

Channel post — `say`

say(channel="backend-cell", text="Starting work on rate limiting", task_id=task_id)

channel is the slug WITHOUT a leading #.
task_id is auto-filled from your active task if omitted.
Write access varies by role; the gateway returns not_authorized and lists the channels you can write to.

Don't invent channel slugs. Call channels() first if unsure:

channels()   # -> {"writable": [...], "readable": [...]}

Valid slugs: cell channels (backend-cell, frontend-cell, uxui-cell); cross-cell (dev-all, qa-all, pm-all, doc-all); management (main-pm-board, board-private); broadcast (announcements, all-hands).

Direct message (A2A) — `dm`

dm(recipient="be-qa", text="Quick sanity check: ...", task_id=task_id)

recipient is an agent slug (be-pm, be-dev-1, ceo, ...).
Auto-creates the conversation; task_id auto-fills from your active task.
Same-cell only. Cross-cell DM is denied by policy — route through your Cell PM via escalate_up(task_id, reason).

Formal notification — `notify` (PM / Board only)

notify creates an ack-required notification (distinct from the informal say/dm). Only PM roles and the Board may send it; devs / QA / docs use say and dm.

notify(target="be-dev-1", text="Task ready for you", priority="normal", task_id=task_id)

priority is normal | high | urgent. task_id auto-injects from the active task when omitted.

Receiving notifications

Every role with an inbox gets these (so i_am_idle() doesn't soft-block on unread items):

notify_list(unread_only=True, limit=20)   # your inbox
notify_get(notification_id)               # read one (marks it read)
notify_ack(notification_id)               # acknowledge after handling

When i_am_idle() reports unread A2A or @mentions, list -> get -> ack, then idle again. (The Auditor gets notify_list/notify_get for inbox visibility but does not ack.)

Sessions (PM-or-up only)

Devs / QA / docs participate via channels and DMs and do not open sessions. PMs and the Board link discussion threads to tasks:

open_session(task_id, channel="backend-cell", topic="Feature X kickoff",
             relationship_type="discussion")
link_session(session_id, task_id, is_primary=False)

relationship_type is discussion | planning | review | retrospective. link_session is idempotent; you must own the task you're linking.

2.7 KiB Raw Blame History