Skip to main content
Glama

bulk_import_storyboards

Import structured JSON to create or update an episode's characters, scenes, and storyboards, deduplicating by name, location+time, and storyboard number. Supports merge or replace modes.

Instructions

把一份结构化 JSON 一次性建成本集的角色 / 场景 / 分镜(按 name / location+time / storyboard_number 去重更新)。免费·确定性·不调 AI。★三步走:① get_bulk_import_spec 取契约与成品示例;② check_bulk_import 自检到 errors 清零;③ 再调本工具。★mode=merge(默认)保留未提到的镜;mode=replace 替换本集全部分镜(旧镜与已生成图/视频归档可恢复、不会自动重挂)——replace 必须先得到客户明确同意。★image_prompt / video_prompt 想自己写就直接写在每镜里,逐字照用不被覆盖;没填的镜平台拼基础描述(回执 base_prompts_built 是拼了几镜),导入后可用 get_shot_prompts 读、update_shot 改。(frame_visual_contract 是内部帧契约,导入时忽略。)★导入后:语速律会抬高装不下台词的镜(回执 speech_duration_raised / speech_duration_overflow)。★导入后默认自动补全(auto_complete,跟随剧目「自动补齐辅助资产」开关、默认开):同一后台批次给全镜 AI 填空专业字段(只填空),并只给没填 image_prompt、由平台拼了基础描述的镜扩写完整出图/视频提示词(客户自己写的绝不覆盖;回执 auto_complete.prompt_shots)。文本步按 token 后付,调用前告知客户;只想导入传 auto_complete:false。回执 started=true 后用 get_autofill_status 轮询到 done review_storyboards。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
payloadYes通过 check_bulk_import 的载荷对象:{ mode, episode_meta?, characters?, scenes?, storyboards }
episode_idYes
auto_completeNo导入后自动补全(专业字段 + 平台拼基础描述的镜写出图/视频提示词;文本步后付)。不传=跟随剧目开关(默认开);false=只导入

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.57

TDQS

A4.9/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 discloses: deterministic, no AI, free; replace archives and does not reattach generated assets; user-authored prompts are never overwritten; auto_complete writes only empty fields and charges tokens post-paid; frame_visual_contract is ignored; speech rate will raise overflow shots. This goes well beyond what the schema conveys.

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?

Long but highly structured with ★ milestones and explicit field references; every clause carries operational intent. The density is justified by the tool's complexity, though it is heavier than necessary for an initial scan.

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 tool with no output schema, nested payloads, and post-import side effects, it names the key receipt fields (base_prompts_built, speech_duration_raised, speech_duration_overflow, auto_complete.prompt_shots, started) and the required polling/review flow. It covers prerequisites, side effects, cost, and next steps.

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

Parameters5/5

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

Schema coverage is only partial, but the description explains mode=merge/replace semantics, dedupe behavior, image_prompt/video_prompt preservation, auto_complete behavior, and the need for a validated payload from check_bulk_import. episode_id remains minimally documented but is self-evident.

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 operation — importing a structured JSON payload to create/update an episode's characters, scenes, and storyboards with defined deduplication keys (name / location+time / storyboard_number). This clearly distinguishes it from related tools like check_bulk_import and autofill_storyboards.

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?

Gives an explicit three-step workflow (get_bulk_import_spec → check_bulk_import errors cleared → this tool), mode guidance for merge vs replace with a consent requirement, and auto_complete instructions including when to pass false. Names downstream tools to use after import (get_autofill_status, review_storyboards).

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