Skip to main content
Glama

Video.Generate

video.generate

Turns a text prompt into a short MP4 video via Hugging Face ZeroGPU and returns the file path or base64; daily GPU quota applies.

Instructions

Generate a short video from a text prompt for free (Wan 2.2 -> LTX-Video on Hugging Face ZeroGPU; no billing). Returns the mp4 path (+ base64 on request). Daily GPU quota applies.

Input Schema

NameRequiredDescriptionDefault
seedNo
promptYes
providerNoauto
aspect_ratioNo16:9
include_base64No
duration_secondsNo

Output Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.5.0

TDQS

A3.5/5.0
Behavior4/5

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

With no annotations present, the description carries the full behavioral burden and does well: it discloses the cost model (free, no billing), the underlying providers, the quota constraint, and the return shape including the optional base64 payload. Gaps remain around latency, video size/duration limits, and failure behavior when quota is exhausted.

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?

Front-loaded with the action and resource, then the free/no-billing qualifier, then the return shape and quota caveat. Three compact sentences, none of which is padding.

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?

An output schema exists, so the description needn't re-explain returns, and the quota/cost disclosure is valuable. But for a six-parameter generative tool with zero schema descriptions, missing parameter guidance and provider selection semantics leave real gaps.

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 must explain all six parameters, but it only touches 'prompt' and 'include_base64'. The agent gets no guidance on aspect_ratio format, duration_seconds bounds, seed semantics, or what the 'provider' enum-like string ('auto' default) accepts.

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?

States a specific verb and resource ('Generate a short video from a text prompt') plus the implementation chain (Wan 2.2 -> LTX-Video on Hugging Face ZeroGPU), so an agent knows exactly what it produces. It does not explicitly contrast itself with the sibling video generators vertex.veo.generate or vertex.veo.status, leaving that differentiation implicit.

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 'for free... no billing' and 'Daily GPU quota applies' phrasing implicitly signals when to prefer this over the paid vertex.veo.generate, but the description never names that alternative or states the exclusion condition. Usage is inferable, not spelled out.

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