# Creator-first 工作流 ## 唯一落盘 每集按需维护五份创作者可读 Markdown： | 阶段 | owner | 文件 | |---|---|---| | 剧本 | `short-drama-write` | `剧集//剧本.md` | | 视觉资产 | `short-drama-assets` | `剧集//视觉设定.md` | | 分镜与冻结关键帧 | `short-drama-storyboard` | `剧集//分镜.md` | | 图片提示词 | `short-drama-image-prompts` | `剧集//图片提示词.md` | | 视频提示词 | `short-drama-video-prompts` | `剧集//视频提示词.md` | 没有内容时不预建空文件。一个请求只创建它实际需要的文档；从剧本、视觉设定、分镜或提示词任一 阶段直接进入都合法，不为补齐名义流水线伪造上游。 单集创作主链不落盘 JSON/JSONL、索引、指纹、覆盖表、QA 报告、审核表、交接胶囊或恢复状态。 需要 ID 时写进 Markdown 标题；结构检查和批次状态留在本轮上下文，不成为第六份创作文档。建议 写法见 [五份创作文档](creator-documents.md)。 长篇原著拆解或多集材料识别可以在 `项目开发/` 使用机器索引；它们是用户点名时才建立的可选分析 工作区，不是单集创作真相。其存在不会改变 `剧集//` 的五文档布局，也不能要求单集 owner 补造并行结构化产物。 创作者说明跟随项目语言。图片和关键帧正文跟随 `prompt_language`；视频正文优先跟随目标视频模型 档案的 `video_prompt_language` 和 `video_prompt_dialect`，未声明时回退 `prompt_language` 与通用自然语言。 `native_duration_seconds` 在分镜规划时生效，不能等生产提交才发现镜头不合法。没有 `short-drama.json` 时，图片与 关键帧正文默认使用 `en`；视频正文根据目标模型确认，目标也未声明时沿用用户当前语言。描述语言、 对白口语语言和画内文字互相独立，不能用一个推断另一个。 用户在 Brief 或当前请求中已经给出的项目级事实要在初始化时同步到 `short-drama.json`：至少包括已确认的 集数、单集目标时长、画幅和目标生产档案。生产档案只有 `unset` 与 `accepted` 两种项目级状态；下游只读取 已接受档案，不用临时状态代替创作者决定。 同一场次连续生产且目标模型支持续接时，生产档案把连续性路由声明为“上一段实际视频 + 实际尾帧接力”； `one-shot-per-generation`、单镜容器或多镜容器只描述打包粒度，不能用来取消这条连续性路由。 ## 请求范围 用户点名的范围就是本轮范围。“写完这一集”完成整集；“从剧本做到视频提示词”依次完成所点名 阶段。场次、资产组和镜头组只是内部上下文批次，通过后自动继续，不逐批交还控制权，也不为每个 中间文件另开接受、审查或 QA 回合。 只在三处停下： 1. 点名范围已经完成； 2. 缺失事实形成会显著改变剧情或视觉方向的真实创作分叉； 3. 下一步会调用外部生产，必须先展示精确 job 并取得显式确认。 ### 一句话把范围说清楚 请求可以直接说明集号、阶段、模型和参考图安排。下面是几种写法： ```text 写 EP001 的分镜和每镜冻结关键帧。目标视频模型是 MiniMax H3，先把它写进项目档案。 ``` ```text EP001 分镜确认采用，按 MiniMax H3 写视频提示词。人物、场景、道具要跨镜一致， 所以先在项目里找已有的角色图、场景图、道具图和本镜起始帧并绑成参考；缺哪张就列出来，别改成文生视频。 ``` ```text EP001 的角色图和场景图在 输入/参考图/ 下，本镜起始帧在 剧集/EP001/制作成果/images/ 下， 请按这些图写 MiniMax H3 的图生视频提示词，逐镜说明送哪一张起始帧、哪些人物/道具/场景图。 ``` ```text 参考图我自己在 MiniMax 的界面里出，不进项目。EP001 按 H3 写视频提示词， 逐镜告诉我要挂哪几张图、按什么顺序挂、每张管什么。 ``` ```text 这一集没有也不打算做参考图，明确走文生视频，静态视觉锚点写足。 ``` 一句请求里值得交代的是四件事：**做哪一集的哪一阶段**、**目标视频模型**、**参考图在哪里或还没有**、 **没有图时怎么办**。已接受档案中有答案时直接沿用；只有缺失事实形成真实创作分叉时才询问。 没有图时的路径不能替创作者假设。 第四件有三个答案：等图、由创作者自己在别处出图并挂载（写成 `PLAN-...`）、或者明确走文生视频； 一个都没说时，就当成还在等图。 结构检查用于发现可证明的引用、ID、算术或显式状态问题；能在当前文档修正的直接修正。 完整跨文档检查要求五份文档齐备，局部任务先核对已有文档，不因缺少未请求的阶段而补造文件。审查、归档和媒体 生产只有用户点名时开始。安装 selftest、全量 QA 和 demo 验证属于技能维护，不属于普通创作请求。 ## 创作质量 各阶段按具体问题读取自己的 craft references，检查剧情因果、 人物声音、资产身份、空间连续性、镜头职责、可生成性和提示词边界。规则与路由总表见 [knowhow-index.md](knowhow-index.md)。最终回报只说明已完成范围、关键创作决定、真实未决问题和可选 下一步，不汇报内部流水线噪音。 ## 生产边界 图片、视频、TTS 和音乐生产仍遵守 `preview -> explicit confirm -> run`。生产工具可以在隐藏运行目录 保存 job、确认和审计记录；这些是付费/外部副作用的必要边界，不要求模型把创作内容再抄成长期 JSON/JSONL。job 必须把拥有当前提示词的 Markdown 写入 `source`，输出写到 `剧集//制作成果/`；任何提示词、参数、输入或输出路径变化都需要重新预览和确认。