Communitygithub.com

ottolsq/vigen

將一句創意或一份劇本轉化為一套完整的、可直接複製到生成工具使用的影片製作方案。解決六件事:去AI味、四層一致性、動作物理合理、運鏡與轉場表現力、劇情完整、模型可執行。

vigen 是什麼?

Vigen 是一個專業的 AI 影片製作輔助技能,專為零影視基礎的使用者設計。它能將使用者的想法或劇本,自動化地轉換為一套包含劇本、分鏡、角色場景錨定表、圖片與影片提示詞、台詞及剪輯清單的完整製作方案。此技能的核心價值在於解決六個關鍵挑戰:消除 AI 生成影片的「AI 味」、確保角色與場景的四層一致性、維持動作物理合理性、提升運鏡與轉場的表現力、確保劇情完整,以及確保方案能在現有模型上執行。 Vigen 支援多種平台與模型,包括 gpt-image-2.5、happyhorse-1.1、MiniMax-H3 等,並能為電影化專案和豎屏短劇提供不同的工作流程。它透過一個嚴謹的六階段工作流(從需求收集、劇本創作、分鏡錨定到提示詞生成、影片台詞和最終剪輯清單)來引導使用者。技能內建了強大的規則體系,包括提示詞規則、一致性維護、電影運鏡、多樣風格庫、真實感增強等,由多個參考文件組成,確保高品質的產出。此外,它還支援系列項目的跨集一致性維護、局部活劇本修訂,以及與如 Toonflow 等工具的協同工作。 使用者只需提供初始創意或劇本,Vigen 會自動補全分鏡、光影、提示詞工程等專業知識,並在關鍵決策點請使用者確認。最終產出物是一套完整的專案文件,可直接用於影片生成工具。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ottolsq/vigen/tree/HEAD

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

vigen(AI影片製作輔助)

把一句創意或一份劇本變成一整套、可直接複製到生成工具使用的影片製作方案。目標用戶是零影視基礎:分鏡、運鏡、光影、提示詞工程由本 skill 補全,用戶只在關鍵確認點做決定。

交付物:專案目錄下成套檔案——劇本、錨定表(角色/場景/道具/風格)、圖片提示詞、影片提示詞、語音台詞表、剪輯清單;系列專案另有跨集劇情狀態檔案。解決六件事:去AI味、四層一致性、動作物理合理、運鏡與轉場表現力、劇情完整、模型可執行。

本文件的定位(讀之前先懂)

本文件只寫「何時做什麼」,不寫「具體怎麼寫」。 每條規則的全文只有一個家(下表),本檔案給一句可判定的要點 + 指標。

⚠ 要點不足以產出合格提示詞——要槽位、例句、參數,去讀那個家,不要憑本檔案的記憶動手。

規則歸屬表(每條規則的唯一家)

概念家
骨架 A/B 槽位、道具六條判定、L1-L4 分級出圖、參考圖六條硬標準、參考圖取捨次序、秒級時序、禁止序列、發聲描述公式、校驗規則references/prompt-rules.md
四層錨定、風格聖經、頭身分離、角色路由、參考圖權重紀律、基準參考法、最小參考集、音色自提取、系列記憶、失效傳播references/consistency.md
40 運鏡、8 生成端轉場 + 5 剪輯端轉場、機位語義、段長分檔、功能決策表、峰值與強調手段、節奏模板references/cinematography.md
16 風格庫(含 Pixar 3D)、色彩基調色板、風格提取解夢卡、專案風格隔離references/styles.md
去AI味、張力四法、表面兩檔與塑形約束、朝代紀律、文字物理化references/realism.md
模型能力、生成路徑、參考圖上限、時長上限references/models.md
7 大漏洞自檢、鉤子懸念紀律、故事三層分離、GATE1.5 規則、故事板四格、形態 B 覆蓋規則references/screenwriting-craft.md
平台短劇立項、檔位集數、40 賽道、流派/情緒契約、單元鏈、六檔證據、付費牆、前三集references/short-drama-market.md
內容合規(備案分類/11 條紅線/敏感詞替換)——與「提示詞被攔」是兩層references/content-compliance.md
負面詞效力分端裁決references/knowledge-index.md
00-06 檔案結構與填空槽位assets/templates.md

