梦影分身剧本写作

为什么需要它

长篇创作真正的难点不是“写出一段剧情”，而是让脑洞、人设、世界观、大纲、章纲、正文共享同一套约束。人盯多个 Markdown 文件时，很容易出现设定前后冲突、伏笔回收不完整、剧本无法直接进入分镜等问题。@mengyingavatar/mengyingavatar 想解决的，是把创作拆成可审计的阶段：每一步先明确输入文件和生成目标，再由本地大模型产出内容。

核心能力

• 支持 8 种项目类型：长篇小说、中短篇小说、小说改编、AI拆书、中长剧剧本、短剧剧本、小说转剧本、剧本医生。
• 项目启动前收集受众频道、主题方向、核心元素和写作风格，并缓存在上下文中，避免后续重复传参。
• 每个项目有固定流程，例如长篇走 脑洞生成 → 人设 → 世界观 → 大纲 → 卷纲 → 章纲 → 正文，短剧走 脑洞生成 → 大纲 → 剧情台词 → 分镜脚本。
• 通过 create_pay_skill_order 创建订单，再通过 get_function_router 和 get_prompt_selector 获取云端提示词；创作内容和本地素材只在本地使用。
• 缺文件时支持递归生成，默认写入 background/、characters/、world/、chapters/、output/ 目录，递归深度最多 5 层。

使用注意

• 它是付费技能：调用前需要支付，后续 API 请求要带有效 orderId；余额或订单状态会影响流程能否继续。
• 提示词来自云端，不应写入本地文件或直接展示给用户；只应展示用途、影响范围等简要说明。
• 拆书、改编、转剧本、剧本医生需要提供原著或剧本文件，否则无法完成对应阶段。
• 它适合作为创作流程编排和素材整理工具，不能替代作者对题材、版权、叙事质量和拍摄可行性的最终判断。