mcpField
S
scenario-storyboards

scenario-storyboards

github.com/scenario-labs创意与媒体1.2k435 次安装1 天前更新
代码仓库

关于 scenario-storyboards

scenario-storyboards 是面向使用 Scenario 的创作者与 Agent 的分镜和漫画制作技能。它将页面拆分为独立面板生成,并用统一角色基准、后期文字叠加和页面组装维持连贯性。

主要功能

  1. 01逐面板编写镜头脚本
  2. 02用统一角色参考生成面板
  3. 03检查面板间角色一致性
  4. 04后期叠加对白与说明文字
  5. 05组装页面并制作联系表

适用场景

  1. 01制作多格漫画页面
  2. 02为动画准备并审核分镜
  3. 03按镜头规划动作与对白

MCP 相关

该技能指导使用 Scenario 的工具(如 model_run 和 jobs_wait)生成、审核和整理素材;它本身不是 MCP 服务。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/scenario-labs/skills --skill scenario-storyboards

安装后在 Claude Code 中输入/scenario-storyboards确认已加载。

详细介绍

场景分镜与漫画

概述

有人要求创作一页漫画,Agent 让一个模型生成“一页六格漫画”,结果得到一页无法修复的作品:格子布局不均匀,主角的脸在不同格子间变化,对话被渲染成乱码。生成单位应当是单格,而非整页。先写脚本,锁定角色,每格调用一次 model_run,并使用相同的参考图作为依据,后期再添加文字,最后组装整页。连接方式和核心流程:参见 scenario 技能。角色一致性:参见 scenario-consistency。各模型的图像约束:参见 scenario-image。文字排版:参见 scenario-text-overlay。如果这里提到的某个配套技能不在你可用的技能中,请让用户安装该技能(npx skills add scenario-labs/skills --skill <name>);若无人值守,请根据工具模式继续操作,并指出缺少该技能。

快速参考

阶段操作
1. 脚本生成前先制作节拍表:逐格列出景别、角度、动作、场景和对话
2. 角色与风格每个角色准备一张获批的主图,并选定一种风格(使用 query="comic" 搜索,可找到风格 LoRA);记录每个角色的基线描述
3. 分格每格调用一次 model_run:使用字节完全相同的基线描述和该格的描述语句,并按模式配置参考图
4. 审核调用 jobs_wait,然后在添加文字前逐格检查角色身份是否一致
5. 添加文字将 scenario-text-overlay 卡片中的对话、说明文字和音效合成到无文字的画面上
6. 组装页面布局和联系表:在 scenario-video-assembly(Image Studio)中进行图层合成,或使用 scenario-image-editing 中的网格工具

按照镜头清单的方式依次标注各格:编号、景别、角度、镜头或摄影机运动,然后写明动作,并注明每个角色在画面中的位置和朝向。将各格编排成镜头覆盖,而不是一排图片:先以全景镜头交代空间关系,保持在轴线同一侧,避免屏幕方向翻转;随着紧张感升高,逐步拉近景别;再用特写或反应镜头加以强调。

如果分镜用于动画,到第 4 阶段即可。获批的分格可作为图生视频(scenario-video)的首帧;每个镜头单独生成一个片段,前提是每个镜头都能独立成立。如果动作本身需要连贯地贯穿剪辑,那么单独为各格制作动画会导致每个镜头都重置表演:这类序列应使用 scenario-seedance-storyboard 技能,该技能会将每个镜头的结束姿势衔接到下一个镜头的起始姿势。

示例:六格漫画页

  1. 将页面编写成表格:分格、景别与角度、镜头或摄像机运动、动作、对白和说明文字。动作列只写摄像机能拍到的内容:想法、气味或背景故事都无法呈现,因此要转化为可见证据或说明文字。对白和说明文字写在这里,绝不输入到绘图提示中。
  2. 角色锁定:生成或上传主角并反复调整,直到获得批准;若无人值守,就以脚本中的角色描述代替批准,因此选择符合描述的候选角色并继续。使用 asset_display 展示主角,并按照 scenario-consistency 写下其基准枚举(外形结构、服装、按名称或十六进制代码标注的配色)。
  3. 风格:使用 target="models"、query="comic"、public=true 执行 search;撰写时,公开目录中有漫画风格的 LoRA 结果。请用户确认选择(无人值守时,按任务说明选择;否则选择返回结果中的第一个),然后使用 model_schema_get 获取参考字段的名称、上限和基数。没有适合演员阵容的参考字段?能力信息可能会宣传架构未公开的适配器;以架构为准。生成主角时保留该选择,并为分格 recommend 一个支持参考图的模型,同时在每个提示中重述风格描述。
  4. 执行六次 model_run 调用。每个提示都包括风格描述、角色基准和场景描述(地点、时段);对于共用这些内容的分格,这些内容必须逐字节完全相同。再加上该分格的子句(镜头、动作),以及“干净的画面、无文字、无对话气泡”。遗漏场景描述会破坏连续性,就像遗漏基准会破坏角色一致性一样。按照架构的规定传入主角参考图:只有在 array: true 时才使用数组。批量数量字段会重复同一个提示,因此无法承载每个分格各自的子句。
  5. 对六个任务执行 jobs_wait,并通过 pending_job_ids 再次调用。逐格对照主角检查;若有偏差,就收紧该分格的枚举描述,并始终从基准重新运行,绝不要以前一格为基础串联生成。
  6. 使用 scenario-text-overlay 添加文字,将卡片合成为图层,拼装页面,然后将分格和页面归档到一个集合中(scenario-asset-analysis)。

常见错误

  • 一次生成整页:单个提示生成的分格无法逐格重新生成,因此一个不理想的分格就会让整页都白费。
  • 在提示中输入对白:生成的文字容易偏移、乱码;保持画面无文字,并在后期添加文字。
  • 逐格串联生成:让第三格使用第二格的输出会加剧偏差;每一格都以同一个获批主角为依据。
  • 写“与之前相同的角色”:调用之间没有记忆;每次都重述完整基准。
  • 将持续性变化(例如从第四格开始换新服装)作为针对旧主角的逐格子句:参考图会把旧服装带回来。根据第一版生成一名带有该变化的第二版主角,审核通过后重写基准,并以其为依据生成后续分格。
  • 为未获批的分格制作动画:图像成本低,视频成本高;应像 scenario-video-ads 先为分镜定价那样,在昂贵阶段前设置审核关卡。
  • 角色融合:当一个分格中有多个主角时,在提示中说明每张参考图对应的角色;规划场景前先确认架构的参考图上限足以容纳演员阵容,并让临时角色保持通用且不具名;只有必须保持辨识度的角色才需要基准和专属位置。
  • 放弃因审核而受阻的动作场面:服务提供商可能会拒绝包含武器或打斗的分格(moderation_blocked);弱化该分格的子句,减少对武器的强调,然后从基准重新运行。

评论

支持 Markdown