Skip to main content
Glama

fcpkit_filmstrip

Generates filmstrip PNGs of Final Cut Pro timeline moments, resolving multicam angles and compounds with waveforms and cut ticks, so you can visually inspect edit points.

Instructions

Pictures of the main storyline around timeline times: evenly spaced frames resolved through multicam angles/compounds, waveform underneath, red ticks at cuts. Writes PNGs to a new folder and returns them as images (max 8 times).

Input Schema

NameRequiredDescriptionDefault
atYestimeline seconds
preNo
xmlYespath to a .fcpxml file or .fcpxmld bundle
postNo
framesNo
out_dirNonew folder for the PNGs (default: temp)

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

B3.2/5.0
Behavior4/5

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

Annotations already declare non-read-only, non-destructive, closed-world behavior; the description adds meaningful context by saying it writes PNGs to a new folder, returns them as images, and is capped at 8 times. It does not contradict the annotations. It omits details such as overwrite/permission behavior, but the annotation set carries some of that burden.

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?

Two tightly packed sentences with the visual composition and output behavior front-loaded. There is little filler, though the final phrase 'max 8 times' is ambiguous and slightly undermines clarity.

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 6-parameter local tool with no output schema, the description adequately explains the visual output and file-writing behavior. However, it leaves usage routing and several parameter semantics under-specified, so an agent would still need the schema to call it correctly.

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 50%, so the description needs to compensate. It implies timeline times and a new output folder, and 'evenly spaced frames' hints at the frames parameter, but it leaves pre, post, and frames defaults/units unexplained. The 'max 8 times' phrase is also unclear about which parameter or limit it refers to.

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 concretely describes generating pictures of the main storyline around timeline times, including what is rendered (multicam angles/compounds, waveform, cut ticks) and the output (PNG folder/images). It clearly distinguishes the tool from siblings like fcpkit_handles or fcpkit_timeline_diff. It is slightly telegraphic and never plainly says 'generate a filmstrip', but the purpose is still evident.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

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

The description does not state when to use this tool, when not to use it, or which sibling to prefer for adjacent tasks. Usage must be inferred from the visual-output description. There is no explicit routing guidance.

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