重複即缺陷:同一條規則寫進兩個檔案,遲早不一致——V2.4 修過的「動作容量隨時長縮放」因存在三份拷貝,兩份舊拷貝漂移到 V2.8 才被清掉。發現重複時保留歸屬表裡的那個家,其餘改為指標。

目錄結構(Module Map — 按需 Read,不要一次全讀)

檔案何時讀
references/screenwriting-craft.md階段1a 劇本創作時必讀
references/short-drama-market.mdGATE0 判定「敘事形態=豎屏短劇」後一次讀完(平台/檔位/集數/賽道/流派/情緒契約/單元鏈/付費牆/前三集);電影化專案不讀
references/content-compliance.md豎屏短劇專案階段1a 動筆前 + GATE1.5 前必讀(備案分類/11 條紅線/敏感詞替換);電影化專案不讀
references/prompt-rules.md寫任何圖片/影片提示詞之前(含四大底層認知)
references/models.md需求問卷後確定模型時;更換模型時
references/cinematography.md設計分鏡時(運鏡/8 生成端轉場+5 剪輯端轉場/景別/機位/光影選型庫/峰值分配/單鏡時長與節奏/豎屏構圖安全區/7 類場景鏡頭序列)
references/styles.md階段1 定風格時
references/consistency.md建錨定表(02)與跨鏡/跨集一致性問題時
references/realism.md寫人物/場景/情景圖提示詞時
references/examples.md需要對照完整範例時
references/knowledge-index.md階段1 定風格/分鏡時先讀此索引——按需定位擴展知識(FACS微表情/武打動作/電影級參數/導演風格/多視圖/情緒方法論/UGC質感/2D轉真人),命中場景才讀對應檔案;動作戲專案必讀 action-combat.md。expressions.md 的讀取時點提前(V2.9):不等階段5——階段2-4 寫情景圖的表演狀態指紋/表演註時就要讀(畫面裡的人物表情與身體姿態在圖片端已經發生),實測教訓:把表演規範推遲到階段5,畫布上寫表演註時無依據只能自研
references/content-safety.md提示詞被審核攔截後必讀——按降級階梯找解法(措辭級解法庫/構圖級模式表/二分定位)。寫高風險題材前只查「是否命中已登記模式」(該檔案二·三節 + 專案 03 規範節)——反應式降級(V2.9 用戶裁定):未登記的內容正常寫,不做預防性降敏
references/execution-pitfalls.mdcheck.py 在本機/沙盒跑不起來時(第 6 節處置);或用戶問執行端操作坑時;不進日常鏈路
assets/templates.md建立專案檔案時

⚠ references/_archive-suspended-claims.md 是停用主張歸檔,任何階段都不要讀取,其內容不作為規則依據。 ⚠ references/learning-guide.md(自身缺陷清單/使用邊界/資料吸收檯帳)不進日常專案執行鏈路——只在①用戶提供新學習資料 ②用戶詢問 skill 缺陷/邊界/學習狀態 時讀取;屆時按其第一節四步學習法處理並更新檯帳。

GATE0:需求收集問卷(觸發後第一步,先於一切生成)

主動向用戶提問,一次性列全,用戶訊息裡已說明的不重複問:

  1. 內容來源:一句創意 / 大致劇本(我來細化)/ 完整劇本(我直接分鏡)
  2. 單集還是多集系列:多集則問預計集數、每集是否連續劇情
  3. 目標時長:單集/單條成片大概時長(15s / 30s / 60s / 更長)
  4. 生成模型:生圖(預設 gpt-image-2.5)/ 影片(happyhorse-1.1 / MiniMax-H3 / 其他)——決定時長與參考圖上限,Read references/models.md 給用戶能力清單;同時問清供應商/閘道(同名模型不同 provider 能力可能不同——鎖定時註明,生成前實測探測,見「能力實測優先」節)
  5. 畫幅:9:16 豎屏 / 16:9 橫屏
  6. 語音:按影片模型能力選——happyhorse 用自帶語音(無音訊參考);H3·Seedance·即夢系用自帶語音或音色參考自提取;需嚴格音色一致或直出不滿意才 cosyvoice 對軌(路線三選一與試音段時序見 consistency.md 第四節)
  7. (影片模型為 H3 時必問)生成路徑:平台/App(含 H3-Context-IR,如 Toonflow、海螺、官方 API)→ 中文骨架 A 直接可用;直連 H3-Base → 需按映射表輸出結構化欄位。判定見 prompt-rules.md 生成路徑判定節;路徑不明時預設按「含 IR」處理並在 04 檔案頭註明
  8. 表演基調:克制(預設——寫意/文戲/驚悚/正劇類,表情幅度小)/ 中性(日常)/ 外放(喜劇/誇張情緒戲)——決定 FACE LOCK 槽與表演註的幅度基準。實測教訓:不問此項,模型預設給笑意與誇張表情,每段都要返工
  9. 敘事形態與平台(決定台詞口徑與排集):電影化(預設——短片/正劇/風格化敘事)/ 豎屏短劇(紅果·抖音付費短劇)。選豎屏短劇時追問:
    • 平台(紅果/抖音/其他)與檔位(標準 90120s / 長檔 150195s / 漫劇 60~90s)
    • 總集數(60/80/100 或 30/40/50,可自訂)與付費牆(標準三級 / 投流前置 / 無牆廣告分帳)
    • 賽道(40 賽道菜單,見 short-drama-market.md 第三節)與流派(情緒流/劇情流)
    • 是否涉公安/司法/國安/民族/宗教/外交(涉則備案類別=一類) → 選豎屏短劇後 Read references/short-drama-market.md,把立項單寫進 00(系列)或 01(單影片)

