Agent Collaboration MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| start_agentB | Start an agent in a specific tmux target |
| get_agent_statusC | Get status of agents |
| send_messageB | Send a message to a tmux target. Control characters supported: C-c (stop), C-l (clear), etc. |
| capture_screenC | Capture screen content from a tmux target |
| parallel_implementC | Start parallel implementation with multiple workers |
| get_parallel_statusC | Get status of parallel implementation sessions |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 6 tools
Most tools have distinct purposes: screen capture, agent status, parallel status, parallel implementation, messaging, and agent starting. However, 'get_agent_status' and 'get_parallel_status' could be slightly confused as both retrieve status information, though they target different entities (agents vs. parallel sessions). The descriptions clarify this distinction, making misselection unlikely.
All tool names follow a consistent verb_noun pattern using snake_case: capture_screen, get_agent_status, get_parallel_status, parallel_implement, send_message, and start_agent. The verbs are clear and appropriate (e.g., 'capture', 'get', 'parallel_implement', 'send', 'start'), with no deviations or mixed conventions.
With 6 tools, the count is well-scoped for an agent collaboration server. Each tool serves a specific role in managing agents, parallel sessions, and tmux interactions, and none appear redundant or unnecessary. This is a typical range (3-15 tools) that supports the server's purpose without being overwhelming.
The tool set covers core operations like starting agents, checking status, sending messages, and screen capture, but has notable gaps. For example, there are no tools to stop or manage agents beyond starting them (e.g., stop_agent, restart_agent), and parallel sessions lack update or termination capabilities. This may cause agents to work around limitations, but basic workflows are supported.