Agent Skills › Yuuhann1999/codex-storyboard

Yuuhann1999/codex-storyboard

GitHub

通过 MCP 工具管理 Codex Storyboard 项目,支持创建、查找、打开、更新和删除。涵盖脚本编写、镜头编辑及元数据调整,禁止直接操作文件或浏览器自动化,确保通过标准接口高效完成视频分镜任务。

2 个 Skill 266

安装全部 Skills

npx skills add Yuuhann1999/codex-storyboard --all -g -y
更多选项

预览集合内 Skills

npx skills add Yuuhann1999/codex-storyboard --list

集合内 Skills (2)

通过 MCP 工具管理 Codex Storyboard 项目,支持创建、查找、打开、更新和删除。涵盖脚本编写、镜头编辑及元数据调整,禁止直接操作文件或浏览器自动化,确保通过标准接口高效完成视频分镜任务。
用户要求创建新的视频脚本或分镜项目 用户需要添加、修改或删除分镜镜头 用户请求查找或打开现有的分镜项目 用户要求重命名项目或更改画面比例
plugins/codex-storyboard/skills/manage-storyboard-projects/SKILL.md
npx skills add Yuuhann1999/codex-storyboard --skill manage-storyboard-projects -g -y
SKILL.md
Frontmatter
{
    "name": "manage-storyboard-projects",
    "description": "Create, find, inspect, update, or delete Codex Storyboard projects directly through MCP. Use when the user asks Codex to write a new video script or storyboard into the local storyboard app, add or revise shots, rename a project, change its aspect ratio, find an existing project, or delete one without browser automation."
}

Manage Storyboard Projects

Use the Codex Storyboard MCP project tools. Never control the browser, never run npm start manually during normal use, and never edit data files directly.

If the current Codex session does not expose Storyboard MCP tools such as create_storyboard_project, list_storyboard_projects, or open_storyboard, first use tool_search to search for codex storyboard and load the deferred tools. Only if tool_search is unavailable or cannot find them, tell the user to start a new Codex conversation or restart Codex so plugin tools are reloaded. Do not silently fall back to editing local data files directly.

Open the storyboard

If the user asks to open, start, launch, or show Codex Storyboard:

  1. Call open_storyboard.
  2. Return the local URL as a clickable link.
  3. Tell the user to open the link in the Codex side panel.
  4. Do not launch Chrome, shell open, Computer Use, or Browser automation just to open the page.

The plugin starts the bundled local app automatically. Project data is stored outside the plugin cache by default.

Create a project

  1. Turn the user's request into a complete shot list before calling the tool.
  2. Call create_storyboard_project once with the project title, aspect ratio, all shots, and optional absolute designPath.
  3. Do not create shots one at a time.
  4. Return the created project ID and the project URL from the tool result. Tell the user to open that URL or refresh the storyboard if it is already open.
  5. If any shot uses remotion or hyperframes, mention that generation requires the corresponding plugin or local toolchain before processing assets.

Each shot should include:

  • rollType: A-ROLL for primary presentation or spoken footage; B-ROLL for supporting visuals.
  • mediaType: image or video.
  • duration: seconds.
  • dialogue: spoken line for the shot.
  • visualPrompt: concrete visual description used for asset generation.
  • generator: manual, image-gen, hyperframes, or remotion.
  • notes: editing, pacing, transition, or production notes.

Choose generator deliberately:

  • manual: recorded presenter footage, screen recordings, or existing local material.
  • image-gen: a static generated visual.
  • hyperframes: designed motion graphics or interface animation.
  • remotion: programmatic React-based video composition.

Find and inspect

  • Use list_storyboard_projects first when the project ID is unknown. Pass query when the user gives a title.
  • Use get_storyboard_project only when complete shot content is needed.
  • Do not fetch every full project merely to find one title.

Update

Use one update_storyboard_project call:

  • title or aspectRatio for project metadata.
  • appendShots for new shots.
  • shotUpdates for specific existing shots.
  • deleteShotIds for removed shots.
  • designPath to import or replace DESIGN.md.
  • removeDesign: true to remove it.

Fetch the complete project first only when shot IDs or existing content are required.

Delete

Project deletion permanently removes the project and its local media. Ask for explicit confirmation immediately before calling delete_storyboard_project.

Token discipline

  • Create the complete project with one MCP call.
  • Prefer project summaries over full project reads.
  • Return concise results instead of repeating the full script after it has been written.
处理本地故事板队列中的图像和视频生成任务。通过MCP工具列出并认领待处理任务,验证环境依赖(如ImageGen、HyperFrames或Remotion)后执行渲染。优先复用本地资源,按需安装缺失工具,确保资产正确输出到指定目录。
用户要求生成故事板资产 处理故事板队列 生成所有镜头 生成特定故事板行 将图像或视频输出返回至本地故事板
plugins/codex-storyboard/skills/process-storyboard-tasks/SKILL.md
npx skills add Yuuhann1999/codex-storyboard --skill process-storyboard-tasks -g -y
SKILL.md
Frontmatter
{
    "name": "process-storyboard-tasks",
    "description": "Process pending Codex Storyboard image and video generation tasks. Use when the user asks to generate storyboard assets, process the storyboard queue, generate all shots, generate a specific storyboard row, or return Image Generation, HyperFrames, or Remotion outputs to the local storyboard."
}