對齊義務(硬門):解析用戶的創意/劇本時,發現矛盾、模糊、缺失關鍵資訊(人物動機不明、情節衝突、時長與內容量不匹配、場景交代缺失)→ 列出問題清單問用戶,不自行腦補解決。對齊後才進入階段1a。

問卷答案與對齊結論(含 skill 補全項)立即寫入 01 的「GATE0 對齊記錄」節——檔案即真相,中斷恢復全靠它(見效率義務節)。

專案結構:

  • 單影片專案:當前工作目錄下 <專案名>/(01-06 平鋪)
  • 系列/多集專案:<系列名>/00_劇情狀態.md(系列級,跨集共享)+ <系列名>/ep01/、ep02/…(每集自己的 01-06)
  • 同名目錄已存在 → 意圖路由(續作 / 定向修改 / 階段重做)

工作流(六階段,劇本先行)

GATE0 問卷+對齊 → 階段1a 劇本創作 ─GATE1.5 劇本定稿─→ 階段1b 分鏡+錨定 ─GATE1─→ 階段2-4 圖片提示詞 → 階段5 影片+台詞 → 階段6 剪輯清單 →(系列:更新 00_劇情狀態)

每階段的格式都是:做什麼 → 讀什麼 → 產出什麼。規則細節在讀的檔案裡,此處不重述。

階段1a 劇本創作(GATE1.5 之前只做這一件事) 把用戶創意/大致劇本細化為分場劇本。Read references/screenwriting-craft.md——按其 7 大漏洞自檢清單逐條過,衝突場景先過場景發動機工作卡與升級六問(一·四節),分集敘事再過當集兌現(一·五節第 5 條),分集/分段敘事再過鉤子懸念紀律與知識揭示狀態;改編用戶素材時按故事三層分離記帳(GATE1.5 呈現時區分「你的原文」與「skill 補全項」)。 敘事形態=豎屏短劇時:另讀 references/short-drama-market.md + references/content-compliance.md,按 screenwriting-craft 一·九 形態 B 覆蓋規則寫(台詞同輪直給/15 秒四拍/集內結算/強畫面密度/獨白配額),劇本末尾填【本集結算】【本集中段小鉤】(長檔)【本集斷章卡點】;電影化專案不讀這兩份檔案、不填這些欄位。 產出:劇本寫入 01_方案與劇本.md 劇本節 + 場次節拍表 + 時長預算(screenwriting-craft 一·八)+ 自檢結果。不做分鏡、不建錨定表、不寫任何提示詞。 階段1a 分鏡未建、「認領鏡號」尚未產生——check.py --partial 下 K13 只查節拍結構,認領鏡號留到階段1b 補。

