Skip to main content
Glama
calebn
by calebn

trim_clip_edge_tool

Move a clip's in or out edge to a source time. Ripple mode shifts all dialogue tracks to keep speakers in sync; gap mode adjusts only that edge.

Instructions

Move one clip's in or out edge to source_sec (source-media seconds).

mode="ripple" moves every dialogue track by the duration change, so speakers stay in sync: a track with a clip edge at the same instant (a session-wide cut) moves that edge too, and every other track loses or gains the same span. mode="gap" moves only the grabbed edge and leaves silence or fills the gap to the neighbouring clip; nothing else moves. Expansion is clamped to unused source between the neighbouring clips. The fix for a speech_crosses_cut hypothesis from audition_context_tool is its evidence.fix (clip, edge, source_sec, mode). Same operation as the DAW trim handle (TrimClipEdge); undoable. Follow with render_preview. The automatic audio checks hold a harsh edge or another speaker's speech and name the finding; override_audio_checks=true moves the edge to exactly source_sec anyway and records the override.

Input Schema

NameRequiredDescriptionDefault
edgeYes
modeNoripple
clip_idYes
source_secYes
project_pathNo
override_audio_checksNo

Output Schema

NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Addedv0.1.1

TDQS

A4.8/5.0
Behavior5/5

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

With no annotations, the description carries the full burden and does so: it explains exactly what ripple mode moves (all dialogue tracks, session-wide cuts), what gap mode leaves untouched, the clamping boundary (unused source between neighbouring clips), that the operation is undoable, and that overriding audio checks persists a recorded override. This is unusually complete behavioral disclosure for a mutation tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Front-loads the core action, then mode semantics, then override behavior. Dense but purposeful; the final paragraph on audio checks is somewhat separable but still earns its place by explaining the override path.

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 6-param mutation tool with an output schema (so return values needn't be explained), the description covers modes, cross-track side effects, clamping, undoability, and the override pathway. Nothing an agent needs to invoke it correctly 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 description coverage is 0%, so the description must compensate, and it defines `edge`, both `mode` values, `source_sec`'s unit, and `override_audio_checks` semantics. Only `project_path` is left undefined, a minor omission against otherwise thorough per-parameter meaning.

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?

States a specific verb and resource — move one clip's `in` or `out` edge to `source_sec` — and explicitly equates it to the DAW trim handle (`TrimClipEdge`), distinguishing it from siblings like roll_clip_join_tool or split_clip_tool. An agent can tell what it does 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 Guidelines5/5

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

Names the trigger condition (the `evidence.fix` for a `speech_crosses_cut` hypothesis from `audition_context_tool`), spells out when to use each mode, and instructs to follow with `render_preview`. The alternative path (override_audio_checks) is explicitly described with its consequence.

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