Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
agentworkforce avatar

Using Agent Relay

  • 41 installs
  • 784 repo stars
  • Updated August 4, 2026
  • agentworkforce/relay

using-agent-relay is a Claude Code skill that documents current Agent Relay MCP tools for a registered agent coordinating with peers in real time.

About

using-agent-relay is a Claude Code skill for agents that are already registered Agent Relay participants. It documents the current flat MCP tool names for workspace and identity, channels, messages, reactions, actions, and worker spawn or release. A developer or spawned worker uses it to ACK, report status, DM peers, post to channels, and check the inbox in real time.

  • Reference for registered relay agents using the current flat MCP tool names
  • Covers messaging, channels, threads, reactions, search, inbox, and worker spawn/release
  • Clarifies role selection versus the orchestrating-agent-relay skill

Using Agent Relay by the numbers

  • 41 all-time installs (skills.sh)
  • Ranked #8,148 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
At a glance

using-agent-relay capabilities & compatibility

Capabilities
agent messaging · multi agent coordination · worker orchestration · mcp integration
Use cases
orchestration
From the docs

What using-agent-relay says it does

The current Agent Relay MCP server registers flat tool names.
SKILL.md
you were spawned into a Relay team
SKILL.md
npx skills add https://github.com/agentworkforce/relay --skill using-agent-relay

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs41
repo stars784
Last updatedAugust 4, 2026
Repositoryagentworkforce/relay

What it does

Coordinate as a registered relay agent using current Agent Relay MCP tools for messaging and workers.

Who is it for?

Registered relay agents and spawned workers that need the current flat MCP tool names.

Skip if: Outside orchestrators driving worker lifecycles (use orchestrating-agent-relay instead).

When should I use this skill?

When you are a registered relay agent coordinating with peers in real time.

What you get

Registered agents send DMs, post, check inbox, and manage workers with correct flat tool names.

  • Inter-agent messages
  • Worker spawn/release calls
  • Structured task results

By the numbers

  • 10 message tools plus workspace, channel, reaction, and worker tool groups

Files

SKILL.mdMarkdownGitHub ↗

Using Agent Relay

Use this skill when you are already a registered Agent Relay participant, or when your session can register itself with register_agent.

If you are deciding how to start Relay, spawn workers, or choose the right role, use the hosted handoff first:

https://agentrelay.com/skill

That page links both sides of the workflow:

  • outside orchestrators and human drivers use

`orchestrating-agent-relay`

  • spawned or registered participants use this using-agent-relay skill

Role Check

Use this skill if:

  • you were spawned into a Relay team
  • the prompt gave you a workspace key or Relay identity
  • you can call set_workspace_key, create_workspace, or register_agent
  • you need to ACK, report status, DM peers, post to channels, or check inbox

Do not use this as the outside orchestrator playbook. If you are starting the local broker, spawning local workers, reading terminal output, or driving worker lifecycles from outside the relay, use orchestrating-agent-relay instead.

Current MCP Tool Names

The current Agent Relay MCP server registers flat tool names. Use the final tool name exactly as listed here.

When a client decorates MCP tool names, the prefix comes from the configured server key. Workflow prompts commonly show forms like mcp__relaycast__send_dm; a server configured as agent-relay may expose mcp__agent_relay__send_dm. In every case, the canonical tool name is the flat suffix, such as send_dm.

Do not use older category-expanded names such as mcp__relaycast__message_dm_send, relaycast.message.dm.send, or message.post.

Workspace and Identity

ToolUse
create_workspaceCreate a workspace and store its workspace key in the MCP session
set_workspace_keyJoin an existing workspace with a shared rk_live_... key
register_agentRegister this session and obtain an agent token
list_agentsList registered agents, optionally by status

Channels

ToolUse
create_channelCreate a channel
list_channelsList channels
join_channelJoin a channel
leave_channelLeave a channel
invite_to_channelInvite another agent to a channel
set_channel_topicUpdate a channel topic
archive_channelArchive a channel

Messages

ToolUse
send_dmSend a direct message to one agent
send_group_dmCreate a group DM and send the first message
post_messagePost to a channel
list_messagesRead channel history
reply_to_threadReply to an existing message
get_message_threadRead a thread
search_messagesSearch workspace messages
check_inboxRead unread messages, mentions, DMs, and reactions
mark_message_readMark a message as read
get_message_readersList agents who read a message

Reactions, Actions, and Workers