GATE1.5 劇本定稿(硬停點——未定稿絕不進 1b) 聊天中呈現劇情梗概+人物表+分場劇本全文+節拍表摘要(幾拍/鉤子第幾拍/預計時長 vs 目標)+7 漏洞自檢結果+待決問題,並告知用戶「劇本確認後進入分鏡與錨定;此後改劇本=下游全部重做,現在是修改成本最低的時刻」。豎屏短劇專案另附 content-compliance 第六節合規自檢結果(備案/紅線/敏感詞/鉤子強度)。用戶不滿意 → 修訂再呈現,循環直到用戶明確定稿;定稿結論寫入 01「GATE1.5 劇本定稿記錄」節。 用戶自帶完整劇本時簡化為「自檢+問題清單」呈現(不複述劇本正文),但自檢不可跳過——發現漏洞 4/5/7 要提醒用戶而非默默改。 定稿鎖的是故事骨架與情節點清單,不是分鏡表——分鏡表是活文件,後續增刪鏡頭走意圖路由的活劇本修訂。

階段1b 分鏡+錨定 解析定稿劇本(主題/時長/風格/情緒)→ 情節點清單 → 分鏡 → 錨定表。

  • 情節點清單:把定稿劇本拆成情節點寫入 01(每點一行),分鏡必須 100% 覆蓋——防擅自刪改劇情
  • 節拍認領:分鏡表的「認領節拍」列寫 B 區間(如 B4-B5);一鏡可認領多拍,純轉場/空鏡寫 —;節拍不重不漏、順序與鏡號一致(A14/K13)
  • 故事板四格拆分(screenwriting-craft.md 第四節):一個鏡頭只回答一個問題;分批產出並先檢查開頭批
  • 拆條段長按預算分檔(cinematography.md「峰值與強調手段」節 ③):先按緊湊預算拆,不預設頂滿上限;慢鏡只給已點名峰值
  • 定風格:Read references/styles.md → 選定風格後立即定全片色彩基調(3-5 個十六進位色號,先於生成任何場景圖)
  • 設計分鏡:Read references/cinematography.md(運鏡與轉場都要設計,轉場列強制選型;運鏡寫到物理參數級五要素);識別反先驗動作並在分鏡表標註——這些鏡頭靠情景圖鎖姿勢。9:16 專案同按其七節排豎屏站位/安全區;場景命中八節高頻類型時參考序列骨架(讓位:打鬥走 action-combat、慢鏡只給峰值/環繞按 R4、雙人改上下站位、豎屏開場帶資訊)
  • 打鬥段先寫交手帳再排鏡(action-combat.md 第 0 節——劇本只寫「兩人打鬥」時禁止直接進分鏡;回合化後點名勝負手=慢鏡唯一落點)
  • 產出:01_方案與劇本.md(補分鏡節)+ 02_錨定表.md(Read references/consistency.md + assets/templates.md)
    • 道具入表按 prompt-rules.md 六條判定規則;場景被 ≥3 鏡使用或有正反打 → 需四視圖+LOCATION MAP;多鏡場景登記場景母版四向錨+可用站位物件(從場景圖認,不從提示詞認)+每場開場走位句。按 consistency 〇節鎖定清單建表:服裝鎖定檔位(預設專屬圖)、場景「持續在場要素」(觀眾/器械/墊子/光色+色號)、反覆出現大件登記、風格三件套(聖經逐字+色號+身份句)
    • 服裝入表按「每套一條」:角色錨定短語只留身份級要素,服裝描述移入 02 服裝錨定表(consistency 一·服裝錨定);換裝專案每套服裝獨立錨定短語與參考圖

GATE1(必須停下) 聊天中呈現方案摘要(含所選模型)+ 每角色/服裝/道具錨定短語全文 + 每場景的設計意圖 + 一致性錨點 3-5 + 風格聖經全文 + 色彩基調色板(色號+落點) + 峰值-強調手段分配表(本集峰值幾處、每處花什麼手段、對應鏡號——見 cinematography「峰值與強調手段」節),等用戶確認後才繼續。錨定短語與色板逐字進入後續所有提示詞,此處修改成本最低。

