evex-agent-messaging
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@evex-agent-messagingcreate a child conversation for this mission"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
EVEX Agent Messaging Gateway
Provider-neutral MCP transport for Parent Main, Child Main, and Role Child conversation operations. Agents call this MCP; they do not call OpenHands' Conversation API directly.
Tools
create_child: validate the complete structured Mission and the clean deterministic Git checkout, bind Child identity plus callback capability, then create one deterministic Conversation. The provider runs one tool-free admission turn, restores and revalidates the exact branch/head after ACP bootstrap, and only then admits tools and delivers the Mission. No Conversation API call occurs when checkout authority is missing or mismatched. Source roles receive only Messaging; only explicit QA/repair Missions may requestcapabilities: ["runtime_environment"].send_to_parent: deliver a structuredRESULT/NEEDS_INPUTto the capability's owning Main.request_user_decision: deliver an A/B/C-style question to the owning Main.cancel_mission/resume_mission: stop or resume the exact Child task.publish_navigation_links: publish informational Issue/Main/Child/PR links to the owning Main.
Capabilities are compact opaque evx1_ HMAC-SHA256 references. They bind the owning Main, Child, task key, role,
allowed action, and expiry. The server holds the OpenHands credential; it never appears in tool input,
tool output, or child environment variables. There is no persistent state: callers provide a stable
message key and the Main deduplicates semantic replays.
Each created Child receives an asynchronous native Stop hook. The hook calls the private
/completion-hook endpoint with its scoped reference; the gateway waits for terminal native state
and sends one stable RECOVERY_WAKE containing the bounded terminal assistant response to the owning
Main. This is the provider-neutral fallback when a model finishes without calling send_to_parent.
Repeated hooks reuse the same semantic message key and do not require a database, poller, read tool,
or receipt store.
The trusted Event Gateway/host mints the short-lived Main capability with
main_capability_token(...) and injects it into the Main Mission. The MCP does not expose a capability
minting tool to agents.
The Parent creates or fetches only the persistent bare mirror at
/home/openhands/workspace/mirrors/<owner>--<repository>.git. create_child derives
/home/openhands/workspace/delivery/child-<child UUID>, creates the exact branch worktree when absent,
and validates repository, origin, branch, head, and cleanliness before touching the Conversation API.
It never clones/fetches remotely, deletes, resets, or repurposes an existing worktree.
Related MCP server: agent-broker
Run
The server uses MCP stdio framing (Content-Length headers):
export EVEX_MESSAGING_SECRET='long-random-secret'
export OPENHANDS_URL='http://openhands:8000'
export OPENHANDS_API_KEY='server-only-key'
export OPENHANDS_PUBLIC_URL='http://openhands.example/canvas'
PYTHONPATH=src python3 -m evex_agent_messagingOnly the adapter reads the OpenHands variables. A fake provider can be injected in tests or by a host embedding the service, so skills and Missions remain runtime-neutral.
Validation
python3 -m unittest discover -s tests -p 'test_*.py' -qThis server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceMCP Server for AI agent identity and authorization. Create, verify, and manage agent identities with trust scores and scoped authorization tokens.MIT
- FlicenseNot gradedqualityCmaintenanceEnables multi-agent communication workflows with consensus arbitration, peer messaging, and operator-mediated collaboration through authenticated MCP tools.1
- AlicenseNot gradedqualityDmaintenanceEnables durable handoffs and shared scratchpad for multi-agent workflows over MCP HTTP transport.117MIT
- AlicenseNot gradedqualityBmaintenanceMCP server that enables AI agents on different machines to communicate and collaborate directly through relay channels, supporting structured agent contracts, real-time messaging, and human-in-the-loop approval workflows.1,905MIT
Related MCP Connectors
An authenticated remote MCP server for user-owned devices and one-shot capability invocation.
Workflow diagnostics, capability routing, and x402 settlement for MCP-compatible agents.
Agent-native collaboration network: orchestrate a team of long-running agents from any MCP client.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/EvexU2/evex-agent-messaging'
If you have feedback or need assistance with the MCP directory API, please join our Discord server