Skip to main content
Glama

Delete a caption track

delete_captions
DestructiveIdempotent

Removes an uploaded YouTube caption track by caption ID after user confirmation; use list_captions to find the ID first.

Instructions

Delete an uploaded caption track (see list_captions for ids). Needs the user’s confirmation.

Input Schema

NameRequiredDescriptionDefault
channelNoWhich connected channel: channel ID (UC...), @handle or name. Omit to use the default channel.
caption_idYes
confirmation_tokenNoOnly after the user approved: the confirmation_token returned by the previous call with identical arguments.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.1

TDQS

A4.1/5.0
Behavior4/5

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

Annotations already declare destructiveHint=true, idempotentHint=true and openWorldHint=true, so the safety profile is covered. The description adds the meaningful operational context that user confirmation is required, which is not derivable from the annotations. It stops short of describing what happens to the caption data or the response after deletion.

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?

Two short sentences with no filler; the operation and the id source come first, and the confirmation constraint follows. Every clause carries information the agent needs.

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

Completeness4/5

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

For a destructive, open-world tool with no output schema, the description covers the key risks: the id source and the confirmation gate. Minor gaps remain around post-deletion effects and error behaviour, but nothing critical to correct invocation is missing.

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

Parameters4/5

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

Schema coverage is 67%, and the undocumented parameter is caption_id; the description compensates by directing the agent to list_captions for valid ids. The confirmation requirement reinforces the confirmation_token semantics, though the channel parameter's default behaviour is left entirely to the schema.

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?

Specific verb + resource ("Delete an uploaded caption track") that clearly separates it from list_captions, download_captions and upload_captions. It does not explicitly state the inverse operation or scope limits, but an agent can identify the operation without opening the schema.

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?

Points to list_captions as the source of caption ids and states the prerequisite that the user must confirm before deleting. No explicit when-not or alternative path is given, but the context needed to call it is clear.

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