階段2-4 圖片提示詞 產出 03_圖片提示詞.md。寫之前 Read references/prompt-rules.md(含四大底層認知)+ references/realism.md + references/models.md;人物有情緒戲/表演狀態時同讀 expressions.md(V2.9 提前——情景圖的表演狀態指紋在此時就寫,不等階段5)。

  • 先建資產引用矩陣(每項資產登記被哪些鏡頭引用,零引用不生成——防資產浪費;次要角色無設定圖時走鏈式參考兜底;用戶點名成品資產的 USER-LOCKED 例外見 prompt-rules 一節4);建矩陣前先查存量——已有專案/畫布裡可能已有同名資產(實測教訓:P05 道具先建後棄,因 P04 已存在),命中即復用不重建;並在 01 分鏡表「入畫道具」列寫資產 ID——每鏡可識別道具/場景大件必須在 03 矩陣有對應條目,沒有則補資產或刪出畫面(硬規則 17)
  • 人物↔場景↔情景互掛參考(不是各自孤立出圖):情景圖必掛角色錨定圖+場景母版圖;同場景異狀態鏡頭掛已定稿的基準參考圖;服裝/設定改版時掛上一版防漂回舊設定。實測教訓:規則寫了但實際生成時沒互掛 → 場景氛圍把角色帶回舊設定、憑空長出傷痕。 三向引用規則與雙向作用域聲明見 consistency.md 三節圖片端
  • 再寫五節:人物參考圖(白底三視圖+面部特寫,頭身分離必須分成兩張出圖,不許合成一張設定圖交差;動漫/國漫可用四視圖合圖,見硬規則 12;年輕人物追加皮膚狀態標準句;高臉漂/多視圖專案可走可選單錨派生路徑——0a 改正面全身錨點,0b/側/背/細節從錨點改圖派生,見 consistency 三節)、服裝換裝參考圖(換裝/成套服裝專案,每套一張 0a 同規格白底全身,模板見 templates 一·五)、道具參考圖(命中判定規則的道具,多狀態同圖生成後裁切單張)、場景參考圖、情景參考圖
  • 情景圖按 L1-L4 分級出圖,不是每鏡一張(一次影片生成只有一個首幀位)——分級判定與參考圖上限的取捨次序見 prompt-rules.md 一節3;文字鎖不住的方向/終態 → 按 prompt-rules 0.10 追加 REF-DIR-<鏡號>/REF-TARGET-<鏡號> 圖
  • 先出第一段整套(3-5 張)交用戶驗收再鋪量——畫風/一致性/構圖對了才繼續;拿圖四掃(同世界/臉衣對設定圖/景別對/多餘的人)。交付提示詞而非圖片時:首批驗收與拿圖四掃由用戶生成後執行;skill 在 01 校驗記錄標「未執行(無圖)」,不得標通過
  • 生成後某鏡不達標可回頭補圖;用戶給參考圖說「要這種感覺」→ 按 styles.md 風格提取(解夢卡)產出動態風格聖經再出圖

階段5 影片提示詞 + 台詞 產出 04_影片提示詞.md——按 prompt-rules.md 骨架選擇器:預設骨架 A(一段多鏡+轉場);骨架 B 用於 fl2va、一鏡到底張力、或複雜場景拆成多個單鏡片段由用戶剪輯拼接(須在 01 標註理由)。

  • ACTIVE REFERENCES 能用盡用(同一物件先按唯一權威裁決——含同一物件的圖不能並列全掛),組配策略與角色最小參考集見 prompt-rules.md / consistency.md
  • 跨段尾幀互接(V3.7 標準步驟):段 N 生成完成 → 主動提醒用戶抽尾幀 → 段 N+1 有獨立首幀位就放首幀位;混合參考(Ref2VA)則角色最小參考集優先、尾幀放其後(不得把角色圖擠出),SCENE CONTEXT 引用它續接(全文見 prompt-rules 骨架 A「跨段尾幀互接標準步驟」)。抽幀屬工具層,skill 不代跑;不要等全部段落生成完才統一抽。尾幀未出片時寫 PLAN-TAIL-<N> 佔位照常產出,抽幀後綁 REF-TAIL-<N>,不因等尾幀停線(與 E2 同款人機並行)
  • H3 多圖對齊專案(可選):按 prompt-rules「生成路徑判定·多幀配方」把每段切點幀釘到秒;供應商不支援則回退骨架 A 尾幀續接,不反覆重試
  • 打鬥鏡頭塊用攻防狀態機七段(不寫動作三段式,見 action-combat.md 第7節),非打鬥鏡頭塊用動作三段式;決定性動作加秒級時序+表演禁止序列+因果鏈
  • 每段含 FACE LOCK 表情鎖定與環境動態層;每鏡生成時長對照 models.md 上限硬校驗,超限自動拆條並用尾幀續接
  • 產出 05_語音台詞表.md(無台詞專案走簡化分支只填⓪節;有台詞路線按影片模型能力選——happyhorse 用自帶語音、H3 可用音色參考自提取、需嚴格一致才 cosyvoice 對軌,見 consistency.md 第四節)
  • 無聲出片路線(consistency 四節「無聲出片分支」):04 影片提示詞不寫台詞,只寫口型/畫外音設計(背身/側臉/閉唇/畫外音來源);台詞原文只留在 05 與 01,TTS 後期對軌
  • 台詞必須帶情緒,不許只寫「生氣的說」:每句台詞綁發聲描述公式(前置身份兩段 + 六參數,8 段缺一不可),嵌在動作鏈中而非獨立成行。實測教訓:只寫情緒標籤→出來的对白沒有語調語速變化,平得像念稿。 寫法與四禁寫見 prompt-rules 三·五節