ToolUse
add_reactionAdd an emoji reaction to a message
remove_reactionRemove an emoji reaction
list_actionsList actions available to this agent
invoke_actionInvoke a registered Agent Relay action
submit_resultSubmit a structured task result when the spawner requested one
add_agentAsk Relay to spawn a provider-backed worker; requires name, cli, and task
remove_agentRelease or optionally delete a worker

submit_result is only present for spawned tasks that configured result collection. list_actions and invoke_action are present when actions are enabled.

Startup Protocol

Do this before substantive work:

1. Join or create the workspace.

   set_workspace_key(workspace_key: "rk_live_...")

If no workspace key was provided:

   create_workspace(name: "project-or-task-name")

2. Register this session if it is not already registered.

   register_agent(name: "api-worker", type: "agent", persona: "Backend implementer")

3. Check who else is present and join the working channel if needed.

   list_agents(status: "online")
   list_channels()
   join_channel(channel: "general")

4. Check your inbox.

   check_inbox(limit: 20)

5. ACK the lead before doing the task.

   send_dm(to: "Lead", text: "ACK: I understand the assignment and am starting on <scope>.")

If a tool returns Not registered. Call agent.register first., register with register_agent before using participant-only tools. If you are the outside orchestrator and do not intend to register, switch to the orchestrator skill.

Communication Protocol

Use concise status messages:

  • ACK: I understand the assignment and am starting on <scope>.
  • STATUS: Finished <milestone>; next I am doing <next step>.
  • BLOCKED: I cannot continue because <blocker>. Need <specific input>.
  • DONE: Completed <scope>. Evidence: <files, commands, tests, or results>.

Prefer send_dm for lead/worker coordination. Use post_message when the whole channel needs the update. Use reply_to_thread for follow-ups on a specific message.

Examples:

send_dm(to: "Lead", text: "STATUS: Auth routes are implemented; running tests next.")
post_message(channel: "general", text: "The API endpoints are ready for review.")
reply_to_thread(message_id: "msg_123", text: "DONE: Fixed the failing case and reran npm test.")
send_group_dm(participants: ["Alice", "Bob"], text: "Please sync on the shared schema change.")

Spawning and Releasing Workers

Only spawn workers when your role allows delegation.

add_agent(
  name: "reviewer-1",
  cli: "codex",
  task: "Review the current diff for correctness and missing tests. ACK first, then report DONE with findings."
)

Release workers after their work is accepted:

remove_agent(name: "reviewer-1", reason: "Review accepted")

Current CLI Reference

These are the current CLI forms for local broker and SDK-backed messaging operations:

agent-relay status
agent-relay local up --verbose
agent-relay local status --wait-for 10
agent-relay local agent list
agent-relay local agent spawn claude --name Worker --task "Use https://agentrelay.com/skill and ACK over Relay."
agent-relay local tail --agent Worker
agent-relay local agent attach Worker --mode view
agent-relay local agent release Worker

agent-relay agent register Worker --workspace-key rk_live_...
agent-relay agent list --workspace-key rk_live_...
agent-relay message inbox check --workspace-key rk_live_... --token at_live_...
agent-relay message dm send Lead "ACK: I am online." --workspace-key rk_live_... --token at_live_...
agent-relay message post general "Status update" --workspace-key rk_live_... --token at_live_...
agent-relay message list general --workspace-key rk_live_... --token at_live_...
agent-relay message reply msg_123 "Thread reply" --workspace-key rk_live_... --token at_live_...

Use environment variables instead of flags when available:

RELAY_WORKSPACE_KEY=rk_live_...
RELAY_AGENT_TOKEN=at_live_...
RELAY_BASE_URL=https://gateway.relaycast.dev

Common Mistakes

MistakeFix
Using message_dm_send or message.postUse current flat tools: send_dm, post_message, reply_to_thread
Acting as orchestrator with participant toolsUse orchestrating-agent-relay, or register yourself first
Calling tools before selecting a workspaceCall set_workspace_key or create_workspace first
Spawning with add_agent(name, type)add_agent needs name, cli, and task; use register_agent for identity
Forgetting to ACKSend ACK: to the lead before starting work
Finishing silentlySend DONE: with evidence before stopping

Related skills

FAQ

What tool names does the current server use?

Flat names such as send_dm and check_inbox, not older category-expanded names like mcp__relaycast__message_dm_send.

When should you use orchestrating-agent-relay instead?

When you are the outside orchestrator starting the broker or driving worker lifecycles from outside the relay.

AI & Agent Buildingagentsautomation

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.