MCP shim: add aro_list_all tool (fleet-wide ARO discovery)

Sub-tickets

Questions

Activity

• system created · 2026-05-27
  wi cli
• system spec · 2026-05-27
  PROBLEM: MCP tool aro_list auto-fills agent=<current session>, returning only the caller's memberships. Agents that need to discover an ARO by name (to join it) cannot - they have to curl /aro/list directly or query SQLite. WHAT TO ADD: New MCP tool 'aro_list_all' (no args) -> proxies hub GET /aro/list with no agent/aro params -> returns the hub's grouped-by-aro shape {ok:true, aros:{<aro>:[<agent>,...]}}. TOOL DESCRIPTION (this is the bit the LLM reads to know when to call it - keep it tight): 'List ALL AROs on the hub (grouped by ARO name with member lists). Use to discover an ARO by partial-name match before aro_join. aro_list (no _all) only returns the calling agent's memberships.' PATHS: - hub/llmmsg-srv-mcp.mjs (tool registration + handler) - No hub.mjs change (route /aro/list already supports the no-arg shape, see hub.mjs L1022-1027). ACCEPTANCE: 1. Tool count goes from 15 -> 16. 2. Calling aro_list_all (no args) from any session returns {ok, aros:{...}} containing 'evolutiva-management', 'llmmsg-srv-engineering', 'chatduo-engineering', etc. 3. aro_list (no args) behavior unchanged (still scopes to caller). FILED BY: pm-llmmsgsrv-cc on Elazar's instruction 2026-05-26-20:35. Triggered by ARO-discovery friction during evolutiva-management join.
• system completed · 2026-05-27
  MCP shim v2.9.6 cab2c7f: aro_list_all tool registered. Tool count 15->16. Caveat: new sessions only - existing sessions need /clear or ccs.sh relaunch to see it.