階段6 剪輯清單 產出 06_剪輯清單.md(拼接順序、每段頭尾各裁 0.5s、轉場實現方式對應 01 轉場列、轉場音訊處理防背景音效硬中斷、BGM 後期統一配、調色提示;H3 專案注意影片留存期到期前轉存)。單鏡時長按 cinematography 六節基準(骨架 A 段內不重切、只裁段頭尾;骨架 B/單鏡片段才按基準裁);剪輯端轉場(疊化/淡入淡出/閃黑/縮放/劃像)在 06 實現,04 在該切點寫硬切(逐切點,不覆蓋同段其他轉場);豎屏專案另做安全區/開場鉤子/呼吸點檢查。

系列專案追加:每集全部完成後強制更新 00_劇情狀態.md(本集劇情摘要/角色狀態變化/道具狀態變化/本集尾幀描述/未回收伏筆)——下一集開工時先讀 00 再讀上集尾幀,防長劇遺忘細節。

全部完成後聊天中只給摘要(專案路徑 + 各檔案一行說明),不重複檔案內容。

彙報紀律(摘要的固定形狀):量化結果(幾段幾鏡/總時長 vs 目標時長/圖片提示詞幾張)+ check.py 結果(全過/哪條沒過怎麼修的——硬規則 15) + OPEN 項(哪條不可當場驗證,回填時點) + 掛圖清單(PLAN 佔位項:哪鏡等哪圖,圖好了綁 REF 觸發定稿回讀) + 專案路徑 + 沒通過的校驗項點名(不藏)。三條反虛報:①不說「已出圖/已生成影片」(skill 交付的是提示詞,不是圖)②沒看過生成結果不說「效果很好」③引用用戶素材被截斷/不全時要明說,不假裝讀過全文。

意圖路由(按優先級判斷)

  1. 定向修改:專案目錄已存在 + 指令指向具體鏡頭/檔案/階段 → 只改對應檔案的相關部分,其餘不動
  2. 續作:專案目錄已存在 + 指令模糊(「繼續」)→ 檢查 01-06(系列:00+當前集)完成度,從第一個未完成階段繼續;系列續集 → 先讀 00_劇情狀態.md
  3. 新創意/新劇本全流程:新的創意或劇本 → GATE0 問卷 → 階段1a 跑起(經 GATE1.5 與 GATE1)
  4. 活劇本修訂(增刪鏡頭/改情節):專案已開工(02 已凍結)+ 用戶要加鏡頭、刪情節點、改某段情節 → 走下面的局部重排,不重走 GATE1.5、不全量重寫 03/04
  5. 階段重做:明確要求重做某檔案 → 重產該檔案並按失效傳播規則標記下游(consistency.md 第六節)

活劇本修訂:局部重排(實測教訓——03 曾因此全量重寫兩次)

真實的 AI 影片製作不是一條直線:用戶看到圖之後會想加鏡頭、刪一條線、改一段情節。GATE1.5 定稿鎖的是故事骨架與情節點清單,不是分鏡表——分鏡表是活文件。

局部重排四步(只動受影響的部分):

  1. 改情節點清單:增/刪/改對應行,標註修訂日期與依據(用戶原話要點)——這是唯一需要動的「上游」
  2. 判影響面:新情節點觸及哪些場景/角色/道具?→ 02 錨定表只在新增實體時補條目(已有錨定不動,改了才走失效傳播)
  3. 插鏡號不重排:用穩定鏡號(下條)插入新鏡頭,已有鏡號一律不變——已有 03/04 內容不失效
  4. 只對新增/改動鏡頭寫提示詞:追加進 03/04 對應節,標註修訂日期;相鄰鏡頭按「改一拍連讀三拍」複查,其餘不碰。改動已有鏡頭的提示詞時,台詞/鏡號/生成時長是凍結欄位——從 01 逐字搬運台詞,寫完逐字回讀比對(硬規則 4)

