源映 Storyspan

產品定位

源映 Storyspan 的產品是劇本：一份可以交到別人手裡、別人能夠驗收的劇本，帶有完整的交付記錄——哪一版、誰批准、何時鎖定、文件指紋。

成片是創作者自己的作品，屬於內部產出。出片環節因此只保留最薄的一層：把凍結的提示詞包交給一個外部執行器，拿回一個能播的文件，留一份跑單。提示詞包本身是內部產物——可查看、可凍結、可導出，也可以手工拿給任何外部工具——不單獨定價，也不承諾畫質。這個劃分讓產品的承諾始終落在它能驗收的東西上。

有版號的知識

抽取只在聲明的框架內進行，而每份框架都掛版號。框架改版後，舊原子永遠掛舊版號，不會被追溯改寫。這條規則讓知識在很久之後仍可審計：系統裡的任何一條陳述，都能回溯到框架版本與它依據的素材。

六個知識角度已落地——寫作、場景、導演、道具、連續性、生成約束。每個角度各自的框架覆蓋仍屬按需拉取的廣度項，不是已完成的角度×框架矩陣。

一次真實演練給出了邊界上的數字：一本教材的 269 段文本抽出 19 條候選，經委託逐條評審，9 條採納、10 條拒絕；採納的條目經人工改寫後才晉升。若後續複核發現抽錯，可以標記這條知識，並提醒依賴它的在製品。

劇本就是產品

故事主幹是唯一的源，三條入口同級：導演原創、權利明確的改編、知識輔助組裝。一個主幹可掛多份改編合同——單片或分集——畫幅、風格、語言與發行版本落在每份合同之下的製作版本層。

人物、關係與場景聖經按實際用量成形，短片拿到的是更窄、而不是更淺的聖經。場次修訂的逐項審批以記錄語義立起來，三道檢查——改動影響、連續性、劇本醫生——在大綱、場次、鎖定三道門上以「已閱」基線與增量投影運行；硬傷只作建議、不阻斷鎖定。

鎖定之後生成正式發布記錄，劇本導出為 Fountain。建立項目、寫場次、跑檢查、批准鎖定、導出——這條主鏈已經打通。

是編譯，不是翻譯

這個模組叫「生成準備與編譯」，因為它不是把劇本改寫成給模型看的散文，而是編譯：批准的劇本變成分鏡與參考資產的綁定，再變成中性的生成合同，最後按某一家目標模型的官方規範寫成一份產物。凍結提示詞包是內部產物——交給外部執行器的交接格式——本身不是產品。

劇本要求了編譯目標表達不了的東西時，編譯會拒絕，並顯式給出能力缺口報告，而不是悄悄丟掉請求。這道 fail-closed 行為已交付。

質量結論用三級詞表：格式合法、服務端接受、生成質量已驗證。系統只呈現結論，不替創作者裁決；在真實執行器接入之前，它最多只能給出第一級。

每個凍結包都釘住目標模型、格式規範與編譯器版本。上游任何一處變動——劇本、分鏡、參考資產或編譯器——都會把這個包標為陳舊，而不是悄悄改寫它。

編譯目標可以有多個，執行目標只有一個；未接執行器的格式只標「僅手工導出」，讓真正能跑的邊界保持可見。

這個產品是怎麼做出來的

先定架構，再寫程式碼。產品架構是一份 89 條的章程，每一條由創作者與設計方逐條表決，再交獨立評審反覆挑戰，直到沒有爭議才凍結；每條決議都留有理由，之後的每個功能都能回溯到它依據的那一條。

交付按功能包推進：決定數據形狀的先做、按順序做，擴展性的功能按需拉取。每個包都要過三道關口——設計評審、實現評審、最終驗收——才能合入，48 個包沒有一個例外。

分工是明確的：設計、獨立評審、實現三方各司其職，創作者擁有最終裁決權。所有記錄只追加、不覆寫，因此這個產品是怎麼一步步做出來的，本身就可以被審計。