拍片子的人都有这种体会分镜脚本是前期最烧脑、又最不能省的环节。镜头怎么切、景别怎么选、运镜怎么走、一场戏给多长这些在开拍之前不定清楚现场拍摄就是一团乱麻。可反过来看分镜脚本本身又是高度套路化的工种镜头语言的原则就那么些翻来覆去都是景别、机位、运动、调度这些要素的组合。你要是能把一个成熟分镜师的判断标准固化下来让 AI 按你的专业标准批量产出初稿前期工作量至少能省掉一半以上。这就是我折腾 Claude Skills 分镜脚本 Skill 的初衷——把分镜判断的专业经验变成一套可复制、可迭代的 AI 工作流让每个创作者都能快速把自己的想法落到可拍的镜头序列上。这篇文章适合两类人一类是短视频、短剧、广告片创作者天天要出分镜却总被催稿另一类是对 Claude Skills 感兴趣、想把自己某个专业领域的能力做成自定义 Skill 的人。不管你是哪一类读完都能拿到一套完整可复用的方案。1. 分镜脚本Skill从痛点说起1.1 传统分镜制作的效率瓶颈先聊聊分镜这件事本身的处境。分镜脚本业内也叫故事板是把文字剧本转译成可视化镜头语言的关键环节。它直接决定了拍摄现场的走位调度、摄影机的运动方式、画面的景别取舍最后影响的是整条片子的节奏和观感。但问题在于分镜的产出方式一直停留在手工作坊阶段——靠分镜师逐镜头地画、逐镜头地写。我见过很多团队的真实情况是这样的分镜师对着剧本憋半天憋出一版初稿导演看完改一半改完再发给摄影组摄影组又提意见一轮轮沟通下来光分镜就磨掉两三天。而那些有经验的分镜师其实脑子里有一套固定的判断逻辑这个镜头的戏眼是什么、景别怎么选才符合情绪、运镜是推还是跟、时长给几秒、后一个镜头怎么接前一个镜头。这套逻辑完全可以提炼成规则和模板交给 AI 来做第一轮产出。更扎心的是短视频时代分镜的需求量暴增。信息流广告、剧情短剧、种草视频、产品宣传片每一条都要分镜但真正懂镜头语言的人就这么几个。大部分创作者写分镜要么是在表格里硬凑格式要么是凭感觉乱写一气。真正需要的是一个能把专业分镜标准内置到 AI 里、让 AI 按这个标准自动产出的工具。1.2 Claude Skills能把专业标准固化下来Claude Skills 就是冲着这个需求来的。它本质上是在通用 AI 助手的对话能力之外给 AI 装上领域专用的能力包。你可以把一个 Skill 理解为一套完整的操作手册加工作流程先告诉 AI 你要它扮演什么角色、负责什么任务再给它提供专业领域的知识框架、输出模板、甚至配套处理脚本。装上分镜脚本 Skill 之后你用 Claude 的体验会和默认状态完全不同。默认状态下你让它写个分镜它也能写出个大概但很容易写出半吊子内容要么景别混乱要么运镜描述含糊要么镜头之间毫无逻辑关联。而装了这个 Skill 之后它会自动进入分镜师的工作模式按专业标准一步步拆解你给的剧本——先分析叙事段落再按情绪节奏设计镜头序列然后用统一模板输出包含镜号、景别、运镜、画面、对白、音效、时长、转场的完整表格。整个产出逻辑是稳定的不会今天一个样、明天一个样。这套方案最适合两类使用场景。一类是个人创作者你不需要养一个专职分镜师把这个 Skill 当成前期策划搭档它出初稿、你做判断和修改效率翻倍。另一类是小型内容团队导演、编导、摄影几个人共用一套分镜标准Skill 能让团队的分镜产出风格统一内部沟通成本大幅降低。2. 认识Claude Skills文件结构与设计思路2.1 Skill的核心组成SKILL.md、scripts、assets动手之前得先搞清楚一个 Skill 到底由什么构成。Claude Skills 的项目结构很清晰核心是三个部分。第一部分是 SKILL.md这是 Skill 的灵魂文件用 Markdown 编写。里面写清楚了技能的名字、描述、使用场景、工作流程、输出标准。Claude 在收到用户请求时会先读取 SKILL.md 的内容判断这个 Skill 是否匹配当前任务然后按照里面的指令来执行。所以 SKILL.md 写得好不好直接决定 Skill 的上限。第二部分是 scripts 目录用来存放辅助脚本。有些 Skill 只靠提示词就能完成但很多实用 Skill 需要脚本配合。比如分镜脚本 Skill可以用 Python 脚本把 Claude 输出的分镜文本自动解析成 CSV 表格方便导入剪映、Premiere 之类的剪辑软件这就比纯文本输出实用得多。第三部分是 assets 目录用来存放参考资源。比如你可以放几份优秀分镜脚本的样例文件或者放一份镜头语言速查表Claude 在处理时可以读取这些文件来对齐风格。2.2 SKILL.md的编写规范SKILL.md 的开头有一个 YAML 格式的元信息区用三条短横线包裹包含 name 和 description 两个字段。name 是 Skill 的标识符一般用短横线连接的小写单词description 则是 Claude 判断何时调用这个 Skill 的关键要写清楚这个 Skill 解决什么问题、在什么场景下使用。元信息区下面是正文正文用 Markdown 编写一般包含技能概述、使用场景、工作流程、输出模板、注意事项等几个部分。Claude 在执行任务时会把整个 SKILL.md 作为上下文的一部分来读取所以你写得越具体、越结构化它执行得就越稳定。这一点和写提示词是同一个道理但 Skill 比普通提示词多了一层角色设定 执行流程 模板约束的组合效果会稳定得多。我自己实测下来的感受是SKILL.md 里的内容不需要写得像论文那么长但一定要把处理步骤和输出格式这两块写死。处理步骤告诉 Claude 按什么顺序思考输出格式告诉 Claude 按什么结构呈现。只要这两块清晰最终产出的质量就会很稳定。2.3 分镜Skill的总体设计方案做分镜脚本 Skill 之前我先把需求拆成了四层。第一层是角色定义。Claude 在这个 Skill 里要扮演的是资深影视分镜师不是文案、不是编剧、也不是只会写分镜表格式的机器人而是真正懂镜头语言、懂叙事节奏的分镜师。第二层是流程定义。一个标准的分镜流程应该是先读完整段剧本或描述提炼出叙事段落和情绪转折点然后确定这一段内容的整体节奏基调是紧张还是舒缓接着设计关键时刻的镜头方案划分哪些部分用主镜头建立关系、哪些部分用局部镜头推进情绪最后按镜头顺序补齐所有要素形成完整的镜头列表。第三层是要素定义。每个镜头必须包含镜号、景别、运镜、画面内容、对白旁白、音效、音乐、时长、转场九个要素。每一个要素都得有取值规范比如景别必须是远景、全景、中景、近景、特写、大特写之一运镜必须是固定、推、拉、摇、移、跟、升降、环绕之一。第四层是输出定义。Skill 的输出必须是一个结构化的分镜表格并且格式统一方便后续导入脚本工具。我把这四层方案写进 SKILL.md就得到了一套完整的 Skill 工作流。3. 分镜脚本Skill完整制作实操3.1 创建项目目录结构制作的第一步是建好项目文件夹。我习惯按下面这种方式组织storyboard-skill/ ├── SKILL.md ├── assets/ │ └── shot-size-reference.md └── scripts/ └── parse_storyboard.pyassets 目录里放一份景别与运镜速查表供 Claude 参考scripts 目录里放一个解析脚本把 Claude 生成的分镜文本转成 CSV。这样一个 Skill 项目就齐了。如果你只需要在对话里用不追求导入剪辑软件的便利assets 和 scripts 也可以暂时不要只保留 SKILL.md 就能跑起来。但我的建议是脚本一定要配一个后面你就会发现结构化的表格文件在拍摄现场用起来有多顺手。3.2 编写SKILL.md把分镜师的经验写进AISKILL.md 是整个 Skill 的重头戏。我直接把核心内容结构拆给大家看。元信息区和角色定义部分是这样写的--- name: storyboard-script description: 将文学剧本、场景描述或创意Brief转化为专业的分镜脚本。适用于短视频、信息流广告、短剧、产品宣传片、动画短片等视频内容的前期分镜制作。 --- # 分镜脚本 Skill 你是一位拥有10年一线经验的资深影视分镜师擅长将文字内容转化为专业的镜头语言方案。你的任务是严格按照分镜脚本的专业规范将用户提供的剧本或场景描述拆解为可直接用于拍摄的镜头序列。这一段看着简单但有两处关键细节。第一处是 description 里明确写了适用场景Claude 读到短视频短剧产品宣传片这些词时能快速判断要不要唤起这个 Skill。第二处是角色定义里强调10年一线经验和严格按照专业规范这两个表达能让 Claude 在回答时更偏向专业术语和标准格式而不是自由发挥。角色定义之后是工作流程这部分是精华。我写的是## 工作流程 1. 通读用户提供的剧本或场景描述划出主要叙事段落明确故事的核心情境与情绪基调。 2. 审视每个段落的信息量判断镜头节奏紧张场景多用短镜头抒情场景可用长镜头。 3. 逐段设计镜头序列先用关系镜头建立人物与环境的空间关系再用局部镜头推进情绪或细节。 4. 为每个镜头补充九要素镜号、景别、运镜、画面内容、对白旁白、音效、音乐、时长、转场。 5. 检查镜头之间的衔接逻辑确保画面流畅、信息不重复。这个流程的顺序不是随便定的。先有叙事段落、再有节奏判断、然后才有镜头序列设计这符合分镜师真实的工作路径——先把故事吃透再想怎么拍而不是拿到文字就往表格里填。输出格式部分我在 SKILL.md 里定义了标准模板下一小节详细展开。3.3 设计分镜模板与镜头语言标准一个专业的分镜脚本每个镜头需要包含九项要素。我先做了一张速查表放进 assets 目录要素定义常用取值与说明镜号镜头序号格式统一为 SC-01、SC-02景别画面取景范围远景、全景、中景、近景、特写、大特写运镜摄影机运动方式固定、推、拉、摇、移、跟、升降、环绕画面内容镜头内的人物动作与场景细节描述需具体避免空泛对白/旁白台词或解说词无对白时写无音效环境声与效果声例如雨声、脚步声、门轴声音乐氛围配乐方向例如低沉悬疑BGM、轻柔钢琴时长预估镜头长度单位统一为秒转场与前一个镜头的衔接方式硬切、叠化、淡入、淡出、匹配剪辑然后把输出模板写死在 SKILL.md 里## 输出格式 请严格按照以下模板输出不要省略任何字段 【镜号】SC-01 【景别】中景 【运镜】固定 【画面】具体描述画面中的人物动作、场景细节、人物位置 【对白】角色台词或旁白无则写无 【音效】环境声与效果声无则写无 【音乐】配乐氛围提示无则写无 【时长】X秒 【转场】硬切/叠化/淡入/淡出/匹配剪辑为什么用【字段】值这种格式而不用 Markdown 表格我是踩过坑的。在实际测试中Claude 在对话场景里生成 Markdown 表格很顺手但如果后续要写脚本解析成 CSV表格格式很难处理字段之间容易粘连。而【镜号】SC-01这种带括号标签的行式格式用正则很容易就能拆出每个字段机器可读性强得多。这个细节等你看完 3.4 节就明白了。3.4 用辅助脚本把分镜文本变成表格SKILL.md 写完之后我再配了一个 Python 脚本用来把 Claude 输出的分镜文本自动转成 CSV 表格。先看脚本主体import csv import re import sys FIELD_ORDER [镜号, 景别, 运镜, 画面, 对白, 音效, 音乐, 时长, 转场] def parse_storyboard(text: str) - list[dict]: shots [] # 以“镜号”为分隔符切分出每个镜头块 blocks re.split(r(?【镜号】), text) for block in blocks: if 镜号 not in block: continue shot {} for field in FIELD_ORDER: match re.search(rf【{field}】(.), block) if match: shot[field] match.group(1).strip() else: shot[field] shots.append(shot) return shots def save_csv(shots: list[dict], output_path: str): with open(output_path, w, newline, encodingutf-8-sig) as f: writer csv.DictWriter(f, fieldnamesFIELD_ORDER) writer.writeheader() for shot in shots: writer.writerow({k: shot.get(k, ) for k in FIELD_ORDER}) if __name__ __main__: data sys.stdin.read() result parse_storyboard(data) save_csv(result, storyboard.csv) print(f已解析 {len(result)} 个镜头输出至 storyboard.csv)这个脚本的思路其实很简单用正则表达式按【镜号】把整段文本切成一个个镜头块然后再从每个块里逐字段提取内容最后写成 CSV。有个细节要注意输出 CSV 时编码用的是 utf-8-sig而不是普通的 utf-8因为带 BOM 的 CSV 在 Excel 里打开才不会乱码。这种小坑不实际用一遍是发现不了的。使用流程是这样的在 Claude 对话里生成完整分镜后把全文复制到本地文件 storyboard_raw.txt然后命令行运行python parse_storyboard.py storyboard_raw.txt跑完之后打开 storyboard.csv每一行就是一个镜头九个字段整整齐齐。这个表格可以直接打印出来带到拍摄现场也可以导入剪辑软件做后续规划。实测下来脚本解析上百个镜头也就是毫秒级的事完全不会有性能问题。4. 实战测试从文学剧本到分镜脚本4.1 测试用例设计Skill 写完不能只看着好看得上真素材跑一遍才知道行不行。我设计了一个测试用例模拟团队常见的短视频拍摄需求。测试输入是一段日常场景描述深夜十一点一家即将打烊的咖啡店里店员小陈正在擦拭吧台。最后一个客人还坐在靠窗的位置望着窗外的雨发呆。小陈走过去轻声询问是否需要续杯客人回过神笑了笑说不用了只是觉得这雨声挺好听的。小陈也望向窗外两个人在安静的雨夜里沉默了片刻。这段文字有三个特点有环境氛围、有人物动作、有情绪转折。正好能考验 Skill 能不能把场景拆成合格的镜头方案。4.2 实测输出展示装上 Skill 后我把这段描述丢给 Claude它没有直接给出一段文字描述而是进入了分镜师的工作状态。先是简单分析了叙事结构——一个打烊前的收尾场景情绪由平静转向微妙的共鸣——然后输出了一组分镜。节选几个镜头给大家感受一下【镜号】SC-01 【景别】远景 【运镜】固定 【画面】深夜咖啡店外暖黄色灯光从玻璃窗透出雨丝在灯光下清晰可见店内隐约有两个人影 【对白】无 【音效】雨声、远处偶尔驶过的汽车声 【音乐】轻柔的爵士钢琴 【时长】4秒 【转场】硬切 【镜号】SC-02 【景别】中景 【运镜】缓推 【画面】店员小陈低头擦拭吧台动作不紧不慢目光偶尔飘向窗边方向 【对白】无 【音效】杯子放下时轻微的碰撞声 【音乐】同上 【时长】5秒 【转场】硬切 【镜号】SC-03 【景别】近景 【运镜】固定 【画面】窗边客人侧脸轮廓目光看向窗外雨滴沿玻璃滑落光影在脸上流动 【对白】无 【音效】雨声稍微清晰一些 【音乐】同上 【时长】6秒 【转场】叠化后面还有几个镜头处理两人的对话和结尾的沉默。整体看下来这套分镜的语言是通的SC-01 先用远景建立空间关系SC-02 拉近到店员SC-03 又切到客人景别由远及近情绪层层推进该安静的时候给长镜头该给细节的时候给近景没有出现镜头逻辑断裂。4.3 结果评估与优化方向测试结果整体符合预期但也暴露了一些问题。最明显的问题是对白处理。原始描述里顾客有一句只是觉得这雨声挺好听的Claude 准确地把它放到了对应镜头的【对白】字段里这一点没问题。但它在 SC-02 阶段给我配了一句小陈的内心独白原文里并没有这个信息。虽然加得不算违和但对于要求严格的分镜工作流来说这种擅自补充是需要警惕的。解决方式是在 SKILL.md 里加了一条硬性规定所有镜头内容只能基于用户提供的文本信息不得虚构角色台词或动作。如果原文未提供【对白】字段写无。加完之后重新测试这个问题基本消失了。另一个问题是模板格式偶尔会跑偏。在长对话中Claude 有时候会忘记用【字段】格式突然切回 Markdown 表格。我后来在 SKILL.md 工作流程的末尾加了一句全程保持统一格式禁止中途改变模板结构实测稳定性提高不少。这种小调整看着不起眼但对自动化后续有很大帮助。5. 常见问题与优化技巧5.1 Skill未生效与时灵时不灵怎么办用 Skill 最容易踩的坑就是发现 Claude 没有按 Skill 的要求干活看起来跟普通对话没区别。我排查这类问题有个固定套路分享给大家。第一种情况描述信息不匹配。Skill 的唤起机制依赖 description 字段的匹配度。如果你的描述写得太窄用户输入帮我做个片子这种泛化表达Claude 可能判断不出该调用分镜 Skill。解决办法是把 description 写宽一点多覆盖几种说法比如分镜故事板镜头设计拍摄脚本镜头列表这些词都写进去。第二种情况上下文过长导致指令被稀释。Claude 的上下文空间有限如果对话历史特别长SKILL.md 里的指令优先级会被挤到很低。我的对策是长剧本先拆成几段分段让 Skill 处理最后再合并而不是一次性把整个剧本丢进去。第三种情况Skill 版本更新后没有重新加载。修改 SKILL.md 之后需要重新打开对话或者刷新页面让新版本生效。这个问题经常被人忽略我一度以为自己的 Skill 坏了调了半天才发现是没刷新。5.2 分镜质量不稳定怎么优化如果你发现输出的分镜时好时坏多半是 SKILL.md 里的约束还不够明确。我分享三个亲测有效的优化方向。第一个方向是把拍摄意图显式化。在流程里加一句为每个镜头补充一句拍摄意图说明解释为什么用这个景别或运镜。加完之后Claude 给出的分镜不光是画面好看逻辑也说得通了因为它在设计每个镜头时都必须过一遍为什么。第二个方向是提供正反样例。在 SKILL.md 里放一段优秀分镜示例和一段不合格分镜示例。Claude 有了对照样本之后输出的质量天花板会明显提高。这个方法和人类学习是一个道理——光说规则不如给案例。第三个方向是针对不同风格做变体。同一套镜头语言标准广告片、短剧、纪录片的分镜节奏差别很大。我在 Skill 里加了一个可选的风格参数用户可以在提问时指定快节奏悬念风或舒缓文艺风Claude 会根据风格调整镜头时长和切换频率。实测下来这个灵活度很实用。5.3 从分镜到拍摄的落地经验最后聊点片子之外的体会。分镜 Skill 再好也只是把前期效率提上来了真正的拍摄环节还有一堆配合细节。我在实际项目中积累了几个小经验顺手分享给大家。第一分镜脚本一定要按镜头编号打印纸质版。现场拍摄时摄影、灯光、演员都围在监视器前没有人有耐心在手机里翻表格。纸质分镜每拍完一条导演拿笔画掉一条进度一目了然沟通效率提升不是一点点。第二时长标注不要写死。SKILL.md 生成的时长是一个参考值实际拍摄时每个镜头的节奏会因为演员表演、现场调度而改变。我一般会在分镜表里加一列实际时长现场填写方便后期剪辑参考。第三分镜初稿和最终拍摄方案之间一定留出修改空间。AI 产出的分镜是很好的讨论蓝本但真正厉害的镜头方案往往在现场灵光一现。不要因为分镜看起来专业就盲目照搬把它当成一个高质量的出发点而不是终点。我个人在实际操作中最深的一个体会是Skill 这个东西的价值不在于让你偷懒而在于把你在某个领域的专业判断标准变成团队可以共享、可继承、可不断迭代的能力资产。我最初做分镜 Skill 只是为了自己省事后来发现整个团队的分镜风格都因为这套模板变统一了。后续我还打算在这个基础上扩展一个分镜拍摄备注模板把场景位置、道具清单、灯光要求也塞进每个镜头的字段里让分镜脚本直接变成拍摄通告单。这个玩法一旦跑通前期到拍摄的整个链路就真的打通了。 
长河君 · 2026/10/19 3:05:47 · 阅读 1.2k 用Claude Skills打造AI分镜脚本工具：从痛点分析到项目落地
拍片子的人都有这种体会分镜脚本是前期最烧脑、又最不能省的环节。镜头怎么切、景别怎么选、运镜怎么走、一场戏给多长这些在开拍之前不定清楚现场拍摄就是一团乱麻。可反过来看分镜脚本本身又是高度套路化的工种镜头语言的原则就那么些翻来覆去都是景别、机位、运动、调度这些要素的组合。你要是能把一个成熟分镜师的判断标准固化下来让 AI 按你的专业标准批量产出初稿前期工作量至少能省掉一半以上。这就是我折腾 Claude Skills 分镜脚本 Skill 的初衷——把分镜判断的专业经验变成一套可复制、可迭代的 AI 工作流让每个创作者都能快速把自己的想法落到可拍的镜头序列上。这篇文章适合两类人一类是短视频、短剧、广告片创作者天天要出分镜却总被催稿另一类是对 Claude Skills 感兴趣、想把自己某个专业领域的能力做成自定义 Skill 的人。不管你是哪一类读完都能拿到一套完整可复用的方案。1. 分镜脚本Skill从痛点说起1.1 传统分镜制作的效率瓶颈先聊聊分镜这件事本身的处境。分镜脚本业内也叫故事板是把文字剧本转译成可视化镜头语言的关键环节。它直接决定了拍摄现场的走位调度、摄影机的运动方式、画面的景别取舍最后影响的是整条片子的节奏和观感。但问题在于分镜的产出方式一直停留在手工作坊阶段——靠分镜师逐镜头地画、逐镜头地写。我见过很多团队的真实情况是这样的分镜师对着剧本憋半天憋出一版初稿导演看完改一半改完再发给摄影组摄影组又提意见一轮轮沟通下来光分镜就磨掉两三天。而那些有经验的分镜师其实脑子里有一套固定的判断逻辑这个镜头的戏眼是什么、景别怎么选才符合情绪、运镜是推还是跟、时长给几秒、后一个镜头怎么接前一个镜头。这套逻辑完全可以提炼成规则和模板交给 AI 来做第一轮产出。更扎心的是短视频时代分镜的需求量暴增。信息流广告、剧情短剧、种草视频、产品宣传片每一条都要分镜但真正懂镜头语言的人就这么几个。大部分创作者写分镜要么是在表格里硬凑格式要么是凭感觉乱写一气。真正需要的是一个能把专业分镜标准内置到 AI 里、让 AI 按这个标准自动产出的工具。1.2 Claude Skills能把专业标准固化下来Claude Skills 就是冲着这个需求来的。它本质上是在通用 AI 助手的对话能力之外给 AI 装上领域专用的能力包。你可以把一个 Skill 理解为一套完整的操作手册加工作流程先告诉 AI 你要它扮演什么角色、负责什么任务再给它提供专业领域的知识框架、输出模板、甚至配套处理脚本。装上分镜脚本 Skill 之后你用 Claude 的体验会和默认状态完全不同。默认状态下你让它写个分镜它也能写出个大概但很容易写出半吊子内容要么景别混乱要么运镜描述含糊要么镜头之间毫无逻辑关联。而装了这个 Skill 之后它会自动进入分镜师的工作模式按专业标准一步步拆解你给的剧本——先分析叙事段落再按情绪节奏设计镜头序列然后用统一模板输出包含镜号、景别、运镜、画面、对白、音效、时长、转场的完整表格。整个产出逻辑是稳定的不会今天一个样、明天一个样。这套方案最适合两类使用场景。一类是个人创作者你不需要养一个专职分镜师把这个 Skill 当成前期策划搭档它出初稿、你做判断和修改效率翻倍。另一类是小型内容团队导演、编导、摄影几个人共用一套分镜标准Skill 能让团队的分镜产出风格统一内部沟通成本大幅降低。2. 认识Claude Skills文件结构与设计思路2.1 Skill的核心组成SKILL.md、scripts、assets动手之前得先搞清楚一个 Skill 到底由什么构成。Claude Skills 的项目结构很清晰核心是三个部分。第一部分是 SKILL.md这是 Skill 的灵魂文件用 Markdown 编写。里面写清楚了技能的名字、描述、使用场景、工作流程、输出标准。Claude 在收到用户请求时会先读取 SKILL.md 的内容判断这个 Skill 是否匹配当前任务然后按照里面的指令来执行。所以 SKILL.md 写得好不好直接决定 Skill 的上限。第二部分是 scripts 目录用来存放辅助脚本。有些 Skill 只靠提示词就能完成但很多实用 Skill 需要脚本配合。比如分镜脚本 Skill可以用 Python 脚本把 Claude 输出的分镜文本自动解析成 CSV 表格方便导入剪映、Premiere 之类的剪辑软件这就比纯文本输出实用得多。第三部分是 assets 目录用来存放参考资源。比如你可以放几份优秀分镜脚本的样例文件或者放一份镜头语言速查表Claude 在处理时可以读取这些文件来对齐风格。2.2 SKILL.md的编写规范SKILL.md 的开头有一个 YAML 格式的元信息区用三条短横线包裹包含 name 和 description 两个字段。name 是 Skill 的标识符一般用短横线连接的小写单词description 则是 Claude 判断何时调用这个 Skill 的关键要写清楚这个 Skill 解决什么问题、在什么场景下使用。元信息区下面是正文正文用 Markdown 编写一般包含技能概述、使用场景、工作流程、输出模板、注意事项等几个部分。Claude 在执行任务时会把整个 SKILL.md 作为上下文的一部分来读取所以你写得越具体、越结构化它执行得就越稳定。这一点和写提示词是同一个道理但 Skill 比普通提示词多了一层角色设定 执行流程 模板约束的组合效果会稳定得多。我自己实测下来的感受是SKILL.md 里的内容不需要写得像论文那么长但一定要把处理步骤和输出格式这两块写死。处理步骤告诉 Claude 按什么顺序思考输出格式告诉 Claude 按什么结构呈现。只要这两块清晰最终产出的质量就会很稳定。2.3 分镜Skill的总体设计方案做分镜脚本 Skill 之前我先把需求拆成了四层。第一层是角色定义。Claude 在这个 Skill 里要扮演的是资深影视分镜师不是文案、不是编剧、也不是只会写分镜表格式的机器人而是真正懂镜头语言、懂叙事节奏的分镜师。第二层是流程定义。一个标准的分镜流程应该是先读完整段剧本或描述提炼出叙事段落和情绪转折点然后确定这一段内容的整体节奏基调是紧张还是舒缓接着设计关键时刻的镜头方案划分哪些部分用主镜头建立关系、哪些部分用局部镜头推进情绪最后按镜头顺序补齐所有要素形成完整的镜头列表。第三层是要素定义。每个镜头必须包含镜号、景别、运镜、画面内容、对白旁白、音效、音乐、时长、转场九个要素。每一个要素都得有取值规范比如景别必须是远景、全景、中景、近景、特写、大特写之一运镜必须是固定、推、拉、摇、移、跟、升降、环绕之一。第四层是输出定义。Skill 的输出必须是一个结构化的分镜表格并且格式统一方便后续导入脚本工具。我把这四层方案写进 SKILL.md就得到了一套完整的 Skill 工作流。3. 分镜脚本Skill完整制作实操3.1 创建项目目录结构制作的第一步是建好项目文件夹。我习惯按下面这种方式组织storyboard-skill/ ├── SKILL.md ├── assets/ │ └── shot-size-reference.md └── scripts/ └── parse_storyboard.pyassets 目录里放一份景别与运镜速查表供 Claude 参考scripts 目录里放一个解析脚本把 Claude 生成的分镜文本转成 CSV。这样一个 Skill 项目就齐了。如果你只需要在对话里用不追求导入剪辑软件的便利assets 和 scripts 也可以暂时不要只保留 SKILL.md 就能跑起来。但我的建议是脚本一定要配一个后面你就会发现结构化的表格文件在拍摄现场用起来有多顺手。3.2 编写SKILL.md把分镜师的经验写进AISKILL.md 是整个 Skill 的重头戏。我直接把核心内容结构拆给大家看。元信息区和角色定义部分是这样写的--- name: storyboard-script description: 将文学剧本、场景描述或创意Brief转化为专业的分镜脚本。适用于短视频、信息流广告、短剧、产品宣传片、动画短片等视频内容的前期分镜制作。 --- # 分镜脚本 Skill 你是一位拥有10年一线经验的资深影视分镜师擅长将文字内容转化为专业的镜头语言方案。你的任务是严格按照分镜脚本的专业规范将用户提供的剧本或场景描述拆解为可直接用于拍摄的镜头序列。这一段看着简单但有两处关键细节。第一处是 description 里明确写了适用场景Claude 读到短视频短剧产品宣传片这些词时能快速判断要不要唤起这个 Skill。第二处是角色定义里强调10年一线经验和严格按照专业规范这两个表达能让 Claude 在回答时更偏向专业术语和标准格式而不是自由发挥。角色定义之后是工作流程这部分是精华。我写的是## 工作流程 1. 通读用户提供的剧本或场景描述划出主要叙事段落明确故事的核心情境与情绪基调。 2. 审视每个段落的信息量判断镜头节奏紧张场景多用短镜头抒情场景可用长镜头。 3. 逐段设计镜头序列先用关系镜头建立人物与环境的空间关系再用局部镜头推进情绪或细节。 4. 为每个镜头补充九要素镜号、景别、运镜、画面内容、对白旁白、音效、音乐、时长、转场。 5. 检查镜头之间的衔接逻辑确保画面流畅、信息不重复。这个流程的顺序不是随便定的。先有叙事段落、再有节奏判断、然后才有镜头序列设计这符合分镜师真实的工作路径——先把故事吃透再想怎么拍而不是拿到文字就往表格里填。输出格式部分我在 SKILL.md 里定义了标准模板下一小节详细展开。3.3 设计分镜模板与镜头语言标准一个专业的分镜脚本每个镜头需要包含九项要素。我先做了一张速查表放进 assets 目录要素定义常用取值与说明镜号镜头序号格式统一为 SC-01、SC-02景别画面取景范围远景、全景、中景、近景、特写、大特写运镜摄影机运动方式固定、推、拉、摇、移、跟、升降、环绕画面内容镜头内的人物动作与场景细节描述需具体避免空泛对白/旁白台词或解说词无对白时写无音效环境声与效果声例如雨声、脚步声、门轴声音乐氛围配乐方向例如低沉悬疑BGM、轻柔钢琴时长预估镜头长度单位统一为秒转场与前一个镜头的衔接方式硬切、叠化、淡入、淡出、匹配剪辑然后把输出模板写死在 SKILL.md 里## 输出格式 请严格按照以下模板输出不要省略任何字段 【镜号】SC-01 【景别】中景 【运镜】固定 【画面】具体描述画面中的人物动作、场景细节、人物位置 【对白】角色台词或旁白无则写无 【音效】环境声与效果声无则写无 【音乐】配乐氛围提示无则写无 【时长】X秒 【转场】硬切/叠化/淡入/淡出/匹配剪辑为什么用【字段】值这种格式而不用 Markdown 表格我是踩过坑的。在实际测试中Claude 在对话场景里生成 Markdown 表格很顺手但如果后续要写脚本解析成 CSV表格格式很难处理字段之间容易粘连。而【镜号】SC-01这种带括号标签的行式格式用正则很容易就能拆出每个字段机器可读性强得多。这个细节等你看完 3.4 节就明白了。3.4 用辅助脚本把分镜文本变成表格SKILL.md 写完之后我再配了一个 Python 脚本用来把 Claude 输出的分镜文本自动转成 CSV 表格。先看脚本主体import csv import re import sys FIELD_ORDER [镜号, 景别, 运镜, 画面, 对白, 音效, 音乐, 时长, 转场] def parse_storyboard(text: str) - list[dict]: shots [] # 以“镜号”为分隔符切分出每个镜头块 blocks re.split(r(?【镜号】), text) for block in blocks: if 镜号 not in block: continue shot {} for field in FIELD_ORDER: match re.search(rf【{field}】(.), block) if match: shot[field] match.group(1).strip() else: shot[field] shots.append(shot) return shots def save_csv(shots: list[dict], output_path: str): with open(output_path, w, newline, encodingutf-8-sig) as f: writer csv.DictWriter(f, fieldnamesFIELD_ORDER) writer.writeheader() for shot in shots: writer.writerow({k: shot.get(k, ) for k in FIELD_ORDER}) if __name__ __main__: data sys.stdin.read() result parse_storyboard(data) save_csv(result, storyboard.csv) print(f已解析 {len(result)} 个镜头输出至 storyboard.csv)这个脚本的思路其实很简单用正则表达式按【镜号】把整段文本切成一个个镜头块然后再从每个块里逐字段提取内容最后写成 CSV。有个细节要注意输出 CSV 时编码用的是 utf-8-sig而不是普通的 utf-8因为带 BOM 的 CSV 在 Excel 里打开才不会乱码。这种小坑不实际用一遍是发现不了的。使用流程是这样的在 Claude 对话里生成完整分镜后把全文复制到本地文件 storyboard_raw.txt然后命令行运行python parse_storyboard.py storyboard_raw.txt跑完之后打开 storyboard.csv每一行就是一个镜头九个字段整整齐齐。这个表格可以直接打印出来带到拍摄现场也可以导入剪辑软件做后续规划。实测下来脚本解析上百个镜头也就是毫秒级的事完全不会有性能问题。4. 实战测试从文学剧本到分镜脚本4.1 测试用例设计Skill 写完不能只看着好看得上真素材跑一遍才知道行不行。我设计了一个测试用例模拟团队常见的短视频拍摄需求。测试输入是一段日常场景描述深夜十一点一家即将打烊的咖啡店里店员小陈正在擦拭吧台。最后一个客人还坐在靠窗的位置望着窗外的雨发呆。小陈走过去轻声询问是否需要续杯客人回过神笑了笑说不用了只是觉得这雨声挺好听的。小陈也望向窗外两个人在安静的雨夜里沉默了片刻。这段文字有三个特点有环境氛围、有人物动作、有情绪转折。正好能考验 Skill 能不能把场景拆成合格的镜头方案。4.2 实测输出展示装上 Skill 后我把这段描述丢给 Claude它没有直接给出一段文字描述而是进入了分镜师的工作状态。先是简单分析了叙事结构——一个打烊前的收尾场景情绪由平静转向微妙的共鸣——然后输出了一组分镜。节选几个镜头给大家感受一下【镜号】SC-01 【景别】远景 【运镜】固定 【画面】深夜咖啡店外暖黄色灯光从玻璃窗透出雨丝在灯光下清晰可见店内隐约有两个人影 【对白】无 【音效】雨声、远处偶尔驶过的汽车声 【音乐】轻柔的爵士钢琴 【时长】4秒 【转场】硬切 【镜号】SC-02 【景别】中景 【运镜】缓推 【画面】店员小陈低头擦拭吧台动作不紧不慢目光偶尔飘向窗边方向 【对白】无 【音效】杯子放下时轻微的碰撞声 【音乐】同上 【时长】5秒 【转场】硬切 【镜号】SC-03 【景别】近景 【运镜】固定 【画面】窗边客人侧脸轮廓目光看向窗外雨滴沿玻璃滑落光影在脸上流动 【对白】无 【音效】雨声稍微清晰一些 【音乐】同上 【时长】6秒 【转场】叠化后面还有几个镜头处理两人的对话和结尾的沉默。整体看下来这套分镜的语言是通的SC-01 先用远景建立空间关系SC-02 拉近到店员SC-03 又切到客人景别由远及近情绪层层推进该安静的时候给长镜头该给细节的时候给近景没有出现镜头逻辑断裂。4.3 结果评估与优化方向测试结果整体符合预期但也暴露了一些问题。最明显的问题是对白处理。原始描述里顾客有一句只是觉得这雨声挺好听的Claude 准确地把它放到了对应镜头的【对白】字段里这一点没问题。但它在 SC-02 阶段给我配了一句小陈的内心独白原文里并没有这个信息。虽然加得不算违和但对于要求严格的分镜工作流来说这种擅自补充是需要警惕的。解决方式是在 SKILL.md 里加了一条硬性规定所有镜头内容只能基于用户提供的文本信息不得虚构角色台词或动作。如果原文未提供【对白】字段写无。加完之后重新测试这个问题基本消失了。另一个问题是模板格式偶尔会跑偏。在长对话中Claude 有时候会忘记用【字段】格式突然切回 Markdown 表格。我后来在 SKILL.md 工作流程的末尾加了一句全程保持统一格式禁止中途改变模板结构实测稳定性提高不少。这种小调整看着不起眼但对自动化后续有很大帮助。5. 常见问题与优化技巧5.1 Skill未生效与时灵时不灵怎么办用 Skill 最容易踩的坑就是发现 Claude 没有按 Skill 的要求干活看起来跟普通对话没区别。我排查这类问题有个固定套路分享给大家。第一种情况描述信息不匹配。Skill 的唤起机制依赖 description 字段的匹配度。如果你的描述写得太窄用户输入帮我做个片子这种泛化表达Claude 可能判断不出该调用分镜 Skill。解决办法是把 description 写宽一点多覆盖几种说法比如分镜故事板镜头设计拍摄脚本镜头列表这些词都写进去。第二种情况上下文过长导致指令被稀释。Claude 的上下文空间有限如果对话历史特别长SKILL.md 里的指令优先级会被挤到很低。我的对策是长剧本先拆成几段分段让 Skill 处理最后再合并而不是一次性把整个剧本丢进去。第三种情况Skill 版本更新后没有重新加载。修改 SKILL.md 之后需要重新打开对话或者刷新页面让新版本生效。这个问题经常被人忽略我一度以为自己的 Skill 坏了调了半天才发现是没刷新。5.2 分镜质量不稳定怎么优化如果你发现输出的分镜时好时坏多半是 SKILL.md 里的约束还不够明确。我分享三个亲测有效的优化方向。第一个方向是把拍摄意图显式化。在流程里加一句为每个镜头补充一句拍摄意图说明解释为什么用这个景别或运镜。加完之后Claude 给出的分镜不光是画面好看逻辑也说得通了因为它在设计每个镜头时都必须过一遍为什么。第二个方向是提供正反样例。在 SKILL.md 里放一段优秀分镜示例和一段不合格分镜示例。Claude 有了对照样本之后输出的质量天花板会明显提高。这个方法和人类学习是一个道理——光说规则不如给案例。第三个方向是针对不同风格做变体。同一套镜头语言标准广告片、短剧、纪录片的分镜节奏差别很大。我在 Skill 里加了一个可选的风格参数用户可以在提问时指定快节奏悬念风或舒缓文艺风Claude 会根据风格调整镜头时长和切换频率。实测下来这个灵活度很实用。5.3 从分镜到拍摄的落地经验最后聊点片子之外的体会。分镜 Skill 再好也只是把前期效率提上来了真正的拍摄环节还有一堆配合细节。我在实际项目中积累了几个小经验顺手分享给大家。第一分镜脚本一定要按镜头编号打印纸质版。现场拍摄时摄影、灯光、演员都围在监视器前没有人有耐心在手机里翻表格。纸质分镜每拍完一条导演拿笔画掉一条进度一目了然沟通效率提升不是一点点。第二时长标注不要写死。SKILL.md 生成的时长是一个参考值实际拍摄时每个镜头的节奏会因为演员表演、现场调度而改变。我一般会在分镜表里加一列实际时长现场填写方便后期剪辑参考。第三分镜初稿和最终拍摄方案之间一定留出修改空间。AI 产出的分镜是很好的讨论蓝本但真正厉害的镜头方案往往在现场灵光一现。不要因为分镜看起来专业就盲目照搬把它当成一个高质量的出发点而不是终点。我个人在实际操作中最深的一个体会是Skill 这个东西的价值不在于让你偷懒而在于把你在某个领域的专业判断标准变成团队可以共享、可继承、可不断迭代的能力资产。我最初做分镜 Skill 只是为了自己省事后来发现整个团队的分镜风格都因为这套模板变统一了。后续我还打算在这个基础上扩展一个分镜拍摄备注模板把场景位置、道具清单、灯光要求也塞进每个镜头的字段里让分镜脚本直接变成拍摄通告单。这个玩法一旦跑通前期到拍摄的整个链路就真的打通了。