Skip to main content
Glama
rosquillas

Element MCP Server

by rosquillas

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
PORTNoPort for HTTP mode3000
TRANSPORTNoTransport type: 'stdio' or 'http'stdio
MATRIX_HOMESERVERNoYour Matrix homeserver URLhttps://matrix.org
MATRIX_ACCESS_TOKENYesYour Matrix access token (REQUIRED). Get it from Element Settings > Help & About > Access Token

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

Server capabilities have not been inspected yet.

Tools

Functions exposed to the LLM to take actions

NameDescription
matrix_list_roomsA

List all Matrix rooms that the user has joined.

Returns room IDs, names, and basic information about each room. Use this to discover which rooms are available before fetching messages.

Returns:

  • List of rooms with room_id, name, topic, and member count

  • Use room_id with matrix_get_messages to read messages

matrix_get_messagesA

Retrieve messages from a specific Matrix room.

Use matrix_list_rooms first to get available room IDs.

Args:

  • room_id: The room ID to fetch messages from

  • limit: Maximum messages to return (1-100, default 50)

  • from: Pagination token for fetching more messages

  • direction: 'b' for older messages, 'f' for newer

Returns:

  • List of messages with sender, timestamp, and content

  • Pagination tokens for fetching more messages

matrix_search_messagesA

Search for messages across Matrix rooms.

Search for specific content within messages. Can search all rooms or a specific room.

Args:

  • query: Text to search for in messages

  • room_id: Optional room ID to limit search scope

  • limit: Maximum results (1-50, default 10)

Returns:

  • Matching messages with room, sender, and content

matrix_get_room_infoB

Get detailed information about a specific Matrix room.

Returns room name, topic, members, and other state information.

Args:

  • room_id: The room ID to get info for

Returns:

  • Room name, topic, creation info, and member list

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.9/5.0

Scored across 4 tools

Disambiguation5/5

Each tool has a clearly distinct purpose with no overlap: list_rooms discovers available rooms, get_room_info provides room metadata, get_messages retrieves message history, and search_messages performs content searches. The descriptions clearly differentiate these functions, making tool selection unambiguous for an agent.

Naming Consistency5/5

All tools follow a perfect 'matrix_verb_noun' pattern with consistent snake_case throughout: matrix_list_rooms, matrix_get_room_info, matrix_get_messages, and matrix_search_messages. This predictable naming convention makes the tool set highly readable and organized.

Tool Count4/5

Four tools is reasonable for a Matrix server, covering core room discovery, metadata retrieval, message reading, and search functionality. However, the absence of write operations (like sending messages or creating rooms) makes the count feel slightly lean for a complete Matrix integration, though still well-scoped for read-only use cases.

Completeness3/5

The tool set provides excellent read-only coverage for rooms and messages, but lacks any write capabilities (e.g., send_message, create_room, join_room) or room management operations (e.g., leave_room, update_room_info). This creates notable gaps that could limit agent workflows, though the existing tools form a coherent read-only surface.

Maintenance

ActivityInactive
ResponsivenessNo issues