Skip to main content
Glama
OrellBuehler

sonarr-mcp

by OrellBuehler

delete_episode_file

Delete an episode file from disk to free up space while keeping the episode in your library, marked as missing. Useful for replacing files, forcing re-download, or removing unwanted content.

Instructions

Delete one episode file from disk. The episode stays in the library and becomes missing.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
idYesEpisode file id

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. First observedv0.1.0

TDQS

A4.3/5.0
Behavior4/5

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

There are no annotations, so the description carries the full burden. It discloses the key side effect: the file is removed from disk while the library entry remains and becomes missing. It does not mention irreversibility or permissions, but 'from disk' implies permanence. This is solidly transparent for a simple delete action.

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 two short sentences with no filler. The action is front-loaded and the consequence is stated immediately, so every sentence earns its place.

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

Completeness5/5

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

For a one-parameter destructive operation with no output schema, the description explains both the action and its direct consequence on the library. The level of detail is sufficient for an agent to decide whether to invoke this tool and what to expect.

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%, and the description adds no extra meaning beyond the schema's 'Episode file id'. The baseline of 3 applies because the schema already documents the only parameter fully.

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

Purpose5/5

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

The description states a specific verb ('Delete') and resource ('episode file'), and explicitly limits the action to one file, distinguishing it from the plural sibling delete_episode_files. It also clarifies the downstream effect on the library, making the purpose unmistakable.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The phrase 'one episode file' clearly signals this tool handles a single file, which implicitly contrasts with the plural sibling delete_episode_files. It does not explicitly name alternatives or state when-not-to-use, but the context is reasonably clear.

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/OrellBuehler/sonarr-mcp'

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