AI短劇全能大師
🏷️ 技能分類標識
歸屬類別：【真人實拍向】（混合技能——主類別為真人寫實短劇，含風格化/漫劇分支）
- 🎬 典型任務場景：〔"幫我從 0 到 1 做一個真人寫實短劇（90 秒或 5 分鐘）"；"把這段小說/劇本拆成分鏡，再批量生成視頻"；"按某部參考片復刻一部短劇（資產全部重製、逐鏡對齊）"；"出片→審核→一致性→硬拼接→多平台交付（逐門給選項、等確認推進）"〕
- 🚫 不適用場景：〔純剪輯/合成/媒資處理/提取 → 改用 jianying-editor、byted-mediakit 系列、doubao-video-extract；只要商業廣告/口播/TVC（非劇情短劇）→ 改用 doubao-creative-video；純二次元動態漫成片 → 改用 ai-drama-video-production〕
- 🔗 上下游 / 推薦搭配：上游〔blockbuster-script-director 劇本改編 / ai-story-vault 選題爆款研究 / video-generation-preferences 用戶硬約束〕 → 本技能（真人寫實短劇全鏈路總控） → 下游〔script-asset-master 美術資產 / image-reference 參考圖規範 / jimeng-studio·jimeng-director 即夢引擎落地 / jianying-editor 後期剪輯〕
- 🧭 與相鄰技能的邊界：本技能是「真人寫實短劇全鏈路總控」，橫跨劇本→分鏡→提示詞→生成→審核→硬拼接→交付，references 共 33 個並含 23 號跨任務路由（26–29 為分鏡操作 / 配方 / 連貫 / AI 落地四件套，30–31 為動作戲 / 對峙·風格鎖·長場景·時間戳渲染兩專項，32 為用戶後期聲音/配樂參考，33 為組末技術全景 / 5 秒技術補段鏈式錨點）；與 jimeng-studio 的區別是後者偏「即夢引擎短劇工作室執行」，本套件是更完整的全流程排程與總控；純動態漫/二次元成片請走 ai-drama-video-production，不在本套件主路徑。
- 📦 標準交付職責（常規兩件 ＋ MJ 按需）：本技能作為短劇總控，常規主導①立項大綱 ＋ ②通用模型資產提示詞（②具體美術資產可調用 script-asset-master 主導、本套件統籌落地）；③MJ(Midjourney)提示詞為按需件——僅當你明確提到 / 指定要用 Midjourney（說「MJ」「Midjourney」）時我才生成，不主動產出、不默認包含、不提前寫；你點名 MJ 時，我會按 MJ 規範完整產出英文提示詞（
--ar/--niji/--stylize/--weird/--chaos/--seed/--cref/--sref，含三維取值理由）。模板路徑與三大控制維度規範見下方「📦 標準交付」一節。- ⚠️ 本用戶固定規範：成片無字幕、無 BGM、禁用 TTS（台詞由視頻模型直接生成）；每次生成視頻先完整展示詳細提示詞、展示提示詞的同時直接出片（不停下等待確認），成片連同完整提示詞一起交付審核；人物圖必須 @ 引用、強制圖片參考不純文字生成人物
🔀 本技能的真人 / 漫劇分支
| 分支 | 真人 or 漫劇 | 觸發條件 / 風格引擎 | 對應提示詞風格 |
|---|---|---|---|
| 默認主分支 · 寫實真人短劇 | 真人實拍向 | 默認 model_version=seedance_2.5（寫實最高優先級）；即夢「橫屏電影質感（阿萊65）」；21 號富士膠片紀實畫風預設 | 真人寫實：真實人體比例、寫實皮膚與光影、攝影機質感；提示詞寫「寫實攝影質感/電影感/膠片顆粒」；MJ 用 --v 6.1，不加 --niji |
| 風格化 / 動態漫分支 | 漫劇動態漫向 | 用戶明確要「二次元/動態漫/插畫/國風水墨/漫畫風」時啟用；切可靈風格化引擎、動態漫引擎，或 MJ --niji 6 | 畫面風格段改為「動態漫/插畫/賽璐璐上色/手繪背景」；MJ 加 --niji 6 --stylize 200；②資產卡中風格段同步切換並註明 |
說明：本套件主類別按「默認/首要產出」判定為真人實拍向（Seedance 2.5 默認寫實、橫屏電影質感）；上表第二行為按需啟用的風格化/漫劇分支——啟用時須在①立項大綱第 0 節勾選「漫劇動態漫向」，並在②資產提示詞中切換風格段（若你已點名 MJ，則③同步切換），不得與寫實詞混用。
⛔ 階段門控總則（選項驅動 · 用戶確認 · 資產 AI 生成必審 + 視頻成片必看）
本套件默認不再自動端到端跑完整短劇。標準範式全文見
/home/user/Doubao/chats/38436370915409154/_工作規範/階段門控總則（標準範式）.md；以下為本套件落地要點，優先級高於下文任何「自動連續 / 一條龍 / 自動生成資產」舊表述。
0. 最高原則（不可違反）
- 禁止一次性自動跑完整製作：用戶只給一句話想法後，不得自動把劇本→資產→分鏡→視頻→後期全部做完。
- 每個階段結束必須走三步：⛔ 暫停 → 給選項（每個附一句話亮點 + 利弊 + ⭐推薦項）→ 等用戶明確同意，之後才進入下一階段；用戶未確認絕不往下做。
- 用戶在每個門控點都可：回覆編號選定 / 混搭多個選項 / 回覆「再發散」換一批 / 直接寫修改意見。
- 【美術資產 AI 可直接生成，但出圖必審、通過才定稿 @】：角色、場景、道具、關鍵畫面 / 分鏡參考圖等進入成片的圖像資產，AI 可以直接調用文生圖（T2I）生成；但每一張 / 每一批生成完，必須立即把「成圖 + 該圖所用通用模型提示詞 + 三維參數」給用戶審核（如你點名 MJ，再附 MJ 版英文提示詞）——用戶可 ✅ 直接通過 / 提修改意見 / 要求重新生成——通過後才定稿，才在分鏡與視頻提示詞中以
@引用、強制圖片參考；未通過則按意見改提示詞 / 重新生成、再審，通過才定稿。「用戶自製」保留為可選路徑：用戶想自己出圖時，AI 默認給通用模型版提示詞 + 三維 + 清單順序 + 建議（你點名 MJ 時再補 MJ 版），用戶回傳後同樣走審核確認。- AI 仍負責視頻生成（T2V / I2V）：每次生成視頻，先在對話中完整展示該視頻的詳細提示詞，展示提示詞的同時直接調用生成（不停下等待確認、不設確認環節）；成片生成後，把「成片（內嵌預覽播放器）+ 該視頻完整腳本/分鏡 + 完整視頻提示詞（@已審核資產）」一起給用戶看，用戶認可才生成下一個。
- 任何資產出圖都必須交付用戶審核、不自作定稿：AI 可直接出資產圖，但出圖後立即交付審核、不攢批、不擅自定稿；示意圖 / 參考圖若要直接當作定稿資產進入成片，同樣必須經用戶審核通過。
1. 每個門控點的統一輸出格式（照此給，不得省略）
### ✅ 本階段已完成
（1–3 句說明這一步產出了什麼）
### 請你選擇（共 N 個方向）
| 編號 | 方案 | 一句話亮點 | 利 | 弊 |
|---|---|---|---|---|
| ① | 〔 〕 | 〔 〕 | 〔 〕 | 〔 〕 |
⭐ **我的推薦：第 ① 項**——理由：〔 〕
### ⛔ 已暫停，請你回覆後我再繼續
- 回覆「選①」＝採用；「①+②混搭」＝組合；「再發散」＝換一批；或直接寫修改意見。
👉 只有收到你的明確選擇 / 確認，我才進入下一階段。
2. 標準門控節奏（真人 / 漫劇通用，逐門等確認）
| 門 | 階段 | 給用戶的選項 / 動作 | 通過條件 |
|---|---|---|---|
| 第1門 | 故事發散 | 用戶只有想法時，先給 3–5 個彼此差異化故事方向（題材 / 核心設定 / 主角原型 / 主要矛盾 / 開頭鉤子各不相同），填入《故事發散選項表》 | 用戶選定 / 混搭 / 再發散並確認故事 |
| 第0步（資產環節） | 讀 script-asset-master（P0） | 進入任何資產環節前，先完整 Read script-asset-master 的 SKILL.md，不得跳過、不得憑印象執行 | 讀完才進資產方案 |
| 第2門 | 人物 / 資產方案選擇 | 給角色數量與人設、場景配置、道具清單、關鍵畫面方向等方案選項（只定方案），填入《資產審核確認表》A 節 | 用戶選 / 改並確認資產方案 |
| 第3門 | 資產 AI 生成必審（關鍵，分四類逐門審核） | AI 可直接調用文生圖生成角色 / 場景 / 道具 / 關鍵畫面，同時產出通用模型版提示詞 + 三維參數 + 資產清單與製作順序 + 製作建議（你點名 MJ 時再附 MJ 版）；每張 / 批出圖後立即把「成圖 + 提示詞 + 三維」交付用戶審核 | 用戶審核通過（✅/提意見/重新生成）後才定稿、才 @ 引用；用戶也可選自製（回傳後同樣審核） |
| 第4門 | 視頻生成 | AI 先完整展示視頻提示詞、展示提示詞的同時直接生成視頻（不停下等待確認）；成片後把「成片（內嵌播放器）+ 完整腳本/分鏡 + 完整視頻提示詞（@已審核資產）」一起給用戶看 | 用戶認可這個成片後才生成下一個，逐個生成逐個審核，未經認可不連續批量出片 |
| 第5門 | 後期 / 交付 | 硬拼接、交付規格、封面（封面圖 AI 可出、出圖必審）等選項 | 用戶逐項確認 |
全部角色 / 場景 / 道具 / 關鍵畫面審核定稿完畢之前，不得進入視頻生成；視頻逐個生成、逐個審核認可後才出下一個，不得攢到一起自動批量跑完。
3. 故事發散操作法（放在模塊1最前）
- 用戶只有一個想法 / 題材 / 一句話故事時，先不寫大綱、不定資產，一次產出 3–5 個差異化方向填入《故事發散選項表》（項目目錄
/home/user/Doubao/chats/38436370915409154/故事發散選項表.md）：編號 / 方向 / 題材 / 核心設定 / 主角原型 / 主要矛盾 / 開頭鉤子 / 一句話亮點 / 利 / 弊 / 推薦。 - 各方向必須在題材、核心設定、主角原型、主要矛盾、開頭鉤子上明顯不同；給完即 ⛔ 暫停等確認。
- 用戶確認故事之後，才產出 / 定稿①立項大綱。
3+. 鉤子畫面化與因果鏈 · 兩條硬性創作要求
- ① 鉤子結合畫面（看得見，不靠「說」）：開頭鉤子必須是看得見的具體畫面 / 動作 / 場景，靠第一幀 / 前幾秒的視覺衝擊或視覺懸念抓人；不能靠旁白、台詞、字幕、標題去「說」鉤子；鉤子畫面必須直接關聯核心矛盾 / 懸念，不用與正片無關的唬頭。故事發散與立項時「開頭鉤子」欄一律填具體鉤子畫面，不填抽象概念。
- ② 因果關係（A→B→C，消滅流水帳）：劇情按因果鏈推進，不是「然後…然後…」的事件羅列；鉤子拋出的異常 / 懸念必須有成因（可後置揭示）；人物每個行動都要有動機、有後果；伏筆是「因」、回收是「果」，反轉意料之外情理之中；自檢時對每個場景追問「它因什麼發生、又導致了什麼」，刪除與主線無因果關係的段落。
4. 資產 AI 生成必審操作法（關鍵，用戶自製可選）
⛔ P0 必讀：進入任何資產環節前，必須先完整 Read
script-asset-master的 SKILL.md（live：/home/user/.doubao/agent_mode/workspace/.user_skills/script-asset-master/SKILL.md；穩定副本：/home/user/Doubao/chats/38436370915409154/已優化技能/script-asset-master/SKILL.md），不得跳過、不得憑印象執行。 資產環節固定順序：讀 script-asset-master（P0）→ 出資產方案選項 → 用戶確認方案 → AI 可直接調用文生圖生成資產（同時給通用模型版提示詞 + 三維參數 + 資產清單/順序 + 製作建議；你點名 MJ 時再附 MJ 版）→ 每張/批出圖立即把「成圖+提示詞+三維」交付用戶審核 → 用戶通過才定稿、才 @ 引用。
- 資產方案選擇（只定方案）：基於已確認故事，給角色數量與人設、場景配置、道具清單、關鍵畫面 / 分鏡方向選項（《資產審核確認表》A 節），用戶選 / 改並確認。
- AI 在資產階段的職責（可出圖 + 必交付審核）：① 可依據已確認方案直接調用文生圖生成資產，出圖後立即交付用戶審核，不攢批、不自作定稿；② 默認交付一套【通用模型版提示詞】（中文，適配 Seedream / 即夢 / 可靈 / Seedance）；【MJ 版提示詞】（英文，含
--ar/--niji/--cref/--sref）僅在你明確要求 Midjourney 時才追加產出，不默認隨成圖附帶；③ 三大控制維度參數（風格化--stylize、怪異度--weird、多樣性--chaos+ 固定--seed）及取值理由——🎥 真人寫實＝低 / 低 / 低 + 固定 seed；🎴 漫劇強風格＝風格化中高、怪異低、多樣低中 + 固定 seed；④ 資產清單與製作順序（建議：角色錨點 → 場景空鏡 → 道具 → 關鍵畫面 / 分鏡參考圖）與製作建議（景別 / 光線 / 姿態、四宮格 / 三視圖 / 空鏡、固定 seed 與--cref·--sref鎖一致等）。 - ✅ AI 可調用圖像生成工具直接產出資產，但每張/批出圖後必須立即交付用戶審核、通過才定稿；script-asset-master 在此定位為「可直接產出資產（提示詞→調用生成）＋ 出圖後交付用戶審核確認」，繼續保留通用模型版提示詞、三維、資產清單/順序、製作建議能力（MJ 版提示詞僅用戶點名 MJ 時由其按需產出）；復刻任務仍由它產出 / 生成全套「重新製作」資產（不搬運原片、逐鏡高還原），但每張同樣必審。
- 用戶審核通過（✅ / 提修改意見 / 要求重新生成）後，才在分鏡 / 視頻提示詞中以 @ 引用、強制圖片參考；一類一確認。記錄於《資產審核確認表》（項目目錄
/home/user/Doubao/chats/38436370915409154/資產審核確認表.md），逐資產跟踪「AI 生成待審核 / 用戶自製 / 需返工 / 已審核可 @ 引用」。「用戶自製」為可選路徑：用戶自己出圖時 AI 仍給料，用戶回傳後同樣走審核確認。
5. 常規兩件按門控節奏分批產出（MJ 按需，不提前寫）
- ① 立項大綱：在「故事確認」之後才產出 / 定稿。
- ② 通用模型資產提示詞：按用戶生成進度分批提供——角色確認給角色的、場景確認給場景的、道具 / 關鍵畫面同理，不提前一次性全給。
- ③ MJ(Midjourney)提示詞：不提前寫、不隨②附帶；僅當你明確點名 MJ / Midjourney 後，才按其要求的範圍並參照同樣的分批節奏產出。
6. 與既有規範的關係（疊加，不衝突、不刪除） 保留並疊加：🏷️ 真人 / 漫劇分類標籤；📋 腳本自檢六要點；📦 標準交付（常規兩件 ＋ MJ 按需）；🎛️ 資產三維；⚠️ 無字幕、無 BGM、禁用 TTS、人物 / 資產圖強制 @ 與圖片參考。本總則相對舊版改變的兩點：① 階段 / 模塊推進由「自動連續往下跑」改為「逐門暫停、給選項、等確認」；② 資產產出由「全部定稿資產由用戶自製、AI 只給提示詞 / 參數 / 清單 / 建議不代出圖」改為「美術資產 AI 可直接生成，但每張 / 批出圖必審、通過才定稿 @；用戶自製為可選」。其餘能力零刪除；視頻生成（T2V/I2V）仍由 AI 執行，且每次生成先完整展示提示詞、展示提示詞的同時直接出片（不停下等待確認），成片後把成片+完整腳本/分鏡+完整提示詞一起給用戶看、認可才下一個。
🧭 接手總指導（全新 AI 接手先看這裡，照此線性走）
本塊是權威導讀：先讀什麼、從哪進、按什麼順序讀文件、產出什麼、何時停下等確認。下方"全流程工作順序 / 強制必讀清單 / 八大模塊 / 全局鐵律 / 自檢門 / 參考文件索引"是詳細展開；本塊與下方衝突時，以本塊和全局鐵律為準。
① 每次必做（不讀不許開工）：完整 Read 本 SKILL.md——技能擴展規範 ＋ 全局鐵律 0–39 ＋ 本路線圖；新項目再 Read references/16-project-playbook.md（項目啟動清單）。
② 判入口（看用戶給了什麼，從對應模塊切入；需求不清只問一個簡短問題，不拋多選項菜單）
| 用戶給的是 | 切入 |
|---|---|
| 只有想法 / 題材 / 一句話故事 | 模塊1 劇本 |
| 已有劇本 / 小說片段 | 模塊2 分鏡 |
| 已有分鏡 | 模塊3 提示詞 |
| 已有提示詞，要批量出片 | 模塊4 生成視頻 |
| 已有視頻片段，要審 / 要修 | 模塊5 審核＋一致性 |
| 鏡頭都已確認，要合成一條 | 模塊6 硬拼接交付（不剪輯） |
| 要封面 / 發布規格 / 交付 | 模塊7 交付 |
| 從 0 到 1 全包 | 1→2→3→4→5→6→7 |
| 非短劇類（商業視頻 / 素材處理 / 在線視頻提取 / 音頻 / 圖片資產） | 23 跨任務總路由 |
③ 閱讀路線圖（進入階段 → 按序 Read → 產出 → 過確認門 → 下一階段）
| 階段 | 開工前按序 Read | 該階段產出 | → |
|---|---|---|---|
| 模塊1 劇本 | 新項目先 16 → 按④選公式（09/11/20，可疊10）→ 01 | 完整劇本（時長由故事定，不鎖死） | M2 |
| 模塊2 分鏡 | 26（主線：場景卡→Beat→coverage）→ 27（套配方）→ 28（連貫）→ 29（AI 落地）；動作戲加 30，對峙/風格鎖/長場景/時間戳加 31；15（角色>2 或場景>2）、25（俯視圖）、02（紅線）、14（術語）；容器輸出套 22；多段同場景鎖場景用 24 號機位底圖法；同場景跨組、多人連續走位/動作交接需鎖"組末動態狀態"時加讀 33 號，並先選模式 A（組尾1秒）或模式 B（5秒技術補段） | 分鏡腳本 / 分鏡組（5–30 秒靈活） | M3 |
| 2.5 資產（關鍵門控，出圖必審） | 有 script-asset-master 則由它產出資產提示詞包+三維+清單順序+建議，並可直接調用文生圖生成角色/場景/道具/關鍵畫面；每張/批出圖立即交付用戶審核，通過才定稿 @（用戶自製可選，回傳後同樣審核） | 經用戶審核定稿、逐項確認的參考圖 | M3 |
| 模塊3 提示詞 | 03 → 14（現成紀實畫風直接套 21）；承接 22 分鏡組 | 含 @圖片 ＋ 參考圖的提示詞 | M4 |
| 模塊4 生成視頻 | 04（多段同場景先按 24 號鎖機位底圖；跨組續接按 33 號取得技術全景錨點幀；模式 A 無法精確切尾時轉模式 B） | 先完整展示提示詞、展示同時直接生成（不停下等待確認）：成片（內嵌預覽）+ 完整腳本/分鏡 + 完整視頻提示詞（@已審核資產）一起給用戶看 → 逐鏡自檢（意外文字/穿模/臉/服裝/站位/軸線/音畫同步）→ 用戶認可才生成下一個 | M5 |
| 模塊5 審核 | 05（＋15） | 審核＋一致性報告、修復後素材 | M6 |
| 模塊6 硬拼接 | 06 | 無損硬拼接粗成片（原樣未處理，交用戶自剪） | 交付 |
| 模塊7 交付 | 07 → 13（封面） | 原畫質文件＋公共鏈接＋多規格＋封面 | — |
④ 默認方法論怎麼選（結構公式按題材選一個為主；10 情緒 / 14 術語 / 21 畫風 / 22 模板是增強層，可疊加、互不衝突）
| 題材特徵 | 默認套用 |
|---|---|
| 都市奇幻 / 愛情 / 靈異 / 超能力 | 09 結構 ＋ 10 情緒 |
| 年代歷史 / 真實事件 / 外交大事件 / 大人物小切口 | 11（實戰配 12，可疊 10） |
| 壓迫獲救 / 翻身解放 / 農奴舊社會 / 救兵 / 強矛盾 | 20（可疊 10；畫面默認 21） |
| 要現成紀實 / 年代 / 膠片畫風（畫面質感） | 21（任何題材可疊；術語原理查 14） |
| 分鏡（任何題材，模塊2 操作） | 26 主線 → 27 套配方 → 28 連貫 → 29 AI 落地（紅線查 02，容器套 22） |
| 正面動作戲（打鬥/追逐/槍戰） | 30（因果語法/動作單元vs鏡頭/對多；AI 邊界仍查 29） |
| 對峙文戲 / 鎖全片風格 / 長場景 / 逐鏡秒級時間戳 | 31（風格六槽/資產錨點/拆分連續/渲染；容器套 22） |
| 分鏡組標準輸出（模塊2→3 通用格式） | 22 |
⑤ 確認門（兩條節奏，別搞反）
- 模塊之間：每完成一個模塊，先完整自檢並展示，用戶說"可以"才進下一模塊；用戶提修改就改後重新自檢。
- 模塊4 視頻生成內部：視頻先完整展示提示詞、展示提示詞的同時直接生成（不停下等待確認）；成片後把「成片（內嵌預覽）+ 完整腳本/分鏡 + 完整視頻提示詞（@已審核資產）」一起給用戶看 → 逐鏡自檢展示（意外文字/穿模畸形/臉/服裝/站位/180°軸線/音畫同步）→ 等用戶認可才生成下一個，不默認全片自動連續批量跑完（用戶可隨時插話修改；不合適按意見改/重新生成再審）。
- 模塊6 只硬拼接、不剪輯：後期剪輯 / 配樂 / 調色由用戶自理；真實環境音（腳步/雨聲/風聲等）原樣保留，只禁止人為配樂 BGM（鐵律26）；技能交付的是可直接導入剪輯軟體的無損粗成片，不包裝成"已完成成片"。
⑥ 改完即同步文檔：任何新增/修改或版本更新，同步更新 README「更新日誌 Changelog」（版本/日期/內容），文檔與技能一致後才提交（詳見下方技能擴展規範"四件事"）。
📐 技能擴展規範（以後加新東西按這個來）
目錄結構：
ai-drama-master-suite/
├── SKILL.md ← 總排程，只放規則和索引，不寫具體內容
└── references/
├── 01-07 ← 流程規範（按模塊順序）
├── 08 ← 案例參考
├── 09-10 ← 爆款方法論
└── 11+ ← 以後新增按編號續排
加新文件時必須做的四件事：
- 新建獨立 .md 文件，編號續排（11、12、13…），命名格式
編號-簡短英文/拼音.md - 在 SKILL.md 底部"參考文件索引"的對應分組裡加一行，寫清：文件是什麼、什麼時候讀
- 如果新文件是寫劇本要用的方法論，在本文件頂部"寫劇本前必讀"塊裡加觸發詞和加載說明
- 同步更新 README：每次新增/修改內容或版本更新，必須同步更新 README 的「更新日誌 Changelog」（版本號、日期、更新內容）；README 與技能內容一致後才算完成、方可提交
不要做的事：
- ❌ 不要往已有文件裡大段追加內容（污染原有結構）
- ❌ 不要在 SKILL.md 裡寫具體創作方法論（SKILL.md 只放規則和索引）
- ❌ 不要改文件名或編號（保持引用穩定）
- ❌ 不要讓新文件和舊文件內容重複
分組規則：
- A組（01-07）：模塊流程規範，按模塊1-7順序
- B組（08）：具體案例參考（某部作品怎麼拍的）
- C組（09+）：可複用創作方法論（以後寫劇本默認套用的規則）
🚨 全流程工作順序（嚴格按此走，不得跳步）
每次接到任務，先按這個順序走：先判斷從哪步開始，再按順序讀文件幹活。
第0步：讀本SKILL.md（全局鐵律0-39，必看）
│
├─ 用戶只有想法/要寫劇本 ──→ 模塊1
│ 讀：09爆款公式 + 10情緒設計 + 01劇本規範
│
├─ 已有劇本要分鏡 ──→ 模塊2
│ 讀：02分鏡規範 + 14視覺術語
│
├─ 分鏡完要準備參考圖 ──→ 模塊2.5 資產準備（關鍵門控步驟）
│ ★ 美術資產 AI 可直接生成：AI 可直接調用文生圖，同時產出通用模型版提示詞 + 三維參數 + 資產清單與製作順序 + 製作建議（MJ 版僅你點名時再附）
│ ★ 若裝有 script-asset-master（全資產大師），由它產出上述提示詞包並可直接出圖；場景空鏡/角色四宮格/道具/關鍵畫面 AI 可直接生成
│ ★ 每張/批出圖後必須立即把「成圖+提示詞+三維」交付用戶審核，通過才定稿 @；用戶想自製則自行出圖、回傳後同樣審核
│ ★ 用戶審核定稿後，才在提示詞裡 @ 引用；全部資產審核定稿前不進模塊4 視頻生成
│
├─ 有了分鏡和參考圖要寫提示詞 ──→ 模塊3
│ 讀：03提示詞規範 + 14視覺術語
│ 提示詞裡人物必須@參考圖
│
├─ 有了提示詞要生成視頻 ──→ 模塊4
│ 讀：04視頻生成規範
│ 先完整展示提示詞、展示提示詞的同時直接生成（不停下等待確認），成片連同完整腳本/分鏡+完整提示詞一起給用戶看並逐鏡檢查
│
├─ 有了視頻要審核 ──→ 模塊5
│ 讀：05質量審核
│
├─ 鏡頭都確認了要合成一條 ──→ 模塊6 硬拼接交付（不剪輯）
│ 讀：06硬拼接規範（後期剪輯用戶自理）
│
└─ 要交付/出封面 ──→ 模塊7
讀：07交付規範 + 13封面設計規範
各階段必讀文件速查
| 階段 | 必讀文件 | 不讀的後果 |
|---|---|---|
| 全程 | 本SKILL.md（鐵律0-39） | 違反全局規則 |
| 寫劇本 | 按題材選 09/11/20（可疊10）＋ 01；把大綱寫成完整劇本加讀 35（M1影視/M2小說化雙寫作模式＋節奏檔位四檔）；會診大綱/單集/單場讀 36；逐句台詞精修讀 37；開頭鉤子與全片節奏曲線讀 43（3秒熱開場/10秒交代背景/六拍起伏節拍，鐵律41展開） | 劇本平、不扎心；單場寫法與節奏檔不定；台詞千人一面、說劇情不說人話；開頭留不住、情緒一條線、中段塌陷 |
| 分鏡 | 26 主線 ＋ 27 配方 ＋ 28 連貫 ＋ 29 AI適配 ＋ 30 動作戲 ＋ 31 對峙/風格鎖/長場景/時間戳；02 紅線 + 14 術語（容器套22；多段同場景加讀24；空間規劃讀25；跨組鎖組末動態狀態讀33；命中具體動作題材讀38；跨組文字場記/首鏡對帳讀39）；每場戲選什麼運鏡/景別/機位查 42 鏡頭語言工具箱（14號術語的實戰版） | 鏡頭不成體系、不會拆、出片崩；動作題材無專屬打法；組間狀態接不上；不知道這場戲該推還是該拉、該仰還是該俯 |
| 資產準備（關鍵門控） | 若有 script-asset-master 則讀其 SKILL.md（可直接產出資產+提示詞包，出圖必審）；資產圖 AI 可直接生成、出圖即交付用戶審核定稿（用戶自製可選）；群演排程/小道具朝向與單實例鎖讀 40（主角主場景仍以 script-asset-master＋15為準） | 出圖不審核就擅自定稿 @、用戶未認可資產就進視頻；群演擋臉圍觀、道具憑空多一個 |
| 寫提示詞 | 03 + 14（紀實畫風套21；承接22；純淨正文寫法/超長去重拆組讀 41） | 提示詞不專業；正文混管理話術、超長硬塞一組 |
| 生成視頻 | 04（多段同場景時加讀24；跨組續接讀33，並確認模式A/B） | 流程錯 |
| 審核 | 05（多段同場景時加讀24；跨組一致性用33號錨點幀核對） | 漏檢問題 |
| 硬拼接交付 | 06（模式A拼前剔除各組末尾1秒錨點尾；模式B的5秒技術補段不進filelist） | 重新編碼降質 / 音畫不同步 / 擅自剪輯 |
| 交付封面 | 07 + 13 | 封面像截圖加字 |
執行鐵律
- 資產準備是關鍵門控環節（資產 AI 生成必審，用戶自製可選）：角色、場景、道具、關鍵畫面的美術資產 AI 可直接調用文生圖生成；每張 / 批出圖後必須立即把「成圖 + 所用通用模型提示詞 + 三維」交付用戶審核（你點名 MJ 時再附 MJ 版），通過才定稿、才 @ 引用、強制圖片參考；未通過按意見改提示詞 / 重新生成再審。AI（含 script-asset-master）默認產出通用模型版提示詞 + 三維參數 + 資產清單與製作順序 + 製作建議；③MJ 提示詞僅你明確點名時才按需產出。全部資產審核定稿前不進視頻生成。
- 進入哪個模塊，先把對應文件Read完整再幹活，不能憑文件名猜。
- 寫提示詞前必翻14號視覺術語表，不能只寫"電影感"三個字。
- 出封面前必翻13號封面規範，不能截圖加字。
- 文件讀不到/不存在，立刻告訴用戶，不許瞎編。
🚨 強制必讀文件清單（按階段，必須完整Read，禁止跳讀/憑印象/瞎編）
以下文件在對應階段必須用 Read 工具完整讀取後才能開始工作。沒讀就是沒讀，不允許憑文件名猜測內容、不允許只讀一半、不允許"大概知道"就上手。每個文件都有具體規則和參數，漏讀會直接導致產物不合格。
P0 級 —— 每次必查（權重最高，不讀就不許幹活）
| 文件 | 什麼時候必須讀 | 為什麼不能漏 |
|---|---|---|
| 本SKILL.md | 每次進入這個技能 | 全局鐵律0-39都在這 |
| 16-project-playbook.md | 每次新項目啟動時 | 項目啟動檢查清單+格式銜接指南，漏了會角色造型漂移/場景跳變 |
| 14-cinematic-vocabulary.md | 每次寫視頻提示詞、寫分鏡時 | 景別/焦段/光影/運鏡/色彩術語，漏了提示詞就不專業 |
| 13-cover-design.md | 每次出封面時 | 電影海報風封面標準，漏了就變回截圖加字 |
P1 級 —— 進入對應模塊必讀
| 文件 | 什麼時候讀 | 不讀的後果 |
|---|---|---|
| 09-hkkk-formula.md | 模塊1寫劇本前（奇幻/靈異/超能力題材） | 沒有爆款結構，劇本平 |
| 34-viral-family-drama-formula.md | 模塊1寫劇本前（現實親情/家庭倫理/社會痛點題材，默認賽道） | 開頭留不住人、故事不刀、沒評論點 |
| 10-emotion-design.md | 模塊1寫劇本前 | 情緒不扎心，觀眾不哭 |
| 01-script-creation.md | 模塊1寫劇本時 | 劇本格式和規範不對 |
| 35-script-drafting-modes.md | 模塊1把大綱寫成完整劇本時（M1標準影視/M2小說化敘事雙模式＋正交分集開關＋節奏檔位四檔） | 單場寫法不定、節奏檔位選錯、整劇節奏忽快忽慢 |
| 36-script-doctor.md | 模塊1需要會診大綱/單集/單場/完整劇本時（用戶說"會診/看看劇本有什麼問題/改劇本"） | 劇本問題和稀泥、抓不住必改點、為填表硬找問題 |
| 37-dialogue-expert.md | 模塊1台詞精修時（用戶說"改這句台詞/台詞沒勁/潛台詞/語氣不對/台詞太水"） | 台詞千人一面，只說劇情不說人話 |
| 20-emancipation-formula.md | 模塊1寫劇本前（壓迫獲救/翻身解放/強矛盾題材） | 哭了但不敢掌聲 |
| 11-diplomatic-negotiation-formula.md | 模塊1寫劇本前（年代歷史/真實事件/外交題材） | 製片腹背受敵、宣發送頭、路人無感 |
| 12-diplomatic-negotiation-casebook.md | 模塊1寫年代歷史/外交大事件時（與11同時讀） | 案例庫不知道，寫不出高能瞬間 |
| 26-storyboard-mainline.md | 模塊2每次寫分鏡前 | 分鏡無系統，不會從場景卡→Beat→coverage拆解 |
| 27-storyboard-recipe.md | 模塊2每次寫分鏡前，套配方 | 配方選錯/不套譜，該凶的鏡頭變柔、該柔的變凶 |
| 28-storyboard-coherence.md | 模塊2每次寫分鏡前（鏡頭連貫性） | 跳軸、視線不匹配、分鏡不連貫 |
| 29-storyboard-ai-adaptation.md | 模塊2每次分鏡定稿前（AI落地檢查） | 分鏡AI做不出、AI擅長的不會用、場景越級 |
| 30-action-choreography.md | 模塊2分鏡寫到動作戲（打鬥/追逐/槍戰）時 | 動作戲無章法、因果鏈不完整、節奏拖沓 |
| 31-confrontation-shot.md | 模塊2分鏡寫到對峙戲、或需要鎖全片風格、長場景、逐鏡秒級時間戳時 | 對峙變成兩人站著說話、全片風格不統一、長場景鏡頭散亂、分鏡無秒級指引用於提示詞 |
| 38-action-kungfu-knowledge.md | 模塊2分鏡寫到具體動作題材（MMA/兵擊/騎馬/仙俠法術/大規模CG）時 | 專項打法細節全錯、AI不會做、動作不合物理 |
| 24-multi-clip-same-scene.md | 模塊2分鏡寫到多段/多組同一個場景時 | 場景跳變、機位無序 |
| 25-spatial-storyboard.md | 模塊2分鏡做空間規劃時（俯視圖）+角色>2或場景>2時 | 空間不清楚，鏡頭亂切 |
| 40-group-extra-props.md | 模塊2分鏡/模塊3提示詞涉及群演排程、小道具朝向與單實例鎖時 | 群演多不看鏡頭、道具位置/朝向/數量混亂 |
| 02-red-line-rule.md | 模塊2寫分鏡、模塊3寫提示詞時（始終檢查） | 不專業的構圖、越軸、穿幫、景別跳 |
| 22-storyboard-container-template.md | 模塊2分鏡輸出/模塊3提示詞承接時 | 格式錯誤，上下游無法對接 |
| 41-prompt-clean-writing.md | 模塊3寫提示詞，非體裁/超長/模型引擎關鍵詞/去重/超出引擎接受長度/分組時 | 提示詞混管理話術、超長硬塞一組、模型引擎不處理無關關鍵詞 |
| 21-film-aesthetic-preset.md | 模塊3寫提示詞，用戶要求紀實/年代/膠片/紀錄片畫風時（模塊4/6也適用） | 畫風出不來，提示詞寫了不對 |
| 42-cinematography-toolbox.md | 模塊2每場戲選運鏡/景別/機位、或模塊3寫提示詞對應鏡頭語言時 | 不知道這場戲該推還是該拉、該仰還是該俯 |
| 33-chain-group-anchor.md | 模塊2分鏡/模塊4生成視頻，同場景跨組或多人連續走位/動作交接時（鎖組末動態狀態） | 跨組組間狀態接不上，跳幀/穿模/人物瞬間位移 |
| 39-cross-group-continuity.md | 模塊2分鏡/模塊4生成/模塊5審核，涉及跨組文字場記與首鏡對帳時（配合鎖33） | 跨組場記亂、首鏡不對齊、後期無法拼接 |
| 03-prompt-specification.md | 模塊3每次寫提示詞前 | 提示詞結構不對，模型不懂要生成什麼 |
| 04-video-generation.md | 模塊4每次生成視頻前 | 生成流程錯、引擎參數不對 |
| 05-quality-review.md | 模塊5每次審核前 | 漏檢、評分標準不一致 |
| 06-hard-edit-delivery.md | 模塊6每次硬拼接前 | 重新編碼降質、擅自剪輯/調色/加BGM |
| 07-delivery-specification.md | 模塊7每次交付前 | 規格不對、鏈接失效、平台不支援 |
| 23-cross-task-route.md | 輸入不屬於本技能標準工作流（非短劇類任務）時 | 誤走短劇流程，答非所問 |
🎬 八大模塊總覽
各模塊詳細規範見對應文件（01-07）；以下為每個模塊的產出物和核心要求。
模塊1：劇本創作
- 產出物：完整短劇劇本（90秒版或5分鐘版）
- 核心要求：
- 按題材選擇對應結構公式（09 爆款公式/11 外交談判公式/20 翻身解放公式），可疊加10情緒設計、14視覺術語
- 具備四幕結構（開端-發展-轉折-高潮+結尾），每幕對應一個視頻生成卡點
- 有可視化的開頭鉤子，不靠旁白台詞
- 因果鏈推進，消滅流水帳
- 潛在爆款潛質：正能量/解決社會痛點/身份錯位/極致反差/催淚/爽點
模塊2：分鏡設計
- 產出物：分鏡腳本/分鏡組（按22容器模板格式輸出）
- 核心要求：
- 按「場景卡→Beat→coverage」主線分解（26）
- 套用27配方、確保28鏡頭連貫性→29 AI落地檢查
- 動作戲走30、對峙/風格鎖/長場景/時間戳走31
- 角色>2或場景>2時做空間規劃（25）+鎖機位底圖（24）
- 同場景跨組或多人連續走位時鎖33組末動態狀態並選模式A/B
- 每場戲選鏡頭語言時查42鏡頭語言工具箱
- 遵守02紅線規則（構圖/軸線/景別避免跳）
- 格式必須套22容器模板，以承接模塊3提示詞
模塊3：提示詞生成
- 產出物：視頻生成提示詞（含@圖片參考）
- 核心要求：
- 接續模塊2分鏡組，每組生成對應提示詞
- 提示詞中人物必須@已審核資產參考圖，強制圖片參考
- 風格規範：真人寫實走默認，風格化/漫劇走分支
- 紀實/年代/膠片畫風走21預設
- 遵守14視覺術語，提示詞寫具體
- 純淨正文寫法（41），不混管理話術
- 超長提示詞拆組（41）
模塊4：視頻生成
- 產出物：短劇視頻片段（單個或多個）
- 核心要求：
- 默認使用 Seedance 2.5 引擎
- 先完整展示提示詞、展示提示詞的同時直接生成（不停下等待確認）
- 成片後把「成片（內嵌預覽播放器）+ 完整腳本/分鏡 + 完整視頻提示詞（@已審核資產）」一起給用戶看
- 逐鏡自檢（意外文字/穿模/臉/服裝/站位/180°軸線/音畫同步）→用戶認可才生成下一個
- 強制使用圖片參考，不使用純文字生成人物
- 多段同場景先鎖24機位底圖，跨組續接按33鎖組末動態狀態
- 不使用TTS，台詞由視頻模型直接生成
- 提示詞中不寫螢幕文字指令
模塊5：質量審核
- 產出物：審核報告（七維審核+AI問題診斷庫）+ 修復後的素材
- 核心要求：
- 七維審核：畫面質量、人物一致性、動作邏輯、場景連貫、音畫同步、字幕檢查（應該沒有）、時長符合
- AI問題診斷庫：常見問題及解決方案
- 跨組一致性用33號錨點幀核對
- 多段同場景用24號機位底圖法核對
模塊6：硬拼接交付
- 產出物：無損硬拼接粗成片（不剪輯）
- 核心要求：
- 只做無損流拷貝（不重新編碼、不壓縮）
- 鏡頭按序拼接
- 音畫同步校驗
- 原畫質零壓縮
- 全片無字幕、無BGM（真實環境音保留）、禁用TTS
- 全片僅使用硬切/硬拼接，不使用任何轉場特效
- 不出現任何版本的"去浮水印"內容
- 後期剪輯由用戶自理
模塊7：成片交付
- 產出物：多平台規格文件 + 公共訪問鏈接 + 封面
- 核心要求：
- 輸出多平台規格（橫屏/豎屏/方形…）
- 提供公共可訪問鏈接
- 封面按13封面規範（電影海報風），封面圖AI可出但出圖必審
23號跨任務路由
- 用途：當用戶輸入不屬於本技能標準工作流（非短劇類任務）時，路由到對應技能
- 適用場景：純剪輯/合成/媒資處理/提取、商業廣告/口播/TVC、純二次元動態漫成片、音頻處理/字幕製作/數據分析/代碼開發等
🚨 全局鐵律（0-39）
以下鐵律適用於本技能全部場景，優先級高於一切。標記"★"的為最高優先級，不可違反。
🅰️ 核心鐵律（★標記為最高優先級）
| No. | 鐵律 | 說明 |
|---|---|---|
| ★0 | Seedance 2.5 為最高優先級視頻生成引擎 | 所有視頻生成默認使用 Seedance 2.5。當須使用其他引擎時，必須先獲得用戶明確指定。 |
| ★1 | 提示詞原文透傳不改寫 | 收到用戶或上游組件的提示詞後，不做任何改寫/擴寫，保持原樣透傳至生成工具。 |
| ★2 | 每次生成視頻先完整展示詳細提示詞 | 生成前必須在對話中完整展示該視頻的詳細提示詞（含 @ 資產引用），用戶有機會查看並提出修改。 |
| ★3 | 展示提示詞的同時直接生成視頻（不停下等待確認） | 展示提示詞後不得暫停等待用戶回覆確認，必須立即調用生成。提示詞展示與生成調用視為同一動作，不設確認環節。 |
| ★4 | 強制圖片參考並@艾特人物 | 生成人物時必須提供參考圖並在提示詞中 @ 引用。不使用純文字生成人物。 |
| ★5 | 用戶提供的人物圖片一人一角色不重複 | 用戶給的人物圖，一張圖對應一個角色，不做多角色合成。 |
| ★6 | 多餘角色純文字描述 | 角色數超過用戶提供的圖片數量時，未提供圖片的角色用純文字描述補足。 |
| ★7 | 成片審核 | 每個成片生成後，必須連同完整腳本/分鏡和完整提示詞（@已審核資產）一起交付給用戶審核。 |
| ★8 | 用戶認可才生成下一個 | 逐個生成、逐個審核，未經用戶認可不得連續批量自動出全部片段。 |
| ★9 | 模塊間逐門確認推進，不默認全片自動跑完 | 各模塊之間同樣遵循門控規則：完成一個模塊後暫停、給選項、等確認後才進下一模塊。 |
| ★10 | 美術資產AI可直接生成但每張/批出圖必審 | AI可調用文生圖生成資產圖，但出圖後必須立即交付用戶審核，通過才定稿 @。不攢批、不自作定稿。 |
| ★11 | 有台詞必須寫進提示詞，不用TTS | 角色台詞通過視頻模型在生成時內嵌生成，不使用外部TTS引擎。 |
| ★12 | 全片不加字幕 | 整部短劇任何位置都不添加字幕。提示詞中也不寫螢幕文字指令。 |
| ★13 | 全片僅使用硬切/硬拼接 | 鏡頭之間只使用直接拼接（硬切、硬拼接）。不使用任何轉場特效（淡入淡出、溶解、滑動、手繪過渡等）。 |
| ★14 | 不用終端，全流程在對話界面完成 | 不在終端/命令行執行任何操作，所有動作透過對話界面完成。 |
| ★15 | 全技能不含任何去浮水印相關內容 | 任何模塊/參考文件/提示詞/生成產物都不能包含"去浮水印"指令或相關技術做法。 |
| ★16 | 成片只做無損硬拼接、不主動剪輯 | 交付的成片是原樣無損拼接的粗成片，不做任何後期剪輯（調色/配樂/節奏調整等）。後期剪輯由用戶自理。 |
| ★17 | 全片絕對零字幕 | 成片中不得含有任何形式的字幕。 |
| ★18 | 出圖必審，通過才定稿 | AI生成的每一張資產圖都必須交付用戶審核，通過後才標為定稿、才在後續提示詞中以 @ 引用。 |
🅱️ 強烈建議遵守（不遵守可能導致質量下降）
| No. | 鐵律 | 說明 |
|---|---|---|
| 19 | 優先使用官方API生成 | 優先調用正規API生成視頻，以確保品質與穩定性。 |
| 20 | 所有參考圖必須經用戶審核通過 | 無論來源（AI生成/用戶自製/網路下載），作為分鏡參考或視頻生成的資產引用圖，都必須經過用戶審核通過。 |
| 21 | 無法生成時必須告知原因與改進建議 | 當生成失敗或無法滿足需求時，向用戶說明具體原因，並提供可行的修正方案或替代路徑。 |
| 22 | 保持跨鏡一致性 | 同一角色的外貌、服裝、表情、姿態在連續鏡頭中保持一致；場景的光影、色彩、陳設在跨鏡中穩定。 |
| 23 | 遵守分鏡時鎖定的機位底圖 | 多段同場景時，嚴格遵循24號文件鎖定的機位底圖。 |
| 24 | 遵守組末動態狀態鎖定 | 跨組續接時，嚴格遵循33號文件選擇的模式A/B，確保組末動態狀態平滑。 |
| 25 | 使用容器模板輸出自定義分鏡組 | 模塊2輸出分鏡時，必須套用22容器模板，以便模塊3承接。 |
| 26 | 真實環境音原樣保留，禁止人為配樂BGM | 生成的視頻中真實環境音（腳步/雨聲/風聲等）原樣保留；禁止添加人為配樂或背景音樂。 |
| 27 | 禁止一切"一鍵生成全片"的表述或行為 | 不在任何時候說"一鍵生成全片"或實施類似行為。嚴格遵守門控節奏。 |
| 28 | 所有提示詞以中文為主（MJ版除外） | 通用模型版提示詞以中文撰寫。英文提示詞僅在用戶指名Midjourney時才產出。 |
| 29 | 無法生成時，優先調整提示詞重試 | 生成失敗時，先檢查提示詞格式/內容問題，調整後重試。不輕易切換引擎。 |
| 30 | 固定seed保持資產一致性 | 生成角色/場景/道具時使用固定 --seed 值，以保持跨次生成的一致性。 |
| 31 | 角色三視圖/場景空鏡/道具多角度 | 為關鍵資產生成多角度參考圖（角色三視圖、場景空鏡與局部、道具正側背），便於後續提示詞引用。 |
| 32 | 用時檢查腳本內在因果鏈 | 對每個場景自追問"它因什麼發生、又導致了什麼"，確保因果鏈完整。 |
| 33 | 開頭鉤子必須是可視化畫面 | 第一幀/前幾秒必須有視覺衝擊或視覺懸念，不靠旁白台詞。 |
| 34 | 資產審核定稿完畢前不得進入視頻生成 | 全部資產（角色/場景/道具/關鍵畫面）經用戶審核通過並定稿、可 @ 引用後，才開始模塊4視頻生成。 |
| 35 | JS/MM/DS 等引擎指定時，按對應規範處理 | 當用戶指定使用其他引擎（如 Jimeng、MiniMax、Doubao、Seedance 等），按該引擎的規範處理提示詞與參數。 |
| 36 | 提示詞中不得含有管理語氣/話術 | 提示詞正文純淨，只記錄視覺描述，不混入"請注意""應該""必須"等管理語句或腳本註解。 |
| 37 | 超長提示詞須拆組 | 單組提示詞長度不可超過引擎接受長度（約2000字元以內）。超出時按場景/動作拆為多組。 |
| 38 | 人物圖片一人一角色，用戶給多少用多少 | 用戶提供的人物圖片數量決定角色數量。不作擴展或縮減。 |
| 39 | 資產圖審核通過後，才在提示詞中以 @ 引用 | 未經用戶審核通過的資產圖不得出現在提示詞中。 |
📁 參考文件索引
A組（模塊流程規範）
| 編號 | 文件名 | 用途 | 什麼時候讀 |
|---|---|---|---|
| 01 | script-creation.md | 劇本創作規範與格式 | 模塊1寫劇本時 |
| 02 | red-line-rule.md | 分鏡/提示詞紅線規則（構圖/軸線/景別） | 模塊2分鏡、模塊3提示詞 |
| 03 | prompt-specification.md | 提示詞結構規範 | 模塊3每次寫提示詞前 |
| 04 | video-generation.md | 視頻生成流程與參數 | 模塊4每次生成前 |
| 05 | quality-review.md | 質量審核標準與流程 | 模塊5每次審核前 |
| 06 | hard-edit-delivery.md | 硬拼接交付規範 | 模塊6每次硬拼接前 |
| 07 | delivery-specification.md | 交付規格與方式 | 模塊7每次交付前 |
B組（案例參考）
| 編號 | 文件名 | 用途 | 什麼時候讀 |
|---|---|---|---|
| 08 | case-studies.md | 具體作品拍攝案例分析 | 需要參考案例時 |
C組（創作方法論）
| 編號 | 文件名 | 用途 | 什麼時候讀 |
|---|---|---|---|
| 09 | hkkk-formula.md | 爆款結構公式（奇幻/靈異/超能力） | 模塊1寫劇本前，題材命中時 |
| 10 | emotion-design.md | 情緒設計方法 | 模塊1寫劇本前（可疊加） |
| 11 | diplomatic-negotiation-formula.md | 外交談判類結構公式 | 模塊1寫劇本前，題材命中時 |
| 12 | diplomatic-negotiation-casebook.md | 外交談判案例庫 | 與11同時讀 |
| 13 | cover-design.md | 封面設計規範 | 模塊7出封面時 |
| 14 | cinematic-vocabulary.md | 電影級視覺術語詞典 | 每次寫提示詞、寫分鏡時 |
| 15 | character-consistency.md | 角色一致性管理 | 角色>2或場景>2時 |
| 16 | project-playbook.md | 項目啟動清單與格式銜接指南 | 每次新項目啟動時 |
| 20 | emancipation-formula.md | 翻身解放類結構公式 | 模塊1寫劇本前，題材命中時 |
| 21 | film-aesthetic-preset.md | 紀實/年代/膠片畫風預設參數 | 模塊3寫提示詞時，畫風要求匹配 |
| 22 | storyboard-container-template.md | 分鏡組輸出容器模板 | 模塊2輸出分鏡/模塊3承接時 |
| 23 | cross-task-route.md | 跨任務路由（非短劇類任務） | 輸入不屬於標準工作流時 |
| 24 | multi-clip-same-scene.md | 多段/多組同場景鎖機位底圖 | 分鏡/生成視頻涉及同場景多組時 |
| 25 | spatial-storyboard.md | 分鏡空間規劃（俯視圖） | 角色>2或場景>2時 |
| 26 | storyboard-mainline.md | 分鏡主線：場景卡→Beat→coverage | 模塊2每次寫分鏡前 |
| 27 | storyboard-recipe.md | 分鏡配方套用 | 模塊2寫分鏡前 |
| 28 | storyboard-coherence.md | 鏡頭連貫性 | 模塊2分鏡前 |
| 29 | storyboard-ai-adaptation.md | 分鏡AI落地檢查 | 模塊2分鏡定稿前 |
| 30 | action-choreography.md | 動作戲編排因果語法 | 分鏡動作戲時 |
| 31 | confrontation-shot.md | 對峙戲/風格鎖/長場景/時間戳 | 對峙/風格鎖/長場景/時間戳時 |
| 32 | user-audio-music-reference.md | 用戶後期聲音/配樂參考 | 模塊6/7需參考時 |
| 33 | chain-group-anchor.md | 組末動態狀態鎖定（鏈式錨點） | 同場景跨組或多人連續走位時 |
| 34 | viral-family-drama-formula.md | 現實親情/家庭倫理/社會痛點賽道公式 | 模塊1寫劇本前，題材命中時 |
| 35 | script-drafting-modes.md | M1影視/M2小說化雙寫作模式＋節奏檔位 | 模塊1把大綱寫成完整劇本時 |
| 36 | script-doctor.md | 劇本會診規範 | 模塊1用戶要求會診/改劇本時 |
| 37 | dialogue-expert.md | 台詞精修規範與潛台詞 | 模塊1用戶要求改台詞時 |
| 38 | action-kungfu-knowledge.md | 動作專項知識庫（MMA/兵擊/騎馬等） | 分鏡寫具體動作題材時 |
| 39 | cross-group-continuity.md | 跨組文字場記與首鏡對帳 | 分鏡/生成/審核涉及跨組時 |
| 40 | group-extra-props.md | 群演排程/小道具朝向與單實例鎖 | 分鏡/提示詞涉及群演/道具時 |
| 41 | prompt-clean-writing.md | 提示詞純淨正文寫法/超長去重拆組 | 模塊3每次寫提示詞 |
| 42 | cinematography-toolbox.md | 鏡頭語言工具箱（運鏡/景別/機位） | 模塊2每場戲選鏡頭語言、或模塊3寫提示詞對應鏡頭語言時 |
| 43 | opening-hook-rhythm-curve.md | 開頭鉤子與全片節奏曲線 | 模塊1寫劇本時，鉤子設計與節奏規劃 |
📋 腳本自檢六要點
每次完成腳本/分鏡/提示詞後，模塊負責人須自檢以下六點：
- 開頭鉤子可視化：第一幀/前幾秒是否有具體畫面視覺衝擊？是否不靠旁白台詞？
- 因果鏈完整：場景是否由上一場景的原因導致、場景結果是否影響下一場景？消除流水帳。
- 鏡頭語言合理：景別、運鏡、機位是否匹配場景情緒與內容？是否跳軸？
- 資產一致性：角色/場景/道具在本文件內外是否一致？@引用是否正確？
- 無字幕提示詞：提示詞中是否有不該出現的螢幕文字指令？成片是否有字幕？
- 提示詞純淨：提示詞正文是否混入管理話術/腳本註解？結構是否符合規範？
📦 標準交付（常規兩件＋MJ按需）
常規交付
- ① 立項大綱：故事確認後產出。包含項目名稱、題材類型、核心設定、主角檔案、主要矛盾、故事大綱（四幕結構）、開頭鉤子畫面、目標時長、人物關係圖、場景清單。
- ② 通用模型資產提示詞：按用戶生成進度分批產出。每批包含：資產名稱、所屬類別（角色/場景/道具）、通用模型版提示詞（中文）、三維參數（
--stylize/--weird/--chaos/--seed及取值理由）、清單順序與製作建議。角色三視圖/場景空鏡/道具多角度。
MJ（Midjourney）提示詞（按需件）
- 觸發條件：僅當用戶明確提到或指定要用 Midjourney（說「MJ」「Midjourney」）時才生成。不主動產出、不默認包含、不提前寫。
- 輸出規範：完整英文提示詞，包含
--ar（寬高比）、--niji（動漫風格，僅漫劇分支）、--stylize、--weird、--chaos、--seed、--cref（角色一致性）、--sref（風格一致性）。附三維取值理由。 - 真人寫實分支：使用
--v 6.1，不加--niji。 - 風格化/漫劇分支：加
--niji 6 --stylize 200。
🎛️ 資產三維控制
| 維度 | 參數 | 真人寫實 | 漫劇強風格 |
|---|---|---|---|
| 風格化 | --stylize | 低（0-100） | 中~高（200-300） |
| 怪異度 | --weird | 低（0-100） | 低（0-50） |
| 多樣性 | --chaos | 低（0-100） | 低~中（0-150） |
| 隨機種子 | --seed | 固定值 | 固定值 |
取值理由：
- 真人寫實追求自然逼真，因此風格化、怪異度、多樣性都設為低值。使用固定 seed 以保持同一角色/場景跨次生成的一致性。
- 漫劇強風格允許更高的風格化以強化藝術效果，怪異度仍保持低水準避免脫離審美，多樣性略寬以獲得更多變化。同樣使用固定 seed 保持一致性。
⚠️ 特別備註
- 始終以中文答覆和生成提示詞（MJ 提示詞除外）。
- 本技能不含任何去浮水印技術或做法。
- 禁止使用 TTS：台詞由視頻模型在生成時內嵌生成。
- 全片不加字幕：成片及提示詞中都不包含字幕。
- 全片僅使用硬切/硬拼接：不使用轉場特效。
- 後期剪輯、配樂、調色由用戶自理：技能交付的是無損粗成片。
- 固定 seed 是保持資產一致性的關鍵：務必在所有生成中為同一資產使用同一 seed。
- 資產圖審核通過後才 @ 引用：未經用戶通過的圖不得出現在提示詞中。
- 所有視頻生成強制使用圖片參考：提示詞中必須 @ 參考圖，不使用純文字生成人物。
- 版本更新後須同步更新本 SKILL.md 及 README 的更新日誌。
🔄 更新日誌
| 版本 | 日期 | 更新內容 |
|---|---|---|
| 1.0 | 初始版 | 全面啟動 |