Skip to main content
Glama
cindiekinzz-coder

Discord MCP Extended

discord_search_messages

Search Discord server messages using text, author, channel, or content-type filters. Sort by relevance or timestamp, paginate results, and narrow by mentions or pinned status.

Instructions

Searches for messages in a Discord server

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
hasNoFilter messages that contain specific content types (e.g., link, embed, file, poll, image, video, sound, sticker, snapshot)
limitNoMaximum number of messages to return (default 25, max 100)
maxIdNoFilter messages with IDs less than this value (messages before this ID)
minIdNoFilter messages with IDs greater than this value (messages after this ID)
offsetNoNumber of messages to skip (for pagination)
pinnedNoFilter messages based on whether they are pinned
sortByNoSort results by 'timestamp' or 'relevance'
contentNoSearch for messages containing specific text
guildIdYesThe ID of the Discord server (guild) to search within
authorIdNoFilter messages by a specific user ID
mentionsNoFilter messages that mention a specific user ID
channelIdNoFilter messages within a specific channel ID
sortOrderNoSort order: 'desc' for descending or 'asc' for ascending
authorTypeNoFilter messages by author type (user, bot, webhook)
Behavior2/5

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

With no annotations, the description must carry the full burden of disclosing behavior. It only says 'searches for messages' without explaining return format, pagination behavior, or any nuances like rate limits or search syntax. This is insufficient for a tool with 14 parameters and no output schema.

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

Conciseness5/5

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

The description is a single, short sentence with no extraneous words. It is front-loaded with the core idea. While it lacks depth, it is highly concise and does not waste any text, meeting the standard for a concise description.

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?

This tool has 14 parameters, a required guildId, and no output schema. The description gives almost no contextual guidance on how the search operates, what results look like, or how pagination/filters work. Despite rich schema descriptions, the tool is under-specified from a usage and completion standpoint, so a 2 is appropriate.

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 description coverage is 100%, so the baseline is 3. The description adds no parameter-level meaning beyond what the schema already provides; it doesn't comment on how filters like 'content', 'authorId', or 'pinned' combine or influence the search. Thus it earns the baseline, not more.

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 clearly states the action (searches) and resource (messages in a Discord server). It is specific enough about the operation, but does not differentiate from sibling tools like discord_read_messages, nor does it mention the various filtering capabilities. So it lacks the scope detail needed for a 5.

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?

No guidance is provided on when to use this tool instead of alternatives such as discord_read_messages. The description does not indicate scenarios (e.g., searching by content, author, or filters) that favor this tool, nor does it mention exclusions or prerequisites beyond the schema's required guildId.

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

Install Server

Other Tools

Latest Blog Posts

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/cindiekinzz-coder/Discord-MCP-Local-'

If you have feedback or need assistance with the MCP directory API, please join our Discord server