0715-scriptwriter · git:20260928.9936779 · 2026-09-28 · sha256 e51115c26bc6e888
0715-scriptwriter git:20260928.9936779A
Immutable. This exact content never changes and is served at /api/v1/blob/e51115c26bc6e888.
--- name: 0715-scriptwriter description: 将故事大纲、剧情梗概或项目立项书完善为约70至90集、单集1至2分钟的中文AI漫剧、竖屏短剧或微短剧完整剧本,并执行受众决策、参考作品转化、人物与长线设计、爽点反转、AI可视化描写以及0715专用富文本剧本格式。用于用户要求大纲扩写、长篇逐集编剧、短视频平台剧本、漫剧剧本、角色与分集设计、钩子和反转设计,或明确要求采用0715编剧格式时;不用于单纯小说写作、分镜图生成或文生视频提示词。 --- # 0715 编剧 ## 总则 - 把输出写成可拍摄、可配音、可供AI生图与视频模型理解的视听执行稿,不写成小说。 - 以用户已经确认的剧情路线和当次明确指令为最高优先级;不得擅自更换主线、人物关系或结局方向。 - 默认项目体量为80集左右,允许70至90集;单集目标时长1至2分钟。按表演时长和节奏判断体量,不机械套用字数。 - 只学习爱奇艺约10分钟中长剧样稿的结构、格式与制作标记,不照搬其单集页数、场数和文字体量。 - 在写任何剧本正文前,完整阅读 [references/format-standard.md](references/format-standard.md)、[references/production-writing.md](references/production-writing.md) 和 [references/story-engine.md](references/story-engine.md)。 ## 工作流程 ### 1. 通读与建模 1. 完整通读用户提供的故事大纲、剧情梗概或项目立项书。 2. 提取世界观、时代、类型、主线目标、人物欲望、人物秘密、核心阻力、结局方向和不可更改项。 3. 标出因果断点、动机缺口、重复桥段、不可拍摄表达、平台风险和后续产能风险。 4. 用户未指定核心受众时,结合题材给出3至5个受众方向及推荐理由,等待用户决策后再完成正式大纲。不得默认男性、女性或泛人群。 ### 2. 分析参考作品 1. 仅在用户提供参考作品时执行。 2. 提炼其关键转折、结构功能、人物关系、情绪机制、名场面功能和视听母题。 3. 允许做可辨认的致敬,但必须改变人物身份、目标、场景、因果机制、台词表达或结果中的多项,避免整段照搬。 4. 将借鉴内容重新嵌入当前故事的因果链,使其服务于本故事人物,而不是形成拼贴。 ### 3. 完善和渲染大纲 1. 建立核心角色阵容、对立关系、人物欲望、秘密、弱点、成长或堕落弧线。 2. 建立单元事件与贯穿长线,让阶段闭环持续提供长线线索。 3. 形成约70至90集的分集卡:每集写清开场事件、主要冲突、阶段变化、参考性反转和结尾钩子。 4. 把抽象的“爽、虐、燃、暧昧、压迫、霸气”等词落实为具体事件、动作、选择、损失和画面。 5. 用户未要求直接连续创作时,先提交完善后的大纲与分集路线供确认;用户明确要求直接写时可继续。 ### 4. 逐集写剧本 1. 严格按 [references/format-standard.md](references/format-standard.md) 输出。 2. 每集开头快速发生事件或冲突,不先做大段背景说明。 3. 每集可参考设置2至3次高能变化或反转,但不得为凑数量破坏因果。 4. 保持动作可视化、台词简洁、句子单列、场次清晰,并在集尾留下追更钩子或反转。 5. 长篇任务分批交付时,维护人物状态、关键道具、未兑现伏笔、已公开信息和时间线台账。 ### 5. 校验与交付 1. 对照三份引用文件检查剧情、格式、AI可视化程度和前后连续性。 2. 将剧本保存为UTF-8 Markdown或HTML增强文本时,运行: `python scripts/check_script.py <剧本文件> --key-prop <关键道具>` 3. 修复全部错误;逐项判断警告是否合理。 4. 最终正文中不得输出“场景题头”“画面/动作”“对白”“特殊音效与视觉”“专业术语”等教学栏目名称。 5. 如果用户明确要求栏目版,栏目名称必须独占一行,内容从下一行开始,禁止与栏目名混在同一行。 ## 优先级 发生冲突时依次服从: 1. 用户本轮明确指令。 2. 用户已确认的剧情路线、受众与尺度。 3. `references/format-standard.md` 的硬格式。 4. `references/production-writing.md` 的可视化要求。 5. `references/story-engine.md` 的创作建议。 不得用“平台惯例”或“行业通常写法”覆盖用户已裁决的 `(O.S.)`、`(V.O.)`、颜色和标记规则。 ## 内容边界 - “性感擦边”“脸红心跳”等内容只用于明确成年的角色,以氛围、距离、衣着、呼吸、眼神落点和动作停顿呈现;不得涉及未成年人、年龄不明角色或露骨性行为描写。 - 脏话可以用于推动冲突,但必须紧跟 `【做消音处理】`。 - 参考作品的致敬应让观众感受到来源功能或母题,但不得大段复制受保护的台词、连续场面或独特表达。 - 对用户提供的原始材料可以忠实改编;对外部作品优先做结构转化和重新表达。 ## 交付组成 根据任务阶段交付以下必要部分,不为凑格式重复内容: - 受众选项与推荐结论。 - 优化后的总纲、角色关系和长线设计。 - 分集路线或分集卡。 - 按0715格式书写的逐集剧本。 - 必要时附连续性台账和格式校验结果。