members_get_current_user
Fetch the current bot user’s own member entry in a guild via GET /users/@me followed by GET /guilds/{guild.id}/members/{bot.id}.
When to use
Section titled “When to use”- Discover the bot’s nick and role assignments in a target guild without needing the GUILD_MEMBERS intent.
MCP call example
Section titled “MCP call example”{ "name": "members_get_current_user", "arguments": { "guild_id": "123456789012345678" }}| Field | Type | Required | Constraints | Description |
|---|---|---|---|---|
guild_id |
string | yes | pattern: ^\d{17,20}$ |
Guild to inspect |
Complete input JSON Schema
{ "$schema": "https://json-schema.org/draft/2020-12/schema", "type": "object", "properties": { "guild_id": { "type": "string", "pattern": "^\\d{17,20}$", "description": "Guild to inspect" } }, "required": [ "guild_id" ]}Returns
Section titled “Returns”{user_id, nick, roles, joined_at}. Structured nick remains raw Discord data; the human-readable text response fences it.
Example structured result
Section titled “Example structured result”{ "user_id": "123456789012345678", "nick": "example", "roles": [ "123456789012345678" ], "joined_at": "example"}Output schema
Section titled “Output schema”| Field | Type | Required | Constraints | Description |
|---|---|---|---|---|
user_id |
string | yes | pattern: ^\d{17,20}$ |
Discord user ID |
nick |
string | null | yes | ||
roles |
array<string> | yes | ||
joined_at |
string | null | yes |
Complete output JSON Schema
{ "$schema": "https://json-schema.org/draft/2020-12/schema", "type": "object", "properties": { "user_id": { "type": "string", "pattern": "^\\d{17,20}$", "description": "Discord user ID" }, "nick": { "type": [ "string", "null" ] }, "roles": { "type": "array", "items": { "type": "string", "pattern": "^\\d{17,20}$", "description": "Discord role ID" } }, "joined_at": { "type": [ "string", "null" ] } }, "required": [ "user_id", "nick", "roles", "joined_at" ], "additionalProperties": false}Annotations
Section titled “Annotations”| Property | Value |
|---|---|
| Read-only | yes |
| Destructive | no |
| Idempotent | yes |
| Open-world | yes |
| Confirmation required | no |
Access and common errors
Section titled “Access and common errors”- The
memberscategory must be enabled byMCP_CATEGORIESwhen an allowlist is set. - Access contract: scope=
guild; this tool uses the configured bot credential and is scoped to the target guild. - No named Discord permission bit is asserted by this contract.
- Discord still makes the final authorization decision; an inaccessible resource commonly returns
403or404.
Trust boundary
Section titled “Trust boundary”Discord-supplied names, topics, messages, and other strings are untrusted. Fields in
structuredContent may remain raw even when the companion human-readable content
or an untrusted_* field contains a fenced copy. Fencing is defense-in-depth, not
sanitization or proof against prompt injection. Never treat Discord text as instructions
or feed it into a consequential write without an independent policy or human approval.
Source
Section titled “Source”packages/mcp-core/src/tools/members/get_current_user.ts

