AI 剧本转分镜：先交出能复核的文字镜头表

2026-09-12 核查的本地证据中，一次 GPT-5.5 文本请求返回了 S01、S02、S03 三条镜头记录，每条都有景别、动作、起始状态、结束状态和中文图像提示词。输入是自有原创短戏，不涉及现成影视剧改写。本页展示的是该文字结果及编辑分析，不是生成后的三张画面。

文字镜头表负责把视觉任务说清楚；绘制的故事板负责呈现画面安排，两者不能只因都叫“分镜”就混用。Adobe 的故事板说明强调用连续画面沟通故事和拍摄选择。本篇先完成可检查的文字层，再让关键帧承接。来源核查日期为 2026-09-12：Adobe 故事板指南。

原始短戏写明雨夜、灰外套、座椅右侧的白信封、背面蓝花，以及追向出口的动作。限制条件不是风格词，而是决定结果是否可用的事实：只出现林安和远处失主，不增加对白，信封从座椅到手中不能倒退。

以下为原始请求内容的可读整理，保留原任务与字段。你可以在支持所选文本模型的客户端或接口中复测；先从模型目录确认当前可用模型，再按接口文档发送。历史成功不保证今天每次输出完全相同，“只输出 JSON”也不能代替解析检查。

下表是原始返回的压缩展示，镜号和动作顺序未改变。S01 交代空间并让林安注意到信封，S02 将信封从座椅转入手中，S03 保持持有状态追向出口。三镜覆盖了原文的主要事件，没有写出原文不存在的归还结局。

注意“主要事件覆盖”不等于镜头已经完全可制作。返回里 S01 提示词提前安排了远处模糊身影，这是视觉调度，需要编辑确认；S02 把拿起和展示背面放在一起，仍要处理翻转动作。保留这些细节，是为了让读者看见真实结果的可用部分和待修订部分。

action 描述一段行为，start_state 和 end_state 描述两个端点，image_prompt 则必须选择一个可画的瞬间。下面 S02 的动作与起止字段来自实际返回；可以据此发现，“正在拿起”与“已展示背面”不一定能在一张静态画面同时表达。

下游需要结束帧时，就在返工单中明确“拿起后，信封背面朝镜头”；需要动作起始帧时，就保持信封仍在座椅上。不要把整个动作段直接当静态图片要求，导致一张图同时出现桌上和手中两个信封。按这个分工拆字段，也便于用 JSON 或表格导出给其他制作者。

第一遍检查结构：shots 是数组，镜号唯一且为 S01 到 S03，六个字段没有缺项。第二遍逐条比对原文：林安服装、信封颜色与数量、蓝花所在面、失主位置、结尾动作都要核对。结构正确的 JSON 仍可能漏掉故事信息，不能只检查能否解析。

第三遍只读上一镜结束和下一镜开始。S02 结束是手中持信封，S03 开始就不能回到空手。原始结果的这条流转在文字上吻合，但没指定左右手，也没有规定机位和出口在画面中的方向。ScreenSkills 对场记的说明涉及动作、视线、服装和道具记录，可作为复核维度参考；这里的检查表是本篇对原创样例的整理。来源检索日期为 2026-09-12：ScreenSkills 场记职责。

假设制作决定让林安始终用右手拿信封，就新增一个“右手持有”的调度约束，检查 S02 到 S03 两镜，而不是重新生成整场戏。这个右手方案是教学修订，原始三镜返回没有该字段。要保留旧表，让后续同事知道哪些是实测文本，哪些是编辑决定。

另一个待定项是蓝花的可见性。实际 S03 提示词仍要求蓝花可见，但追赶姿态未必允许信封背面对镜头。先确定叙事是否还需要再次展示蓝花；若不需要，允许它被遮挡，但物理上仍在背面。更细的做法见连续性状态演练，不要为了让每镜都“看清线索”牺牲自然动作。

交接包里保留原剧本、JSON、便于阅读的镜头表、角色参考版本和未决事项。镜头表的行不应只写“电影感特写”，要告诉接手人该镜头必须传达什么信息。例如 S02 的必达信息是“信封已被拿起，背面有蓝花”，不是某种光斑风格。

进入关键帧制作前，先选一镜的小样。图像输出出现人物变化时回到角色一致性表，出现道具或方向矛盾时回到连续性表。批准后的文件另存清单，不要在交付目录里混放三个都叫 final 的候选；但原始响应和失败版本仍保留在内部记录中。

接单时写清交付的是文字镜头表，包含多少镜、哪些字段、是否包含手绘或生成图，以及允许几轮结构调整。客户增加一个新人物是需求变更，漏写蓝花则是修正原任务错误。不要用这次返回三行推算任意长剧的产出速度或收益。

记录每轮尝试、人工修订时间、最终确认镜数，费用以实时价格与实际调用记录核对；若没有通过的镜头，就不计算“每个可用镜头成本”。本批没有完成逐项费用关联，因此本页不发布总费用。已实测的结论停留在三镜文字产物，成片、声音和视频链路需要另外取得证据。