简介这是一套基于 Claude Code 的网文改编漫剧剧本技能包面向网络小说作者、动漫编剧和 AI 内容创作者帮助将长篇网络小说一键自动改编为符合行业标准的漫剧剧本。技能内置五阶段全自动工作流立项问答确定需求世界观与人物规划搭建故事框架三层记忆维护机制保障情节、角色与设定连贯逐章创作把叙述文字转化为对话和场景自检与定向返修负责修正逻辑漏洞和风格偏差。压缩包共 21 个文件以 Markdown 文档为主涵盖技能主体、设计文档、示例剧本及人物大纲等另有 Shell 安装脚本、JSON 配置和 License 文件整体仅 47KB便于快速部署。目前已有 100 人学习下载。通过这套资料既可理解 AI 辅助编剧的技术实现路径也能直接安装使用缩短网文到漫剧的改编周期同时为网络文学与动漫产业的融合提供高效工具。1. 网文改编漫剧剧本 Claude Code Skill五阶段工作流把上百万字小说压成能直接拍的剧本做漫剧改编的团队里最耗人的往往不是画分镜而是把一本动辄上百万字的网文拆成可拍的剧本文本。网文改编漫剧剧本 Claude Code Skill 这个五阶段全自动工作流做的事情很直接你把整本 TXT 丢进项目目录它在 Claude Code 里按五个阶段跑完解析、筛选、分镜、改写和格式化最终输出一集集标准漫剧剧本。它对单人创作者、小型动画工作室和批量做短篇漫剧试水的 MCN 团队最实用省掉的是从零搭提示词、反复调输出格式的功夫。先说结论这个工作流解决的不是“让 AI 生成灵感”而是把“从小说到剧本”的转化变成可重复、可审计的流水线。2. 五阶段工作流拆解每个阶段改什么、为什么顺序不能乱漫剧和网文的叙事密度完全不同。一章 5000 字的网文在漫剧里可能只够演 30 秒。所以改编的核心动作不是“压缩”而是“重建叙事结构”。这套工作流把重建过程拆成五个独立阶段解析分集、主线筛选、场次分镜、对白改写、格式自检。顺序一旦乱比如先改写对白再删冗余就会出现删掉的段落里刚好带着关键对话的尴尬局面。下面逐个拆。2.1 阶段一网文解析与分集切片先把大文本切成故事单元一本完本网文动辄几 MB直接整体塞给模型做长上下文后面所有阶段都会受截断和注意力衰减影响。阶段一先做两件事章节结构识别和按目标字数切片。# 常见做法先归一章节目录再按目标字数切片 python split_novel.py --input novel.txt --output chunks/ --target-size 12000这个脚本做的事是把“第001章”“chapter 12”“番外”这类混杂的标题先归一化成统一的“第 N 章”再按章节边界切片。为什么要按章节边界而不是按字数硬切因为剧本改编需要保留章节的叙事完整性硬切会把一个完整情节切成两半后面阶段二筛主线时因果链就断了。参数说明--target-size 我一般设在 800016000 字。低于 8000切片碎后面每集的场景素材不够模型容易靠脑补凑内容高于 16000单次处理超过稳定输出范围阶段三的分镜质量会明显下降。切片后每个文件保留原章节号这个编号是后面每集剧本的“素材溯源”一定不能丢。2.2 阶段二主线筛选与情节冗余裁剪先删后写网文体量远大于一集剧本的容量。1 万字的原文段落最终落到剧本里可能只有 300 字。这不是改写能解决的问题而是删除决策问题。阶段二先把切片后的原文拆成“情节事件”粒度每个事件记录四个字段触发者、冲突内容、结果、是否被后续章节引用。然后按两条规则做裁剪决策。规则一主线相关性只保留与核心目标冲突有关的事件日常逛街、重复打斗、冗长心理描写标为“可删”。规则二因果必要性如果删掉该事件会导致后面某个转折无法理解就必须保留。这个规则比关键词权重可靠得多关键词容易把伏笔段落误伤因果检查不会。我一般让 skill 额外输出一个 cut_list 文件里面标记“保留 / 可删 / 需合并”三种状态可删区先归档不直接丢弃。模型裁剪有概率误伤归档是你事后找回素材的后悔药别省这一步。2.3 阶段三场次拆分与漫剧分镜语法把小说叙事转成视觉语言漫剧剧本和影视剧本最大的区别是节奏。漫剧靠画面快速推进一集 3 到 5 分钟镜头数要控制在 25 到 45 个每个场景必须能被视觉化呈现。小说里一句“他内心挣扎了很久”没法直接拍得拆成一个低头沉默的特写加一个转身离开的远景。阶段三要做的就是把小说事件改写成一串镜头单元每个镜头固定五个字段镜号、景别、运镜、画面描述、角色动作。这部分我建议在 SKILL.md 里直接写死模板示例让模型照着填镜005 | 中景 | 固定转推 | 主角站在废墟前握紧拳头 对白主角这次我不会再退。 时长4 秒这种写法剪辑师拿到就能直接做 layout不需要回原文重新理解。场景与场景之间用转场字段隔开直接切、淡入淡出、闪回三种足够用。阶段三先保留原文对白不压缩口语化处理留到阶段四避免分镜阶段信息过载。2.4 阶段四对白压缩与口语化改写适配配音和字幕网文对白有两个老毛病书面化和解释性。书面化指人物说“我万万没想到事情竟会发展到这般田地”配音念出来非常生硬。解释性指角色把心理活动直接说出来这在漫剧里属于画面信息重复观众听着累。阶段四的改写规则有三条写进 skill 的指令里。第一一条对白配音最好不超过 30 到 35 字超过就拆成两句或删掉冗余修饰第二内心独白和心理描写统一转成旁白轨不进对白第三保留人物口癖和称呼习惯比如某人一直自称“老子”全文都不能变。这一阶段输出的是标准对白轨每行标注角色名、语气提示低声、嘶吼、迟疑和对应镜号。语气提示对配音导演很重要没有它配音演员拿到本子还得自己揣摩情绪。2.5 阶段五格式转换与质量自检输出能直接进下游的文件前四个阶段处理内容阶段五处理交付物。漫剧剧本的下游分工很明确分镜师看镜头表配音看对白本后期看旁白和音效轨。输出格式必须稳定不能这一集是 Markdown、下一集是 JSON。阶段五做三件事。第一把镜头序列套进统一模板按集导出第二跑一遍自检规则检查人物名单是否齐全、镜头数是否落在 25 到 45、单条对白是否超长、估算总时长是否在 3 到 5 分钟第三把校验不通过的项目单独标记。自检规则里最重要的一条是“每集最后一镜必须是钩子”——要么抛出新冲突要么留下悬念画面否则观众在 3 分钟结束时没有任何理由点下一集。这套自检逻辑也是后面人工验收时要重点复核的部分。3. 把 Skill 装进 Claude Code从 zip 到跑通五阶段全自动改编很多人在网上看到 Claude Code 的 skill 推荐下了一堆包却不知道装到哪里。这个 zip 解开后并不是双击运行的程序而是一个要被放到指定目录、由 Claude Code 识别和加载的技能包。装好之后整个五阶段工作流才会出现在会话里。3.1 安装位置与目录结构先确认 skill 被 Claude Code 看到Claude Code 的 Skill 机制本质上是“一组能被模型按需加载的技能定义”。真正生效的是 zip 解压后的目录。常见做法有两个位置全局技能目录和项目级技能目录。# 解压到 Claude Code 的全局技能目录 mkdir -p ~/.claude/skills unzip 网文改编漫剧剧本_Claude_Code_Skill.zip -d ~/.claude/skills/ ls ~/.claude/skills/解压后的目录名以实际 zip 内部结构为准我不在这里写死。目录里通常会有一个核心文件叫 SKILL.md它由 YAML 格式的 frontmatter 和正文组成。frontmatter 里的 name 字段是技能唯一标识description 字段描述技能适用场景。模型的加载逻辑靠读 description 判断“当前用户的请求是否匹配这个技能”所以描述里必须写清楚触发场景比如“将网络小说改编为标准漫剧剧本”“五阶段工作流”。3.2 在会话里加载 Skill对话自动匹配加显式指定装好之后有两种触发方式。第一种是纯对话触发在 Claude Code 会话里直接说“把这部小说改编成漫剧剧本”模型判断请求匹配后会自动加载技能。第二种是显式路径触发适合模型没识别出来的时候手动干预。# 在项目目录启动 Claude Code 后执行 claude 运行 SKILL_MD 里的五阶段工作流把 ./novel.txt 改编为漫剧剧本输出到 ./drama_output这里有个实际建议第一次跑先别整本上。从小说里切一章出来丢进去试跑确认输出的分镜字段、对白格式、文件命名是自己团队要的样子再放整本。整本跑一次耗时不算短中途发现格式不对再改参数白跑一大轮血泪经验。3.3 跑通最小示例看哪些日志和产物算成功最小验证目标是一集完整的漫剧剧本。判断跑通的硬标准输出目录里出现按“集”命名的剧本文件里面包含镜号、景别、运镜、画面描述、对白、时长估算这些字段。跑的过程中日志看什么阶段一到二是脚本在处理重点看切片数量和章节边界有没有报错阶段三到五是模型生成重点看每集镜头数和对白条数有没有落在预期范围。如果镜头数超过 45说明分镜粒度太碎需要在 skill 的指令里加上“每个镜头必须包含一个完整动作同一场景内景别切换不超过三次”这类约束。如果镜头数少于 15说明模型在偷懒把多个动作合并进了一个镜头这时候要检查是不是输入切片太短导致素材不足。第一次跑通之后别急着改参数把产出的人工复核一遍确认哪些问题是稳定复现的再动 SKILL.md。4. 标准漫剧剧本的字段与格式让分镜、配音、后期各自取数的参数细节工作流叫“标准漫剧剧本”标准二字体现在字段稳定和单位统一上。剧本不是给人读完就完的文档它是分镜、配音、后期三个工种的输入数据。字段不统一下游拿到手还得二次加工全自动就名不副实。4.1 单集剧本的最小字段表一集漫剧剧本建议至少包含下面这些字段这也是后面格式校验的检查项字段说明示例集号第几集EP03场号同一集内的场景编号S02镜号全局镜头编号SHOT014景别远景/全景/中景/近景/特写近景运镜固定/推/拉/摇/移/跟随推画面描述角色在画面中的动作与环境主角翻过窗台落地尘土扬起角色当前镜头中出现的角色名主角对白/旁白说话内容旁白需标注主角“箱子就在下面。”音效拟声或配乐提示可空玻璃碎裂声预计时长该镜头成片估算秒数4 秒字段拆分到这个粒度分镜师能直接画 layout配音演员能直接读对白后期能按音效字段铺音轨。如果你发现某个 stage 输出缺字段优先去 SKILL.md 里找模板定义而不是在提示词里临时补一句“记得加上镜号”临时补话的结果通常是这次加了下次又忘了。4.2 景别、运镜与主观镜头的参数从哪来这些参数不是模型拍脑袋编的要跟情绪强度挂钩。对话冲突激烈时给近景和特写让观众看清表情环境交代和转场给远景或全景追逐、奔跑这类动态场景用摇镜和移镜。静态对话如果连续三个镜头全是固定机位成片会像幻灯片此时应至少插入一个推镜或移镜增加动感。主观镜头POV要少用。漫剧一集 3 到 5 分钟主观镜头超过三四个容易让观众头晕。我一般会在 skill 指令里加“每集主观镜头不超过三个”模型默认分镜时会给得很保守不给这个上限它会随机使用结果不可控。这类数值参数全部前移到 SKILL.md 里写死而不是靠每次对话临时约束。4.3 时长与字数估算一集漫剧剧本的合理体量中文配音正常语速大概每分钟 240 到 280 字扣除动作戏和转场一集 4 分钟的漫剧实际对白量在 700 到 900 字之间。按这个基准可以用对白总字数反推成片时长对白 800 字约等于 3 分钟台词量加 40% 的动作和转场时间总时长在 4 分半上下。镜头时长分配有个常见规律特写 2 到 3 秒中景 3 到 5 秒全景 4 到 7 秒。一集 35 个镜头按这个区间估算总时长大约 120 到 160 秒刚好卡在 3 分钟附近。如果再算上每集片头和钩子画面整体就在可接受的范围内。阶段五的时长自检就是按这个公式反推的如果产出的镜头数 35、对白却只有 200 字那说明模型把大量动作信息删没了要回阶段二检查事件表是不是漏了情节。5. 避坑指南五阶段全自动改编最容易翻车的 5 个环节从 zip 装好的第一次试跑到批量改编整本小说这个工作流远没有“一键”听起来那么乖。下面几条是跑过之后最容易踩的坑按现象、原因、解决三步写清楚。5.1 章节边界识别失败分集后剧情对不上现象切片后的文件编号和实际剧情顺序错位输出剧本里前一集还在城中下一集突然跳到荒原中间少了一大段关键发展。原因网文 TXT 的章节标题格式不统一。有的章节是“第001章”有的是“第12节”有的是“序章”“番外”“请假条”混在里面解析脚本只认一种正则会漏掉边界漏掉的那部分内容被并进了相邻切片。解决在阶段一加一个章节标题白名单把“第N章”“第N节”“Chapter N”“序章”“番外”全部归一化为标准格式后再切片。切片完成后先做一轮边界复核列出所有切片的首行原文人工扫一眼确认没有把“请假条”当成正文章节。5.2 输出格式漂移同一批剧本一半有镜号一半没有现象第一批分集剧本字段齐全跑到后面某集突然少了运镜字段对白行也没了对齐像是模型“写累了”开始摆烂。原因这是长任务里最常见的退化。模型在同一个会话里处理多集内容上下文里的早前输出会污染后续生成或者上下文长度逼近上限导致细节丢失。SKILL.md 里的模板约束不够硬模型在长输出中途偏离了模板。解决把输出模板写成独立的 JSON Schema 文件或严格 Markdown 模板文件让 SKILL.md 里的阶段五引用该文件而不是在提示词里用文字描述格式。跑完所有批次后用脚本批量检查字段完整性缺字段的文件标记出来重新跑阶段五别手工补补了这个下次还会丢。5.3 长文本截断后半本书被静默忽略现象整本小说喂进去前面 20 集剧本质量正常第 21 集开始内容明显变薄到最后几集只有大纲没有分镜。原因输入文本超过模型单次处理上限后被静默截断后半段原文根本没进入处理流程。这不是工作流 bug是使用方式问题。整本上传时的切片逻辑没生效或者切片后又被重新拼回了长上下文。解决坚持阶段一先切片每片独立走完后续阶段。批量跑的时候写个外层脚本循环读 chunks 目录逐个调用而不是手动复制粘贴文本。跑完后对比切片总数和输出剧本数数量对不上一定有不完全处理的切片尽早定位。5.4 因果链误伤关键伏笔被当冗余删掉现象改编后的剧本情节跳脱主角在第 8 集突然拿出一个前文没交代过的道具或者某个反派的动机完全没有铺垫。原因阶段二的裁剪规则把铺垫和伏笔识别成了低相关性内容因为它们在当前切片里没有直接冲突却在后续章节被引用。裁掉后整条因果链断裂。解决在阶段二的事件表里加“被引用检查”每个标记为“可删”的段落去后续切片里搜索它的人物名和关键道具名只要有二次出现就必须改判为“保留”。这套检查用脚本或模型都能做但必须做一个不能依赖模型自觉。裁剪只是归档只有“保留”会进入阶段三。5.5 人物设定漂移同一角色在不同集里口癖和称呼不一致现象第一集里主角自称“我”第三集里突然自称“老子”第一集里配角叫主角“阿辰”第五集里变成“辰哥”配音配到一半还得回头改。原因分集独立处理时每个切片进入模型的上下文里没有携带全局人物设定。模型每集都靠猜猜几次就跑偏。解决在阶段一之前加一个半分钟的人物设定提取步骤把全文的人物姓名、称呼、口癖、外貌特征抽成一张固定表放进每个切片的后缀里作为固定上下文。这不算额外步骤就算你跳过阶段二筛选时也需要一个判断基准不如一开始就固化下来。设定表要单独存成一个 JSON 文件后续人工复核也方便。6. 验证改编质量用脚本抽检分镜密度、对白占比和每集钩子全自动跑完不等于能直接进制作。交付之前抽检三个指标分镜密度、对白占比、每集钩子。这三个指标能暴露大部分“模型产出的无效剧本”。6.1 批量抽检剧本文件的计算脚本import json, glob, sys def audit(path): data json.load(open(path, encodingutf-8)) shots data.get(shots, []) duration sum(s.get(duration, 3) for s in shots) dialogue sum(len(s.get(dialogue, )) for s in shots if s.get(dialogue)) desc sum(len(s.get(description, )) for s in shots) shots_per_minute len(shots) / (duration / 60) dialogue_ratio dialogue / (dialogue desc 1) return shots_per_minute, dialogue_ratio, len(shots) for p in sorted(glob.glob(sys.argv[1] /*.json)): spm, ratio, cnt audit(p) flag OK if 8 spm 14 and 0.25 ratio 0.55 else CHECK print(f{p} 镜头数:{cnt} 每分钟镜头:{spm:.1f} 对白占比:{ratio:.2f} {flag})逻辑说明脚本按镜头总数和时长估算算出每分钟镜头数8 到 14 是漫剧常见的节奏区间低于 8 说明镜头拖太长高于 14 说明画面碎到剪辑跟不上。对白占比派生的逻辑是如果对白字数和画面描述字数比值过低说明这集几乎全是画面故事推进靠看不用听观众很容易走神。这个脚本只做粗筛标记 CHECK 的文件再人工打开看。6.2 把剧本 JSON 转成分镜表草稿import json data json.load(open(EP03.json, encodingutf-8)) rows [] for shot in data[shots]: rows.append(f{shot[shot_id]} | {shot[shot_size]} | {shot[camera]} | f{shot[description]} | {shot.get(dialogue, )} | {shot.get(duration, 3)}s) open(EP03_layout.md, w, encodingutf-8).write(\n.join(rows))这个脚本把剧本中每个镜头压成一行输出成一个 Markdown 表格草稿。分镜师拿到它可以直接在纸上按行起稿不用再去 JSON 原始文件里翻字段。这类小工具做到后面可以积累成模板塞进同一个 skill 的 scripts 目录里每集跑完自动生成一份。6.3 人工复核的三个关键位置脚本只能查结构查不了内容。成片前人工至少要看三个位置每集的最后一镜确认它确实是个钩子没有把悬念平铺直叙讲完每个角色的第一次出场确认名字、身份介绍完整每次场景转换确认转场标记和画面描述对应不会出现画面还在室内、音效却是街道的情况。我自己的习惯是每 5 集抽 1 集做全量人工通读剩下的用脚本筛。跑这套工作流到现在最深的体会是它真正的价值是让“改”变得便宜而不是让“写”变得免费。最值钱的不是模型第一次输出的剧本而是你按自检规则把它打回重跑的迭代过程。希望这个五阶段思路和这些踩坑记录能帮你在自己的漫剧产线上少走一段弯路。本文还有配套的精品资源点击获取