Skip to main content
Glama
hermoso-ai

Hermoso

Official

Insert a new scene into a video

insert_scene

Insert a new 5-13 second scene into an existing clip at a chosen point, then resume the original footage—add a product close-up, reaction, or reveal without re-rendering the whole ad.

Instructions

INSERT a newly generated scene into a clip you already have: the video plays up to startTime, the new scene (5 to 13 seconds) plays, then the original picks up again at resumeTime. Use for a product close-up, a reaction, a reveal or a missing beat in the middle of an ad without re-rendering the rest. resumeTime = startTime keeps every second of the original; a later resumeTime also cuts the footage in between. Describe the scene in prompt and/or attach up to 4 reference pictures (refImages) or 1 reference clip (refVideos). Clips up to 60 seconds; both times between 1.625 and 60 seconds. Paid render (billed per second of NEW scene); returns the whole video's URL.

Input Schema

NameRequiredDescriptionDefault
videoYesthe source video URL (a render, job result or list_library item)
promptNowhat happens in the new scene: the action, the subject, the camera
secondsNolength of the new scene, 5-13 seconds (default 5)
refImagesNoup to 4 picture URLs of what should appear (the product, a person, a place)
refVideosNoup to 1 clip URL whose look or motion the scene follows
startTimeYesseconds into the clip where the new scene starts (1.625-60)
resolutionNodefault 720p (rendered at 768p); '480p' is cheaper
resumeTimeYesseconds into the ORIGINAL clip where it picks up again after the new scene (2.625-60, at or after startTime)

Schema Changelog

Changes observed during successful MCP inspections.

  1. Addedv0.1.454

TDQS

A4.4/5.0
Behavior5/5

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

Beyond the annotations (non-read-only, open-world, non-idempotent), the description discloses cost ('paid render, billed per second of NEW scene'), the return value ('returns the whole video's URL'), clip-length limits, and the crucial resumeTime behavior where a later time discards intervening footage. This is exactly the behavioral context annotations cannot convey.

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 core mechanism is front-loaded in the first sentence and every subsequent sentence adds distinct value: use cases, resumeTime semantics, reference limits, duration limits, and cost/return. No filler.

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 paid mutation tool with no output schema, the description covers cost model, return value, time-range constraints, and the startTime/resumeTime interaction. An agent has everything needed to invoke it correctly.

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?

With 100% schema coverage the baseline is 3, but the description genuinely adds meaning: it explains that resumeTime = startTime preserves every original second while a later resumeTime cuts footage in between, and clarifies refImages/refVideos limits. It does not elaborate on the 'video' source parameter beyond 'a clip you already have'.

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?

The description uses a specific verb and resource ('INSERT a newly generated scene into a clip') and explains the exact mechanism (plays to startTime, new scene, resumes at resumeTime). It is highly clear but never names or distinguishes itself against closely related siblings such as make_insert, edit_video, or stitch_video, which is the only thing keeping it from a 5.

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?

It gives concrete use cases ('product close-up, a reaction, a reveal or a missing beat in the middle of an ad without re-rendering the rest') and explains the resumeTime tradeoff, which tells the agent when this tool fits. It does not explicitly state when not to use it or which sibling to choose instead.

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