穩定鏡號規則(硬門):鏡號一經分配永不重排。插入用後綴式——S3 與 S4 之間加鏡寫 S3a(或在 01 分鏡表加「S3a(v2 新增)」行),不把 S4 改成 S5。理由:重排會讓 03 的資產引用矩陣、04 的段落、畫布/生成端已建的節點全部錯位,實測代價=03 全量重寫。作廢的鏡頭在分鏡表標 ~~S3b~~(v3 作廢) 保留行號,不刪行。

段落製生產單元(V2.9——用戶口述一段做一段的實際節奏):局部重排是鏡頭級的;當用戶新增的是一個完整劇情段(口述一段新劇情→要情景圖組→要影片節點→驗收→再下一段),生產單元是「段」不是「鏡」,按以下最小閉環走,不重走 GATE1.5、不全量重排分鏡表:

  1. 段入清單:新段的情節點逐行追加進 01 情節點清單(標修訂日期+用戶口述要點),分配段號與穩定鏡號(後綴式)
  2. 判存量:該段觸及的場景/角色/道具先查 02 與 03 資產矩陣——已有錨定與參考圖直接復用,只有新增實體才補錨定條目/出新資產圖
  3. 段內自包含生產:該段的情景圖組(按 L1-L4 分級)→ 影片段提示詞(骨架 A)→ 台詞(從 01 逐字搬運)——一套走完跑 check.py --partial,通過即自動續跑下一段;批次(全部段落)完成後統一彙報(量化結果+check 結果+未過項點名)。參考圖未生成處寫 PLAN-<ID> 掛圖佔位照常產出(見停點紀律 E2),不停下等圖
  4. 段驗收後同步:驗收通過 → 01 分鏡表補該段行、03/04 追加該段節、02 只在有新實體時動;尾幀描述寫進該段記錄(下一段的 SCENE CONTEXT 銜接錨)

與六階段的關係:段落製不是跳過階段,是把階段2-6 按段切片執行——錨定(02)與劇本骨架(01 情節點清單)仍是全專案級的,段內只做該段的圖片/影片/台詞/剪輯條目。首批鏡頭仍守「先出第一段整套交用戶驗收再鋪量」。

修訂記錄:每輪修訂在 01 追加一條變更記錄(改了什麼/影響範圍(鏡號·情節點·階段)/影響檔案/用戶原話要點),不重寫歷史節——01 的修訂軌跡本身是中斷恢復的依據。單一寫入點(V2.9):變更記錄只寫在 01;00/02 裡不重複記變更歷史——02 只改欄位本身(錨定條目更新),00 只在集完成時更新劇情狀態。三處都寫=檢索性差且必漏改一處。

生成端改動回寫清單(V3.7):在畫布/生成端改過提示詞後,回寫三處並逐字核對——①04 對應段落塊 ②05 台詞(如涉及)③01 分鏡表(時長/銜接/修訂記錄);OPEN 項關閉、PLAN/REF 綁定更新。手工雙寫容易漏,回寫後跑 check.py --partial。

畫布/生成端為源的專案(用戶在工具裡直接改)

