Skip to main content
Glama

role_membre

Add or remove a Discord role from a server member by specifying member ID, role ID, and the action to perform.

Instructions

APERÇU. Ajouter ou retirer un rôle à un membre ; action : ajouter ou retirer.

Input Schema

NameRequiredDescriptionDefault
actionYes
role_idYes
membre_idYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

C2.4/5.0
Behavior2/5

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

No annotations are supplied, so the description carries the full burden, yet it does not state whether the change is immediate or a preview, what permissions are required, whether removal revokes inherited permissions, or what is returned. The word 'APERÇU' alongside an explicit mutation verb leaves the side-effect profile genuinely unclear.

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

Conciseness3/5

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

The description is a single compact sentence with no wasted filler, but leading with the ambiguous 'APERÇU' rather than the action itself misplaces emphasis and forces the agent to reinterpret the tool's nature.

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 is a mutation tool with no annotations, no output schema, no parameter documentation beyond one enum-like hint, and an unresolved preview-versus-execute ambiguity. For a three-required-parameter write operation, substantially more context is needed.

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

Parameters2/5

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

Schema description coverage is 0% and all three parameters are required, so the description must compensate. It does document the two expected values for 'action' (ajouter/retirer), which the schema lacks, but 'membre_id' and 'role_id' receive no format or sourcing information at all.

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

Purpose3/5

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

The core verb+resource is identifiable: adding or removing a role from a member. However, the leading token 'APERÇU' (preview) muddies whether this is a dry-run or an actual mutation, and the description does not differentiate it from siblings such as supprimer_role or modifier_role.

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?

There is no guidance on when to use this tool versus modifier_role, supprimer_role, or the plan/approval flow siblings. The only routing hint is the 'action: ajouter ou retirer' phrase, which describes a parameter value rather than a usage condition.

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