Skip to main content
Glama

delete_media_grabbers_devices_by_device_id

DestructiveIdempotent

Remove a media device from Plex by providing its unique device ID. Deletes the specified device from your server.

Instructions

Remove a device.

DELETE /media/grabbers/devices/{deviceId}

Args: device_id: The ID of the device.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
device_idYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

C2.8/5.0
Behavior2/5

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

The annotations already declare destructiveHint=true, readOnlyHint=false, and idempotentHint=true. The description adds no behavioral context beyond restating the action, such as whether the device's channels or associated data are also removed, or whether the operation succeeds on nonexistent IDs.

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?

The description is very short, front-loads the action, and avoids fluff. The endpoint and argument line are useful though slightly redundant with the tool name and schema.

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

Completeness3/5

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

For a one-parameter delete with rich annotations and an output schema, the invocation is minimally covered: the endpoint and device_id are provided. But it lacks any context about side effects, irreversibility beyond the annotation, or which device domain is being affected, so an agent could confuse it with similar device-deletion siblings.

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%, so the description needed to explain the parameter meaning. It only says 'device_id: The ID of the device', which restates the schema property title without explaining how to obtain the ID, what kind of device is expected, or any format constraints.

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 says 'Remove a device' and provides the exact DELETE endpoint '/media/grabbers/devices/{deviceId}', so the verb and resource are clear. However, it does not explicitly distinguish this from the sibling delete_livetv_dvrs_by_dvr_id_devices_by_device_id, relying on the endpoint and tool name to carry the differentiation.

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 alternatives. It does not mention related tools such as update_media_grabbers_devices_by_device_id, delete_media_grabbers_devices_by_device_id_scan, or get_media_grabbers_devices_by_device_id, nor any preconditions for removing a device.

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