Skip to main content
Glama

generate_gif

Convert a video segment into an animated GIF. Specify input and output paths, with optional start time, duration, width, and fps to control the result.

Instructions

Convert a segment of a video into an animated GIF.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
fpsNo
widthNo
durationNo
input_pathYesSource video path. Relative paths resolve against MEDIA_DIR (defaults to the server's working directory); absolute paths are used as-is.
start_timeNo
output_pathYesDestination .gif path. Relative paths resolve against MEDIA_DIR (defaults to the server's working directory); absolute paths are used as-is.
Behavior2/5

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

No annotations are provided, so the description carries full responsibility. It only states the conversion without disclosing details like output overwrite behavior, dependencies (e.g., ffmpeg), or how the segment is determined. The 'segment' reference is vague and relies on schema params (start_time, duration) that are not explained.

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 a single declarative sentence that is front-loaded and contains zero filler. It is appropriately sized and immediately conveys the core function.

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?

Given the tool has 6 parameters, no output schema, no annotations, and is one of many similar video tools, the description is unduly sparse. It fails to explain return values, parameter meanings, or typical usage scenarios, leaving the agent under-informed for correct invocation.

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 coverage is only 33% (only input_path and output_path have descriptions). The description adds minimal semantic value, mentioning 'segment' but not elaborating on start_time, duration, fps, or width. It does not compensate for the 4 undocumented parameters.

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 clearly states a specific action ('Convert a segment of a video') and resource ('animated GIF'), distinguishing it from siblings like extract_frame (single frame) and trim_video (video output). It uses a verb+resource structure that is unambiguous.

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?

The description implies its usage—when a GIF is needed from a video segment—but provides no explicit alternatives or exclusion criteria. It does not mention when to use this instead of convert_format or trim_video, leaving the agent to infer.

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/gxtontata/video-editor-mcp'

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