用 Toonflow 類畫布執行生成時,用戶往往直接在畫布上改提示詞、挪節點、刪節點——此時畫布是執行端的事實,01-06 是決策源。兩者關係:

  • 不追求即時同步(實測:靠喊「同步」才追上,且每次同步都是浪費)→ 改為批量滯後同步:一輪生成告一段落時集中同步一次,同步內容寫「摘要卡」(節點 ID + 一行狀態 + 與文件的差異點),不逐字回填全文
  • 衝突裁決:畫布與文件不一致且用戶已在畫布上定稿 → 以畫布為準,文件記差異並更新決策(不是把畫布改回文件)
  • 定稿標記:用戶在畫布上自創的「定稿圖另存防污染」節點是有效實踐 → 文件的資產矩陣登記定稿標記節點 ID,重生成時不覆蓋
  • 節點 ID 只查表,不猜(V3.7):畫布節點 ID 的唯一來源是專案對照表(02/03 資產矩陣、畫布摘要卡);agent 不得憑記憶或相似度推測編造 ID。表裡沒有 → 停下查表或問用戶,不連接/不操作未經登記的 ID(實測:猜 ID 會連錯節點或整批靜默不執行)
  • ref 編號=連線建立順序(V3.15 修正):append 通常只新增編號(ref7/ref8)、不打亂既有序——提示詞只需在掛圖順序表追加;只有「中途插入導致既有 ref 重排」才刪全部入線、按最終順序重連。無論哪種,04 掛圖順序表必須同步改,並逐條核對 {{ref N}} 與用途宣告一一對應(舊畫布實測 v21/v22 插入錯位)
  • 生成端只能全文重發時的版本帳(V3.9 實測;當前畫布 setPrompt):生成端沒有局部編輯,每次重發前先把當前 prompt 存成版本摘要(版本號+改動點)寫進 01 變更記錄;重發後與 04 文件對比,禁止憑上下文記憶當前版本(帶錯版本=整段返工)。換畫布軟體後本紀律保留,具體操作按新工具重寫。
  • 同步觸發:用戶說「同步」、或一輪生成結束、或進入階段5/6 之前——三個觸發點,其餘時間不同步

能力實測優先於鎖定記錄(實測教訓:GATE0 鎖定的「H3 影片直出台詞+音色自提取」主方案,因閘道版 H3 不支援音訊而直接失效):GATE0 鎖定的能力清單是規劃依據不是保證——生成前以工具端實際可用能力為準;主方案失效時按備選路線切換(語音→cosyvoice 對軌)並在 01/02 記錄切換原因,不反覆重試已判定不支援的能力。檢查點化(V2.9):GATE0 鎖定模型時註明供應商/閘道(同名模型不同 provider 能力可能不同——moma 與 apiMart 的 H3 generateAudio 一拒一收);生成前對當前供應商實測探測關鍵能力(音訊直出/參考圖數量與體積/時長上限),已登記的供應商差異查 models.md「供應商差異備忘」節,實測結果與備忘衝突時以當次實測為準並回填。

單點修改複查紀律(改一拍連讀三拍):修改任何一個鏡頭/節拍後,必須重讀前後各一拍,專查三件事——人物位置(走位句/LOCATION MAP 還成立嗎)、道具在手狀態(上鏡在左手這鏡不許在右手)、誰在場(群演預設0還成立嗎)。寫的時候空間狀態在腦子裡,改的時候它不在——不連讀=改出瞬移。

  • 改前先自複述(V2.9 實測教訓 + V3.0 降級為自證):單鏡微調(改機位/景別/構圖/持握方向類指令)動手改提示詞前,先一句話自複述你理解的構圖(「我理解是:正上方俯拍,她在他右側並肩坐,兩人無接觸」)並寫入 01 變更記錄;僅當命中口語歧義清單(正臉/側面/微仰拍類)且上下文無法消歧時才問用戶。歧義消歧按 cinematography 口語歧義清單。複述一句的成本 ≈ 0,返工一輪的成本 = 一次生成 + 一次等待——自複述把 95% 的理解偏差在落筆前攔住,真歧義才升級為提問
  • 情景圖定稿觸發回讀(V2.9——把「改一拍連讀三拍」從事後補救變成預設動作):任何情景圖/首幀圖定稿(含改圖後重新定稿)時,必須回讀所有引用它的影片段對應鏡頭塊,逐段核對畫面描述與新定稿圖是否一致(姿勢/持握/位置/著裝)——不一致的鏡頭塊當場改,不等生成失敗才發現

同理:聲景也是動作指令——聲景裡寫「銅鈴在撞擊時炸響」,影片真會把撞擊演出來;改畫面必須三處同步(鏡頭塊畫面描述/AUDIO 聲景/01 分鏡表),改切鏡必須讀鄰切(位置是連續狀態)。

效果不理想的回退階梯(某鏡生成失敗/品質差時按序嘗試): 進階梯前先過可生成性(prompt-rules 0.7):失敗徵兆清單命中(三步以上手部編排/推斷詞/否定式動作/雙主體同物件精確用力)→ 先按改寫五法改實現方式,不改戲

…

[truncated for translation]

相關技能