yoruuuchan Create Blender Story Video
先选择创作模式，再把昂贵的 3D 制作拆成逐步变贵的阶段：确定创意与风格，完成分镜和参考图，建立可验证的 Blender 场景，最后正式渲染与剪辑。把关键状态写入项目文件，不依赖聊天上下文续跑。
核心约束
- 默认交付竖屏 9:16、2160×3840、30 fps、H.265/HEVC Main、
yuv420p、有限范围 Rec.709；横屏项目使用 3840×2160。只有用户明确要求时才改为其他规格。 - 在制作前确定自主创作、共同创作或参考复刻模式；不要一边声称自主推进，一边继续要求逐阶段确认。
- 先锁定风格，再生成各镜头参考图；不要在镜头之间临时改写风格形容词。
- 共同创作在风格与分镜、参考图、Blender 预览设置三个用户确认点；其他模式仍执行相同技术闸门，但按模式决定是否暂停。
- 使用 Blender MCP 做 GUI 内的交互建模、观察和调整；使用可复现的 Blender Python 脚本保存构建和动画操作；使用后台 Blender 进程做正式渲染。
- 同时使用参考图对照和可测量的场景事实验收 Blender 结果；不要把视觉模型判断或 MCP 成功返回当成唯一证据。
- 正式渲染输出逐帧 PNG，不直接输出 MP4。只有完整校验帧序列后才编码镜头视频。
- 让正式渲染由独立监督进程管理，把心跳、批次、重试和已验证帧写入磁盘；Blender、Codex 或整机重启后都从真实状态恢复，不依赖前台会话。
- 监控页是可选的只读观察面，不是控制面。页面或本地服务退出不得影响 Blender、Resolve 或渲染监督进程；默认只监听
127.0.0.1。 - DaVinci Resolve MCP 和官方脚本 API 均可使用。选择当前已验证、覆盖任务完整且步骤更少的入口，不固定偏好；不要自行安装第三方 MCP，也不要在 Resolve 连接失败时静默换成其他剪辑器。
- 保存源文件、脚本、日志、帧序列和项目备份。不要把唯一成果留在 Blender 或 Resolve 的未保存会话中。
启动与默认值
先读取工作区的 AGENTS.md 和已有项目文件，再检查 Blender、Blender MCP、GPU、磁盘、图像生成能力、Resolve 进程、Resolve MCP 与脚本 API。若用户已有 .blend、分镜、参考图、镜头视频或 Resolve 项目，先恢复真实进度，不要从头重建。
只询问会改变创作方向或交付规格的问题，最多一次提出五个。优先确认：
- 核心对象或故事是什么。
- 希望观众感受到什么。
- 时长、平台和画幅是否有硬性要求。
- 必须出现或绝不能出现什么。
- 是否需要对白、字幕、音乐或音效。
若用户未指定，采用以下建议值并明确告知：
- 30 秒、5 个镜头、竖屏 9:16、30 fps。
- 风格化 Eevee 制作；预览使用 540×960 或 1080×1920，批准后的正式帧默认原生渲染为 2160×3840。
- 只有原生 4K 基准测试显示不可接受的稳定性或耗时风险、且用户明确同意时，才使用 1080×1920 渲染后 2× 放大，并把交付标记为
upscaled_4k，不冒充原生 4K。 - 无对白；只在用户提供或批准声音方案后制作音轨。
选择工作模式
把所选模式写入 creative-brief.md 和 storyboard.json 的 production_mode，分别使用 autonomous、co_create、reference_rebuild。用户已经明确模式时直接采用；只有不同模式会实质改变参与方式时才询问。
- 自主创作： 用户明确全权交付创意和工程决策时使用。连续推进各阶段，把方案与取舍写入
creative-decisions.md，不为三个创作确认点暂停。遇到新增费用、缺少必要凭据或无法安全推断的输入时再停下。 - 共同创作： 用户希望参与方向判断，或未表达完整授权时默认使用。在三个确认点暂停，集中展示廉价的决策材料；确认后不重复询问已经放行的内容。
- 参考复刻： 用户提供影片、图片、品牌规范或现有镜头并希望沿用其视觉语言时使用。先拆解可迁移的构图、材质、灯光、节奏和摄像机语法，再写成本项目自己的风格锁定与分镜；不要复制无授权资产。除非用户另行授权自主推进，否则沿用共同创作的确认行为。
模式只控制谁做决定，不降低技术验收标准。切换模式时记录原因、已确认内容和下一阶段，不重新完成已经通过的工作。
建立项目状态
在项目根目录持久化这些成果，沿用已有命名时不要另建平行结构：
creative-brief.md
creative-decisions.md
style-lock.md
storyboard.md
storyboard.json
references/shot_01.png
references/generation-manifest.json
shot-status.json
blender/*.blend
blender/scripts/*.py
previews/shot_01/
production-renders/shot_01/frame_000001.png
render/render-state.json
render/resume-render.ps1
render/logs/
monitor/index.html
monitor/server.py
monitor/monitor-config.json
edit/*.lua
edit/resolve-run.json
backups/
delivery/final.mp4
workflow-retrospective.md
自主创作时创建 creative-decisions.md，进入 Resolve 时创建 edit/resolve-run.json；不为未采用的路径创建空占位文件。
让 storyboard.json 成为生产事实的机器可读来源。根级至少记录 production_mode、画幅、交付分辨率、帧率、总帧数、编码器、像素格式、色彩空间和声音方案；每个镜头至少记录：
id、frame_start、frame_end、duration_frames。subject_action、camera_action、hold_frames。camera、reference_path、output_path。audio_cue、acceptance_checks、status。
让 Markdown 文件供用户审阅。让 shot-status.json 保存各镜头技术闸门、证据路径、未解决问题和下一动作，不把瞬时进度只留在聊天里。
工作流
1. 形成创意并锁定风格
先提出一个推荐方向，而不是列出无穷选项。把方向写入 creative-brief.md：
- 一句话前提与核心情绪。
- 目标观众、平台、时长和画幅。
- 视觉叙事弧线与结尾。
- 必须保留的内容和禁区。
再写 style-lock.md，固定：
- 类型与时代。
- 主色、辅色和材质语言。
- 光源方向、色温、雾与对比度。
- 镜头焦段族、机位高度、构图和运动速度。
- 建筑或角色比例规则。
- 纹理、颗粒、后期和字体规则。
- 明确的负面约束。
在文件末尾生成一段可逐字复用的 STYLE_CAPSULE。后续每张参考图只增加镜头内容，不改写该段风格。
参考复刻模式先从用户素材提取风格规则，再生成 STYLE_CAPSULE；自主创作模式把选定方向和放弃其他方向的理由写入 creative-decisions.md。
2. 写成可生产的分镜
若已确定音乐，先分析 BPM、拍点相位、段落和重音，把可用切点映射到准确帧号，再确定镜头时长。不要先定死分镜再强行把音乐塞进去。
按 30 fps 把时长换算为连续、不重叠、不缺口的帧范围。每个镜头至少写明：
- 镜头编号、叙事目的、起止帧和时长。
- 单一主要主体动作、景别、焦段、机位、摄像机动作和主体阻挡关系。
- 场景、动作、灯光变化与连续性要求。
- 入点、出点、落定后的停留帧、转场、字幕、音乐和音效提示。
- 参考图提示词与 Blender 摄像机名。
- 可验证的构图、比例、轮廓、遮挡和连续性验收条件。
让每个镜头只承担一个主要视觉动作，并给关键信息留出呼吸时间。默认用少而清晰的镜头，不用快速切镜掩盖尚未确定的空间。对 30 秒氛围片，优先 4–6 个镜头。
确认点 1： 用一屏内的创意摘要、风格锁定和完整分镜请用户确认，或按当前模式记录内部放行。
3. 生成一致的参考图
开始生成前完整读取 reference-gates.md。
调用可用的图像生成能力，优先使用用户指定的 Image 2：
- 先生成一张代表全片的风格母图。
- 母图通过当前模式对应的用户确认或内部放行后，把母图和同一
STYLE_CAPSULE作为各镜头的共同参考。 - 为每个镜头生成独立的 9:16 图片，不把多镜头画进同一张图。
- 不在参考图里生成字幕、UI 或片名；把文字留给剪辑阶段。
- 保存原图并生成一张带镜头编号的联系表。
- 在
references/generation-manifest.json记录模型、尺寸、提示词、输入参考、输出路径和生成任务 ID；记录服务返回的 seed 时一并保存，不虚构不存在的 seed。
若风格漂移，回到母图作为图像参考，不要只靠堆叠更多形容词修补。
通过参考图就绪闸门后再进入 Blender。
确认点 2： 展示母图和逐镜头联系表，确认空间、镜头和风格，或按当前模式记录内部放行。
4. 用 Blender MCP 建立场景
先在 Blender GUI 中确认 MCP 连接、活动文件、场景、版本和当前摄像机。不要在后台模式启动 Blender MCP。
按以下顺序制作：
- 建立共享世界、色彩管理和材质调色板。
- 每个镜头建立独立 Collection，使用
SHOT_01_*命名。 - 只做几何块面和主光，建立
CAM_SHOT_01_<lens>mm摄像机。 - 渲染目标摄像机和必要辅助视角的低分辨率定帧，先验证构图、尺度、遮挡和轮廓。
- 再补材质、灯光、关键细节与动画。
- 把重复操作写成项目内 Blender Python 脚本。
- 保存 blockout、approved 和 animation 三个检查点。
按 reference-gates.md 执行“对照 → 定位差异 → 单次定向修正 → 复测”，并在每轮后更新 shot-status.json。优先使用尺寸、比例、画面占比、居中、出框和遮挡等确定性检查；视觉判断用于解释差异，不替代场景事实。
不要在构图未确认前雕刻细节。不要仅凭 MCP 返回成功就认为场景正确；实际打开或渲染定帧检查。若同一问题连续出现，先检查对象层级、变换、约束和摄像机状态，不要继续盲目微调。
确认点 3： 提交每个镜头的预览定帧或 playblast。共同创作和参考复刻等待用户确认；自主创作记录内部放行后继续。
5. 正式渲染并断点续跑
进入正式渲染前，完整读取 render-and-delivery.md 和 stability-and-recovery.md。
为每个镜头输出独立 PNG 序列和日志。先渲染短批次测量帧耗时、显存和画质，再选择正式 4K 档位。使用短批次、低优先级、有限线程、批间冷却和可校验的跳帧逻辑。让独立监督进程维护 render/render-state.json，不要把渲染生命周期绑定到 Codex 工具调用。若使用经批准的放大路线，在项目状态和最终报告中同时记录源分辨率与交付分辨率。
若 Blender 或驱动崩溃：
- 先确认进程、最后成功帧、stderr 和 crash 文件。
- 保留全部已完成帧。
- 只终止精确识别的挂起进程。
- 缩短批次并从已有帧续跑。
- 不因 Codex 窗口中断而把渲染进程绑定到前台工具调用。
若整机重启，先读取持久化状态、验证已有帧并检查 Windows 事件和崩溃证据，再重新启动监督进程。自动登录后续跑属于可选系统改动，只有用户明确批准并设置重启预算后才启用；不要无限自动重试导致循环重启。
完整校验帧数、编号、尺寸、颜色模式和每张 PNG 的可解码性后，再编码镜头 MP4。
6. 可选只读监控页
用户要求查看长时间渲染或剪辑状态时，完整读取 monitor-dashboard.md。复制 assets/render-monitor-dashboard/ 中的 index.html、server.py 和配置样例到项目的 monitor/。轻量只读服务优先读取 render/render-state.json、shot-status.json 和 edit/resolve-run.json，并用磁盘帧清单与最终媒体探测补足可验证事实；没有统一状态文件时必须标记为 derived。
内置页面默认采用 KUNLUN Design System，并使用中文主标签，只保留 Blender、GPU、HEVC、Rec.709 等必要技术缩写。若工作区 AGENTS.md 或用户指定了其他设计系统，以用户指定为先；视觉调整仍不得改变监控页的只读边界、真实数据标记和完成判定。
页面每 5 秒读取一次状态，只展示进度、最近完整解码帧、ETA、心跳、资源负载、恢复次数、镜头队列、Resolve 阶段和最终媒体校验。只绑定 127.0.0.1，只开放必要的 GET 路由，不提供启动、停止、重试或任意命令入口。若用户明确要求通过 Cloudflare 域名远程查看，先按参考文件执行数据脱敏、身份保护和只读传输设计；不要把本机路径、命令行、原始日志或控制接口公开。
7. 使用 Resolve 剪辑
进入 Resolve 前完整读取 resolve-routing.md。同时探测 Resolve MCP 和项目内 Lua/Python 官方脚本 API，选择当前连接更稳定、覆盖操作完整且需要未验证步骤更少的入口。
按 storyboard.json 构建明确的时间线计划，先备份工程，再导入已验证镜头并编辑。把路由、能力探测、备份路径、时间线版本、媒体映射、渲染任务和结果写入 edit/resolve-run.json。
若两个接口都不可用，停在“已验证镜头 MP4”状态并报告具体阻塞；不要擅自安装第三方 MCP，也不要改用 Remotion、剪映或手工 GUI。
8. 验证并交付
至少验证：
- H.265/HEVC Main、2160×3840、30/1 fps、预期时长与准确帧数；已批准横屏项目改查 3840×2160。
yuv420p、有限范围、Rec.709 matrix/transfer/primaries，以及 MP4 中的hvc1兼容标签。- 音轨数量符合声音方案。
- 全片从头到尾可解码。
- 每个镜头中段和每个切点都有抽样帧。
- 最终文件大小、绝对路径和 SHA-256。
向用户交付最终 MP4、Resolve 项目备份或时间线导出、关键源文件路径，以及任何尚未完成的声音或字幕项。
完成标准
只有同时满足以下条件才宣布完成：
- 三个确认点已按所选模式通过、被明确跳过或完成内部放行。
shot-status.json中的必要技术闸门均为通过，或记录了用户明确接受的偏差。.blend、构建脚本、逐帧序列和剪辑工程均已保存。- 帧序列和最终 MP4 均经过实际解码验证。
- 最终视频符合已确认的画幅、时长、帧率、色彩和音频方案。
- 没有把占位图、占位视频或测试导出误当成交付文件。
持续改进
每次交付后，把实测设置、平均帧耗时、崩溃原因、恢复方法、Resolve 接口差异和最终验证结果写入 workflow-retrospective.md。区分项目特例与可复用规律，向用户提出最小的技能修订建议；只有用户要求更新技能时才修改技能包。