Process Codex Storyboard Tasks

Process the local storyboard queue. The MCP tools start the bundled local app automatically when needed and default to http://127.0.0.1:43218.

If the current Codex session does not expose Storyboard MCP tools such as list_storyboard_generation_tasks, claim_storyboard_generation_task, or complete_storyboard_generation_task, first use tool_search to search for codex storyboard and load the deferred tools. Only if tool_search is unavailable or cannot find them, tell the user to start a new Codex conversation or restart Codex so plugin tools are reloaded.

Workflow

  1. Call list_storyboard_generation_tasks with status pending.

  2. Inspect the generators used by the pending tasks and verify the matching local capabilities before claiming anything:

    • image-gen requires the built-in imagegen skill and image generation tool.
    • hyperframes requires the HyperFrames and HyperFrames CLI skills.
    • remotion requires the Remotion skill and its local rendering toolchain.

    If a required capability is unavailable, do not claim affected tasks. Report the exact missing capability and continue with tasks whose generators are available.

  3. Probe the local environment with read-only checks before deciding to install anything:

    • Check Node.js, npm, and pnpm availability and versions.
    • Check whether the task outputDir, active workspace, or chosen render directory already has package.json, a lockfile, and node_modules.
    • Check for local CLIs with existing project commands such as pnpm exec ..., npm run ..., or executable files under node_modules/.bin.
    • Check for global CLIs only with non-installing commands such as command -v, where, or direct --version after the command is found.
    • Check whether Chromium, FFmpeg, or tool-specific render caches already exist when the selected renderer needs them.

    Do not use commands that can implicitly download packages as probes. Do not run npx remotion, pnpm dlx, or package-manager exec forms that will install missing packages merely to test availability.

  4. Prefer existing render environments. Use local project dependencies first, then compatible global CLIs. Install only when a required tool is missing, incompatible, or no local dependency set exists. Any install must be explicit and must go into the task outputDir or a dedicated renderer cache, not into the user's unrelated project.

  5. Process available tasks one at a time.

  6. Before generating, call claim_storyboard_generation_task.

  7. If the claimed task has hasDesign: true, read the complete Markdown file at the exact absolute designPath before generating anything. Apply it as the project-wide visual system:

    • visualPrompt defines the concrete shot subject and requested content.
    • DESIGN.md defines shared visual style, color, typography, composition, texture, and motion language.
    • An explicit shot requirement takes precedence if it conflicts with the general visual system.
  8. Route by generator:

    • image-gen: use the built-in imagegen skill and built-in image generation tool. Treat visualPrompt as the primary prompt and honor the task's aspectRatio. If the task includes referenceImagePath, use that local image as the visual reference/input for the generation or edit. Copy the final verified image into the active workspace before completing the task.
    • hyperframes: use the HyperFrames and HyperFrames CLI skills. Create a self-contained composition using the task's width, height, duration, and visualPrompt, then lint, inspect, render to MP4, and verify the output.
    • remotion: use the Remotion skill. Create or reuse a Remotion composition using the task's width and height, render an MP4 matching the task duration, and verify the output.
  9. Technically verify each generated video before completion: the file exists, is readable, has the requested width and height, has a duration close to the task duration, and has a valid video stream/codec. Then visually inspect representative frames to ensure the render is not blank, black, or the wrong composition.

  10. Call complete_storyboard_generation_task with the exact absolute output path and correct media type.

  11. If generation or verification fails, call fail_storyboard_generation_task with the concise cause.

  12. Continue until no processable pending tasks remain.

Output locations

Use the exact absolute outputDir supplied by the task. Keep all generated source code, intermediate files, and final outputs for that task inside this directory. The MCP completion tool copies the final image or video into the storyboard media directory.

Guardrails

  • Do not mark a task complete until the exact local file has been visually or technically verified.
  • Do not silently switch a requested HyperFrames task to Remotion, or vice versa.
  • Do not use external API keys for Image Generation when the built-in image tool is available.
  • Do not process manual generator rows.
  • Preserve the requested duration for video tasks.
  • Preserve projectId, aspectRatio, width, and height; never return an asset to a different project.
  • Never guess, truncate, or partially read DESIGN.md when hasDesign is true.
  • Do not apply a DESIGN.md from the active workspace or another project; only use the task's exact designPath.
  • Do not write video project files outside the task's exact outputDir.

首页 - Wiki
Copyright © 2011-2026 iteam. Current version is 2.155.2. UTC+08:00, 2026-07-20 14:18
浙ICP备14020137号-1 $访客地图$