Skip to main content
Glama

add_subtitle

Load an external subtitle file, such as .srt, into the video currently playing in VLC by providing a relative or absolute path.

Instructions

Load an external subtitle file into the currently playing video.

Args: subtitle_path: Path relative to the video folder (or an absolute path) of a subtitle file such as .srt

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "subtitle_path": "<subtitle_path>"
    },
    "name": "add_subtitle"
  }
}

Input Schema

NameRequiredDescriptionDefault
subtitle_pathYes

Output Schema

NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A3.9/5.0
Behavior2/5

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

No annotations are provided, so the description must carry the behavioral burden. It says the file is loaded into the current video but does not disclose whether existing subtitles are replaced, whether playback must already be active, supported formats beyond the .srt example, or what happens on invalid or missing files.

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 tight sentences, front-loads the core action, and uses the Args block only to document the sole parameter. There is no redundant or filler text.

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 low-complexity one-parameter tool with an output schema, the description supplies enough path semantics and target context to invoke it correctly. The remaining gap is behavioral detail about side effects and failure modes, which is modest because the output schema can cover return values.

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

Parameters5/5

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

With schema description coverage at 0%, the description fully compensates for the single parameter by explaining that subtitle_path may be relative to the video folder or absolute and should point to a subtitle file such as .srt. That adds crucial invocation meaning beyond the schema's bare 'Subtitle Path' title.

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 and resource—load an external subtitle file—and names the target as the currently playing video. This is precise enough for an agent to identify the action without confusing it with playback, volume, or playlist siblings.

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

Usage Guidelines3/5

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

It implies the tool applies only when a video is currently playing and explains the path format, but it does not explicitly state when to use this versus other playback tools or when not to use it, such as with no active video or an unsupported subtitle format.

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