Skip to main content
Glama
Sign In
magents

magents

by abnegate
OverviewSchemaSourceRelated ServersDiscussionsAdmin
Rust
Local

reply

Send a response to the latest inbox email or a given mail_id, delivering your message to the sender's session. Solves the need to answer mail directly within the agent coordination workflow.

Instructions

Reply to the latest inbox mail (or a mail_id) by sending to its sender session.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "message": "<message>"
    },
    "name": "reply"
  }
}

Input Schema

NameRequiredDescriptionDefault
agentNo
mail_idNoInbox mail id to reply to; omit to use the latest
messageYes
session_idNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.11.0

TDQS

C2.9/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries full burden. It does reveal the core behavior (sending to the sender session) but does not disclose side effects, error modes, or the role of agent/session_id. For a mutating action with no annotations, this is under-specified.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

One sentence, efficient, front-loaded with the main behavior. Loses a point because the 'sender session' concept is introduced without explanation.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With no annotations Schema, sibling send_message presumably alternative, and two unexplained parameters (agent, session_id) plus no output schema, the definition is under-specified. It doesn't clarify when to choose reply vs send_message or what session_id refers to.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is only 25%, so description carries weight. It clarifies mail_id ('Inbox mail id to reply to') is redundant with schema, and adds the sender-session targeting contextsac. But agent and session_id remain unexplained, leaving ambiguity about whether session_id refers to the sender session and how agent fits.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description names a clear action ('reply') and a target resource (inbox mail, either latest or specified by mail_id), and explains the mechanism (sending to its sender session). It is understandable on its own, but it doesn't explicitly differentiate itself from sibling tools like send_message or await_reply beyond the reply-to-mail concept.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description states when to use it (to reply to latest mail) but offers no guidance on when not to use it, no alternatives, and no requirements such as needing an existing session or the meaning of session_id. The agent is left to infer conditions like 'session must already exist'.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools