Skip to main content
Glama

capcut_add_audio_fade

Set fade-in and fade-out durations on an audio segment in a CapCut draft. Specify one or both values to control volume transitions and prevent abrupt audio cuts.

Instructions

Set fade-in/fade-out duration on an audio (or audio-carrying) segment. Omit either to leave it unchanged.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
draftYes
fadeInSecNo
segmentIdYes
fadeOutSecNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A3.7/5.0
Behavior3/5

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

The description usefully discloses partial-update behavior: omitting a fade parameter leaves it unchanged. However, with no annotations provided, the description carries the full burden of behavioral transparency, and it does not mention constraints, side effects, what happens if both fade parameters are omitted, or whether the operation is reversible.

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?

Two short sentences carry the essential operation and the key behavioral nuance. Every word earns its place, and the main action is front-loaded.

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?

For a simple, targeted mutation this is mostly adequate: the target, operation, and edit semantics are clear. Still, missing parameter context for 'draft', no annotation safety profile, and no mention of what the operation does to unsupported segments keep it from being fully complete.

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

Parameters3/5

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

Schema coverage is 0%, so the description must compensate. It adds meaning for fadeInSec/fadeOutSec through the phrase 'fade-in/fade-out duration' and for segmentId through 'segment', plus clarifies optionality. But 'draft' is left unexplained, and units or value ranges for the fade durations are not stated.

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 uses a specific verb ('Set') and resource ('audio / audio-carrying segment') and clearly states the operation is about fade durations. It is unambiguously distinct from siblings like capcut_add_audio, which adds audio, and capcut_set_props, which is a generic properties tool.

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 intended use is implied: when the agent wants to modify fade-in/fade-out durations on an existing segment. However, it does not explicitly state when to prefer this over generic alternatives like capcut_set_props or capcut_raw_patch, nor does it mention any exclusions or prerequisites.

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