NBFilm

NBFilm 关注的不是“让智能生成一点素材”，而是让一部影视作品从剧本到场景到分镜到派生资产，始终运行在一个可理解、可演进、可保持一致的系统里。它把剧本理解、结构化拆解、资源抽取、检索增强和一致性维护统一到同一套资源中心架构中。

核心亮点

• 剧本优先与场景优先的资源中心设计，让剧本成为全链路事实源头
• 剧本差异驱动角色、场地、道具、分镜等下游资源的一致性更新
• 面向代理的检索层同时承接场景语义、剧情变化与角色关系变化

NBFilm 核心架构

• 剧本与场景核心层：剧本是事实源头，场景是最稳定的叙事单元，所有派生资源都围绕它建立关联。
• 工作区界面：前端工作区围绕项目、集、场景和资产展开，而不是围绕零散页面堆叠功能。
• 资产派生层：从场景持续提取角色、场地、道具，并进一步压缩成可执行的镜头结构。
• 代理检索层：检索系统同时承接场景原文、剧情变化和关系变化，为代理提供可执行上下文。
• 剧本差异引擎：每次剧本更新都会被识别为系统事件，用于驱动下游资源的一致性检查与更新。
• 分镜与输出层：分镜、关键帧和后续生成素材都建立在前面这条结构化主链路之上。

核心模块

资源中心架构

NBFilm 不是以页面为中心，而是以资源模型为中心来组织系统。

• 项目、集、剧本、场景、分镜、角色、场地、道具之间存在明确的所属关系和关联关系，前端交互和后端数据流都围绕这套模型展开。
• 这样做的结果是，界面不再只是表单堆叠，智能能力也不是悬空调用，而是围绕明确对象执行结构化任务，整套系统的语义边界更稳定。

剧本优先与场景优先

剧本是事实源头，场景是最自然、最稳定的叙事真值单元。

• NBFilm 先把剧本转成场景，再从场景派生角色、道具、场地和分镜，而不是直接从一整段文本跳到素材生成。
• 这种设计把“结构化理解”放在“内容生成”之前，使每一个结果都能回溯到上游叙事依据，避免资产脱离上下文。

差异驱动一致性维护

系统把剧本改稿视为系统级事件，而不是局部文本变更。

• 当场景更新时，系统会记录剧本差异，并用它驱动场景、角色、场地、道具和分镜这条链路的检查与更新。
• 这让 NBFilm 更适合真实创作流程中的反复改稿场景，而不是只适合“一次生成后不再变动”的演示型产品。

面向代理的检索系统

检索系统的目标不是找一段文本，而是让智能系统持续理解整部作品的上下文。

• 系统采用场景优先的切分设计，把一个场景作为核心检索单元，同时容忍场景切分不完美，不在基础层假设所有结构永远正确。
• 在原文语义检索之外，还预留了剧情变化、角色关系变化等预推理视图，使代理不只看到局部片段，还能理解叙事变化。

强代理与工具边界控制

NBFilm 对代理的使用保持克制，避免无约束堆叠多个代理。

• 项目倾向采用一个强编排器加多个流程化工具的模式，把真正需要推理的部分和适合稳定执行的流程分开。
• 这样既能保留智能系统的判断能力，也能把系统复杂度控制在可调试、可验证、可扩展的工程范围内。

下一步

检索与预推理系统继续落地

把文档层的检索设计进一步推进到稳定可运行的工程实现。

• 下一阶段的重点是把场景原文检索、关系变化、剧情变化这些设计收敛成可执行索引和服务端检索计划执行链路。
• 只有这层真正落地，代理才能在复杂长篇作品里稳定地理解全局脉络，而不是依赖一次性拼接上下文。

分镜到素材生成链路继续打通

把当前较强的结构化理解能力，进一步延展到真正可用的影视化输出。

• 后续需要继续把镜头、关键帧、视频生成等节点打磨成稳定链路，让结构化设计不只停留在中间层。
• 这部分的关键不是单点生图效果，而是让素材生成依然保持对剧本、场景和资源关系的忠实继承。