源映 Storyspan

产品定位

源映 Storyspan 的产品是剧本：一份可以交到别人手里、别人能够验收的剧本，带有完整的交付记录——哪一版、谁批准、何时锁定、文件指纹。

成片是创作者自己的作品，属于内部产出。出片环节因此只保留最薄的一层：把冻结的提示词包交给一个外部执行器，拿回一个能播的文件，留一份跑单。提示词包本身是内部产物——可查看、可冻结、可导出，也可以手工拿给任何外部工具——不单独定价，也不承诺画质。这个划分让产品的承诺始终落在它能验收的东西上。

有版号的知识

抽取只在声明的框架内进行，而每份框架都挂版号。框架改版后，旧原子永远挂旧版号，不会被追溯改写。这条规则让知识在很久之后仍可审计：系统里的任何一条陈述，都能回溯到框架版本与它依据的素材。

六个知识角度已落地——写作、场景、导演、道具、连续性、生成约束。每个角度各自的框架覆盖仍属按需拉取的广度项，不是已完成的角度×框架矩阵。

一次真实演练给出了边界上的数字：一本教材的 269 段文本抽出 19 条候选，经委托逐条评审，9 条采纳、10 条拒绝；采纳的条目经人工改写后才晋升。若后续复核发现抽错，可以标记这条知识，并提醒依赖它的在制品。

剧本就是产品

故事主干是唯一的源，三条入口同级：导演原创、权利明确的改编、知识辅助组装。一个主干可挂多份改编合同——单片或分集——画幅、风格、语言与发行版本落在每份合同之下的制作版本层。

人物、关系与场景圣经按实际用量成形，短片拿到的是更窄、而不是更浅的圣经。场次修订的逐项审批以记录语义立起来，三道检查——改动影响、连续性、剧本医生——在大纲、场次、锁定三道门上以「已阅」基线与增量投影运行；硬伤只作建议、不阻断锁定。

锁定之后生成正式发布记录，剧本导出为 Fountain。建立项目、写场次、跑检查、批准锁定、导出——这条主链已经打通。

是编译，不是翻译

这个模块叫「生成准备与编译」，因为它不是把剧本改写成给模型看的散文，而是编译：批准的剧本变成分镜与参考资产的绑定，再变成中性的生成合同，最后按某一家目标模型的官方规范写成一份产物。冻结提示词包是内部产物——交给外部执行器的交接格式——本身不是产品。

剧本要求了编译目标表达不了的东西时，编译会拒绝，并显式给出能力缺口报告，而不是悄悄丢掉请求。这道 fail-closed 行为已交付。

质量结论用三级词表：格式合法、服务端接受、生成质量已验证。系统只呈现结论，不替创作者裁决；在真实执行器接入之前，它最多只能给出第一级。

每个冻结包都钉住目标模型、格式规范与编译器版本。上游任何一处变动——剧本、分镜、参考资产或编译器——都会把这个包标为陈旧，而不是悄悄改写它。

编译目标可以有多个，执行目标只有一个；未接执行器的格式只标「仅手工导出」，让真正能跑的边界保持可见。

这个产品是怎么做出来的

先定架构，再写代码。产品架构是一份 89 条的章程，每一条由创作者与设计方逐条表决，再交独立评审反复挑战，直到没有争议才冻结；每条决议都留有理由，之后的每个功能都能回溯到它依据的那一条。

交付按功能包推进：决定数据形状的先做、按顺序做，扩展性的功能按需拉取。每个包都要过三道关口——设计评审、实现评审、最终验收——才能合入，48 个包没有一个例外。

分工是明确的：设计、独立评审、实现三方各司其职，创作者拥有最终裁决权。所有记录只追加、不覆盖，因此这个产品是怎么一步步做出来的，本身就可以被审计。