你有沒有遇到過這種場景剛讓 Claude 寫好一份帶鏡號、景別、運鏡的分鏡表過兩天換個對話它又把“特寫”寫成“近距離拍攝”把轉(zhuǎn)場方式寫得亂七八糟。重復描述需求、反復糾正格式是最消耗耐心的環(huán)節(jié)。我后來把整套分鏡制作流程做成了一個 Claude Skills每次一句話就能讓 Claude 進入“分鏡師”角色輸出穩(wěn)定規(guī)范的分鏡腳本。這篇指南會從 Skills 的底層機制講起演示怎么從零構(gòu)建一個分鏡腳本 Skill包括目錄結(jié)構(gòu)、SKILL.md 的寫法、觸發(fā)規(guī)則以及我在真實使用中踩過的坑和修復方法。無論你是視頻編導、動畫創(chuàng)作者還是剛接觸 Claude Code 的開發(fā)者照著這份指南做一次就能完全掌握自定義技能的制作邏輯。1. 先搞懂 Claude Skills 的工作機制才不會做出一堆廢文件我不建議一上來就埋頭寫提示詞。Skills 的機制雖然不復雜但如果你不理解它的加載方式和觸發(fā)原理很容易做出一個“看起來挺像樣實際卻永遠不被調(diào)用”的文件夾。動手之前先花五分鐘把下面幾個概念理清。1.1 Skill 和普通對話指令的本質(zhì)區(qū)別以前我們讓 Claude 干活基本靠兩種方式要么在對話框里寫一段很長的臨時指令要么把常用指令存成一個系統(tǒng)級 Prompt。前者的痛處在于每次都要重新交代而且模型很容易把上一輪的要求“說丟”后者則過于粗暴等于把所有任務都綁在一個超長的上下文里既費 token又會讓 Claude 在無關任務中混入多余的行為。Skill 走的是第三條路把能力打包成目錄按需加載。目錄里面放一個 SKILL.md 作為主入口里面寫清楚這個技能負責什么、應該按什么步驟工作、輸出要符合什么格式如果需要參考資料還可以在旁邊放獨立的 Markdown 文件或腳本。當 Claude 接到一個任務時它會根據(jù)每個技能的描述信息判斷“當前這個請求是否適合調(diào)用這個技能”適合就把它加載進來不適合就完全忽略。換句話說Skill 讓 Claude 從“一個什么都懂一點、什么都只能臨時發(fā)揮的聊天對象”變成了“一個裝了各種工具包、能按場景切換專業(yè)身份的協(xié)作者”。這也是它和普通對話指令最大的區(qū)別指令是即時生效的而 Skill 是持久化、可復用、可維護的。1.2 Skill 的目錄掛載與發(fā)現(xiàn)流程每個 Skill 本質(zhì)上就是一個以技能名命名的文件夾里面至少要有一個 SKILL.md 文件。Claude Code 在啟動后會掃描固定的技能目錄把你手工放進來的文件夾識別成可調(diào)用的能力。目錄分兩級一是用戶級目錄通常在~/.claude/skills/下放全局通用技能所有項目都能用二是項目級目錄在項目根目錄的.claude/skills/下放只屬于當前項目的內(nèi)部技能。我開發(fā)分鏡腳本技能時放在用戶級目錄因為寫分鏡這件事不依賴具體代碼項目屬于跨項目能力。掃描流程大概是啟動對話時Claude 會列出技能目錄中每個文件夾的 frontmatter后面會講把這些技能的 name 和 description 加入決策上下文。真正輪到你發(fā)出請求時它再根據(jù) description 決定是否讀取具體的 SKILL.md然后開始執(zhí)行里面的指令。這里有個特別容易被忽略的點技能能否被發(fā)現(xiàn)靠的是 description技能能否被正確執(zhí)行靠的是 SKILL.md 正文技能能否用得順手靠的是參考資料的組織方式。1.3 frontmatter 里的 name 和 description 決定技能是否被“叫醒”SKILL.md 頂部有一段 YAML 格式的 frontmatter最關鍵的兩個字段是 name 和 description。name 好理解就是技能的名字description 才是真正的“觸發(fā)器”。Claude 判斷什么時候調(diào)用這個技能基本完全依據(jù) description 的語義匹配度。所以描述里要寫清楚三件事這個技能處理什么類型的輸入、輸出什么形態(tài)的結(jié)果、適合哪些具體場景。比如分鏡腳本技能我一開始寫的 description 很貪心想著多寫幾個場景覆蓋更多需求結(jié)果它在“幫我整理會議紀要”時也會莫名其妙跳出來因為描述里包含了“整理”和“項目”這類通用詞。后來我把描述收斂成只有“劇本、分鏡腳本、鏡頭表、故事板、短視頻腳本”這幾個強相關詞誤觸發(fā)率立刻低了很多。還有一個細節(jié)name 不要隨便帶空格或奇怪符號盡量用短橫線連接的小寫英文例如shot-list-generator。目錄名、name、技能文件夾名字三者保持一致能省掉很多排查時間。1.4 為什么我選擇“分鏡腳本”當?shù)谝粋€技能技能制作這件事選第一個練手項目很重要。我見過很多人第一個技能就做“全流程項目管理助手”結(jié)果功能太寬、邊界模糊寫了一堆指令卻總在關鍵任務上失效最后棄坑。分鏡腳本是很好的練手對象因為它有三個天然優(yōu)勢第一輸出結(jié)構(gòu)極其明確。分鏡表就是“鏡號、景別、運鏡、畫面內(nèi)容、時長、音效、轉(zhuǎn)場”這些字段的組合幾乎不會出現(xiàn)語義模糊地帶。第二行業(yè)里有成熟規(guī)范可以參照。影視和廣告行業(yè)沉淀了幾十年的分鏡表寫法你只需要把這些規(guī)則整理成 Claude 能理解的自然語言。第三價值立竿見影。我拿一個真實短視頻腳本來測試過去手動寫分鏡要一小時現(xiàn)在讓 Claude 生成初版后我只需要微調(diào)細節(jié)五分鐘內(nèi)就能得到一張能直接拿去拍攝的表格。2. 沉淀領域知識分鏡腳本不是一句話模板而是整套表格邏輯很多人做技能時犯的最大的錯就是只在 SKILL.md 里寫“你是一個分鏡師請把用戶輸入轉(zhuǎn)成表格”。這句話沒有信息量。模型確實知道分鏡是什么但“知道”不等于“輸出穩(wěn)定”。如果你不把字段標準、術語表、節(jié)奏規(guī)則固化下來它每次輸出的表格都可能換一種格式。所以制作分鏡腳本技能的第一步不是寫代碼而是把你自己腦子里的分鏡知識全部倒出來整理成可被模型讀取的規(guī)范文件。2.1 先定義輸出標準一張分鏡表應該有哪些字段我參考了影視行業(yè)的通用表格又結(jié)合短視頻制作的實際需求最后確定了一套七字段的輸出標準。每個字段都有明確含義不允許 Claude 自行增減。字段含義示例鏡號鏡頭的順序編號1、2、3景別鏡頭與被攝主體的距離關系遠景、全景、中景、近景、特寫運鏡攝像機在鏡頭內(nèi)的運動方式固定、推、拉、搖、移、跟畫面內(nèi)容這個鏡頭里發(fā)生了什么男孩從咖啡館推門走出回頭看了一眼窗邊對白/音效人聲或環(huán)境聲音環(huán)境音街道車流對白“明天見”時長該鏡頭的預估秒數(shù)2.5s轉(zhuǎn)場切換至下一鏡頭的方式硬切、疊化、淡入淡出這個表看起來簡單但把它固定成模板的意義非常大。它規(guī)定了 Claude 每次輸出的“骨架”模型只需要在骨架里填內(nèi)容不需要重新發(fā)揮創(chuàng)造力去設計一個新表格。對使用者來說跨多個項目拿到同一格式的分鏡表才有可能做后續(xù)的批量分析和自動化處理。你可能注意到有些更專業(yè)的分鏡表還會包含燈光、服裝、道具、美術備注等字段。對電影級制作來說那些字段確實必要但對日常短視頻、演示動畫、廣告短片而言七字段已經(jīng)足夠。做技能時不要一味追求完整輸出字段越少越不容易出錯必要字段后續(xù)可以再補充。2.2 景別、運鏡、轉(zhuǎn)場的控制詞表建立 Claude 的“行業(yè)黑話”模型其實知道景別術語但它在具體輸出時經(jīng)常用同義詞替換比如把“特寫”寫成“近景特寫”把“推鏡頭”寫成“鏡頭緩緩靠近”。這在人類作者那里是文采在分鏡表里就是災難——拍攝團隊看到不統(tǒng)一的術語會立刻停下來問到底怎么拍。我的解決辦法是給 Claude 建一個控制詞表限制它只能使用表內(nèi)的術語。景別就六個遠景、全景、中景、近景、特寫、大特寫。運鏡就八個固定、推、拉、搖、移、跟、升、降。轉(zhuǎn)場就八個硬切、疊化、淡入、淡出、黑場、白場、劃像、甩鏡。不要小看這個限制?？刂圃~表本質(zhì)上是在縮小模型的輸出空間輸出空間越小出錯的概率就越低。把這些詞寫進參考資料里再在輸出模板中注明“術語必須嚴格使用控制詞表中的詞”Claude 就會老實很多。如果你覺得某些場景需要超出詞表的表達可以單獨開啟一個“備注”字段讓它在備注里自由發(fā)揮。2.3 把時長和鏡頭數(shù)的估算規(guī)則寫進技能分鏡表不是把場景描述拆成句子就行它必須考慮真實拍攝的節(jié)奏。一個 30 秒的短視頻如果生成 20 個鏡頭每個鏡頭只有 1.5 秒畫面會碎到?jīng)]法看如果把一個 3 分鐘的短片只分成 8 個鏡頭每個鏡頭停留 20 多秒觀眾又會覺得拖沓。所以我需要把節(jié)奏規(guī)則也寫進技能。我用的是一套簡單經(jīng)驗規(guī)則30 秒以內(nèi)的短內(nèi)容8 到 12 個鏡頭平均每個鏡頭 2 到 3 秒1 分鐘左右的廣告或宣傳片15 到 20 個鏡頭平均 3 到 4 秒3 分鐘以上的劇情短片按場景劃分普通對話場景每個鏡頭 3 到 5 秒動作或情緒變化場景 1 到 2 秒。規(guī)則不用太精確給 Claude 一個區(qū)間它就能輸出靠譜的時長建議。這里還有一個技巧不要讓 Claude 把每個鏡頭的時長都寫成整數(shù)。真實拍攝時過長鏡頭常是 4.2 秒、2.8 秒這種不規(guī)則數(shù)字這恰恰是節(jié)奏呼吸感的一部分。直接告訴 Claude“時長可以精確到小數(shù)點后一位”輸出會更有實操感。2.4 為什么這些知識要寫進 Skill而不是依賴模型自己發(fā)揮有人會問Claude 本身知道景別也知道分鏡表長什么樣為什么非要手動寫一堆規(guī)則我的回答是模型的知識面是“百科全書式”的什么類型都有涉獵什么風格都輸出過而你需要的是“固定標準式”的輸出每一次都要在同一格式框架里完成。這兩者的矛盾只能靠外部規(guī)范解決。舉一個我實測過的例子同一個劇本我在普通對話里讓 Claude 寫分鏡它給出的景別排序毫無邏輯特寫、全景、中景混在一起而我把同樣的劇本交給做完的分鏡 Skill它會自動按“先全景交代環(huán)境、再中景交代人物關系、最后特寫捕捉情緒”的敘事邏輯來組織鏡頭順序。差別之所以這么大就是因為 Skill 里明確寫了“景別設計應該由遠及近、由環(huán)境到細節(jié)”的規(guī)則。模型在沒有約束的時候傾向于生成“看起來正確”的內(nèi)容在有了明確規(guī)范之后才會生成“符合你要求”的內(nèi)容。Skills 的本質(zhì)就是把你的規(guī)范變成模型的默認行為。3. 動手制作分鏡腳本 Skill目錄、核心文件與調(diào)用鏈路理論部分講完了進入實操。這部分我給出完整的制作過程你照著做一遍就能得到一個可用的分鏡腳本技能。中間每個關鍵步驟我都會解釋為什么這樣做避免你只抄動作、不理解邏輯。3.1 建立技能目錄與參考資源結(jié)構(gòu)我建議一開始就把目錄結(jié)構(gòu)設計好不要把所有內(nèi)容塞進一個 SKILL.md。分鏡技能的文件結(jié)構(gòu)如下~/.claude/skills/ └── shot-list/ ├── SKILL.md └── references/ ├── shot-term-glossary.md ├── duration-rules.md └── output-template.md在命令行里執(zhí)行mkdir -p ~/.claude/skills/shot-list/references touch ~/.claude/skills/shot-list/SKILL.md為什么要拆成多個文件第一SKILL.md 本身會作為指令的一部分被加載進上下文太長會占用上下文空間所以主文件必須精煉第二參考資料文件不是每一次都要全量加載Claude 可以在需要時按需讀取效率更高第三后續(xù)維護更輕松——想改術語表就去 references 目錄不用重寫整個技能。Windows 用戶注意路徑在用戶主目錄下同樣會有一個.claude文件夾創(chuàng)建方式一樣只是路徑寫法不同。3.2 編寫 SKILL.md 的 frontmatter 與任務定義SKILL.md 是技能的心臟。它由 frontmatter 和正文兩部分組成。在我的分鏡技能里frontmatter 是這樣寫的--- name: shot-list-generator description: 將劇本、故事梗概或短視頻創(chuàng)意轉(zhuǎn)化為專業(yè)分鏡腳本表格。適用于短視頻編導、影視分鏡、動畫分鏡、廣告腳本制作等場景。當用戶提供文字劇本、故事段落、拍攝創(chuàng)意并要求生成鏡頭表、分鏡表、故事板時使用。 ---正文部分我按五段式組織角色定位、輸入理解、工作流程、輸出規(guī)范、硬性約束。完整內(nèi)容大致如下# 角色定位 你是一名資深影視分鏡師擅長將文字劇本轉(zhuǎn)化為可拍攝的分鏡腳本表格。你的輸出必須符合影視行業(yè)通用規(guī)范同時兼顧短視頻平臺的節(jié)奏習慣。 # 輸入理解 用戶的輸入可能是完整的劇本、一段故事梗概甚至只有一句話創(chuàng)意。你能接受的輸入形態(tài)有 1. 完整的場景劇本 2. 一段帶情節(jié)的段落文字 3. 一句描述核心畫面的創(chuàng)意短語 在開始生成分鏡之前先判斷輸入屬于哪種形態(tài)并做一次簡短的“需求確認”。如果信息缺失嚴重例如沒有人物、沒有場景、沒有事件不要硬編直接向用戶詢問最關鍵的缺失信息。 # 工作流程 第一步讀取 references/shot-term-glossary.md 中的術語表確保后續(xù)輸出遵循統(tǒng)一術語。 第二步根據(jù)用戶提供的文本拆解出場景、角色、核心動作。 第三步按照 references/duration-rules.md 中的節(jié)奏規(guī)則把場景拆成若干鏡頭。 第四步按照 references/output-template.md 規(guī)定的字段和順序輸出分鏡表。 # 輸出規(guī)范 嚴格遵守 output-template.md 中的表格模板字段順序不可調(diào)整。每個鏡頭都要有獨立的鏡號景別、運鏡、轉(zhuǎn)場必須使用術語表中的標準詞。 # 硬性約束 1. 不允許省略任何鏡頭參數(shù)不允許用“同上”代替重復內(nèi)容。 2. 用戶輸入不足時允許最多問一次問題之后仍按現(xiàn)有信息生成。 3. 如果輸入是故事梗概必須先補充“角色設定區(qū)”再生成分鏡表。這段正文的核心思路是用最短的指令把工作流講清楚同時把具體細節(jié)交給參考資料。你會發(fā)現(xiàn)我在 SKILL.md 里沒有寫具體景別有哪些因為那不應該是主文件的職責。3.3 把輸出模板做成獨立文件強制約束格式references 目錄里的內(nèi)容決定技能輸出的“下限”。output-template.md 是我最重要的一個文件它直接定義分鏡表長什么樣。這里貼出關鍵部分# 輸出模板 輸出必須包含兩個部分角色設定區(qū)、分鏡表。 ## 角色設定區(qū) | 角色名 | 性別/年齡 | 外形特征 | 服裝 | 出現(xiàn)場次 | | --- | --- | --- | --- | --- | | 示例角色A | 男/25歲 | 短發(fā)戴眼鏡 | 深灰色衛(wèi)衣 | 1、2 | ## 分鏡表 | 鏡號 | 景別 | 運鏡 | 畫面內(nèi)容 | 對白/音效 | 時長 | 轉(zhuǎn)場 | | --- | --- | --- | --- | --- | --- | --- | | 1 | 遠景 | 固定 | 城市清晨街道人流稀疏主角從遠處走來 | 環(huán)境音遠處車流聲 | 3.5s | 疊化 |這里的關鍵在于“角色設定區(qū)”。分鏡表需要兼顧鏡頭和敘事如果角色關系沒定清楚后面每個鏡頭都要重復描述人物Claude 很容易在第五六個鏡頭時把角色特征寫岔。把角色設定固定在開頭相當于給整個分鏡表打了地基。3.4 用一條最簡單的指令驗證技能是否生效文件全部建好后關鍵是驗證技能有沒有被正確加載。我會在項目目錄里啟動 Claude Code輸入這樣一條指令請用分鏡技能把下面這段內(nèi)容處理成一份分鏡表夜晚的便利店兩個老同學偶遇短暫寒暄后各自離開。如果技能生效Claude 會顯示出角色設定區(qū)然后輸出一份完整的分鏡表如果技能沒生效它大概率只會給你一段普通文字描述或者給你一個隨便編的表格。每次修改技能后我都用這一條固定測試指令做回歸確認改動沒有破壞原有功能。4. 從文本到分鏡的核心轉(zhuǎn)換鏈路輸入理解、場景拆分、鏡頭編排技能文件做好只是第一步它能不能產(chǎn)出高質(zhì)量分鏡還要看 Claude 在具體任務里的執(zhí)行邏輯。我拆解一下這條轉(zhuǎn)換鏈路里的關鍵環(huán)節(jié)這些也是調(diào)教技能時最值得投入精力打磨的地方。4.1 角色梳理先鎖定人物、服裝和環(huán)境分鏡腳本和文學腳本的最大區(qū)別是它必須落實到“可見的視覺元素”上。文學腳本可以寫“他很沮喪”分鏡腳本必須寫清楚沮喪如何被看見——是低著頭、肩膀下垂、還是把鑰匙用力扔在桌上。所以我要求技能先輸出角色設定區(qū)等于強制 Claude 進入“視覺化思維”。實測中角色區(qū)的作用非常明顯。當輸入里提到“兩個老同學”時如果沒有角色設定區(qū)Claude 可能在前三個鏡頭里把人物描述成模糊的“兩個人”到第四個鏡頭突然想到該區(qū)別對待他們于是臨時補一句“其中一人穿著紅色外套”?？雌饋頉]問題但讀分鏡的人會發(fā)現(xiàn)這個人“憑空出現(xiàn)”了。有角色區(qū)后Claude 從一開始就會明確“人物A白襯衫瘦高人物B衛(wèi)衣短發(fā)”后面所有鏡頭都基于這個基準展開。4.2 按場拆分一個“時間地點事件”一個場景Scene 拆分是分鏡的核心步驟。我的做法是讓技能遵循“一個場景 一個連續(xù)的時間 一個穩(wěn)定的空間 一個完整事件片段”的規(guī)則。把用戶輸入的長段落先切分成多個場景再在每個場景內(nèi)部做鏡頭編排。舉例來說前面那句“夜晚的便利店兩個老同學偶遇短暫寒暄后各自離開”從文字形態(tài)看只有一句話但拆開看它可以是一個完整場景也可以是兩個場景便利店內(nèi)部寒暄是一個場景兩人走出便利店后分道揚鑣是另一個場景。分鏡技能選擇了“一個場景”的處理方式因為輸入信息沒有強烈暗示時間或空間發(fā)生斷裂。如果用戶的劇本包含“第二天早上”那就明顯是新場景了需要在新場景里重新交代環(huán)境。把這些規(guī)則寫進 SKILL.md 的輸入理解段落Claude 就不容易把跨越多個時空的內(nèi)容硬塞進一個鏡頭序列里。4.3 鏡頭怎么分配才不浪費拍出來的素材場景拆分完成后真正吃功夫的是鏡頭編排。我總結(jié)了一套給 Claude 用的鏡頭分配原則引入鏡頭要給全景交代環(huán)境對話鏡頭要用中景和近景交替情緒高點用特寫動作過程用跟拍或移動鏡頭每個場景的第一鏡不直接進細節(jié)。這套原則看似簡單但它涉及一個導演思維問題鏡頭順序決定了觀眾的情緒節(jié)奏。如果連續(xù)十個鏡頭全是中景觀眾會無聊如果全是特寫觀眾會暈。我的技能里專門寫了一條規(guī)則在一個場景內(nèi)至少包含一個交代環(huán)境的景別和一個捕捉情緒的景別。目的就是防止單調(diào)。只要把這類原則寫清楚Claude 的鏡頭編排水平會立刻從“記流水賬”提升到“有節(jié)奏感”。我在幾次測試里發(fā)現(xiàn)同一段劇本在加了這條規(guī)則后生成的分鏡表明顯更接近人類導演的第一版草稿。4.4 一個完整案例從一段文案到一張可拍攝的分鏡表空講理論不夠直觀我放一個我實測過的完整輸出。輸入文本是我們之前用的那句話夜晚的便利店兩個老同學偶遇短暫寒暄后各自離開。按我的技能規(guī)則Claude 輸出的角色設定區(qū)是角色名性別/年齡外形特征服裝出現(xiàn)場次人物A男/30歲短發(fā)圓框眼鏡深藍夾克1人物B男/31歲絡腮胡個子較高灰色連帽衛(wèi)衣1分鏡表如下鏡號景別運鏡畫面內(nèi)容對白/音效時長轉(zhuǎn)場1遠景固定夜間的便利店外景燈光通明人物A推門走入環(huán)境音街道蟲鳴、門鈴“叮咚”3.2s硬切2中景跟人物A在貨架間穿行抬頭發(fā)現(xiàn)人物B音效瓶罐碰撞聲2.8s硬切3近景固定兩人對視人物B露出意外表情對白人物B“好久不見”2.5s硬切4特寫推人物A嘴角揚起停頓片刻環(huán)境音冰箱嗡嗡聲漸弱2.2s疊化5中景搖兩人站在店內(nèi)通道交談人物B比劃手勢對白人物B“你竟然也在這邊”3.5s硬切6近景固定人物A低頭笑了一下抬手看表對白人物A“時間不早了我得先走”3.1s硬切7遠景固定人物A推門離開人物B站在原地目送音效門鈴“叮咚”3.8s淡出這個輸出已經(jīng)可以直接拿去拍攝或者做成動畫分鏡。最讓我滿意的是第三到第四鏡的銜接——從近景推到特寫情緒是遞進關系不再是機械地重復信息。5. 踩坑實錄我在真實使用中修過的四個問題再完美的設計落到真實環(huán)境也一定會碰到問題。下面四條是我在分鏡技能實際使用中遇到并修掉的坑每一條都附上了排查思路和解決方案希望能幫你省掉我走過的彎路。5.1 description 范圍過寬導致技能被亂觸發(fā)我最早把 description 寫得很長囊括了“視頻制作、廣告文案、創(chuàng)意策劃、內(nèi)容創(chuàng)作、動畫”等大量詞匯。結(jié)果我在讓 Claude 做普通內(nèi)容創(chuàng)作時它也時不時加載分鏡技能導致輸出里莫名其妙出現(xiàn)“鏡號”“景別”這樣的表格字段。排查思路是從“觸發(fā)鏈路”反推的。既然技能只在特定請求下才應該被加載說明問題一定出在語義匹配入口也就是 description 本身。我在描述里用了太多通用創(chuàng)作詞模型無法準確判斷業(yè)務邊界。修復方法是收斂描述范圍只保留“分鏡腳本、鏡頭表、故事板、shot list”這幾個強相關的觸發(fā)詞刪除所有描述場景的冗余詞匯再在描述里加了一句“不適用于沒有鏡頭拆分需求的任務”。修復后亂觸發(fā)的情況基本絕跡。這件事提醒我description 的價值不在于“做得豐富”而在于“邊界清晰”。5.2 長劇本下表格字段錯位最后的辦法是分塊輸出第二個坑出現(xiàn)在處理一分鐘以上的長劇本時。劇本變長鏡頭數(shù)量增多Claude 在輸出完整的單張表格時開始出現(xiàn)截斷和字段錯位有的行少寫一個轉(zhuǎn)場有的行把畫面內(nèi)容和音效合并到同一格。當時我以為是模型能力問題試著在 SKILL.md 里加入“注意表格完整性”等提醒收效甚微。后來我換了個思路讓輸出分塊。給技能加了一條規(guī)則超過十個鏡頭的分鏡腳本先輸出分鏡表再單獨輸出完整的 JSON 版數(shù)據(jù)并且要求每個表格都必須有表頭字段。分塊之后表格長度變短Claude 出錯率大幅下降。這里的關鍵認知是模型對長表格的結(jié)構(gòu)化穩(wěn)定性是有限的。與其寄希望于它自己保持穩(wěn)定不如在技能設計上主動降低單次輸出長度。JSON 版本還有一個額外好處它可以直接被腳本程序讀取方便后續(xù)做自動化處理。5.3 角色一致性翻車多鏡頭后主角從短發(fā)變長發(fā)這是最讓我哭笑不得的一個坑一個包含十一個鏡頭的分鏡表生成到第七個鏡頭時主角從短發(fā)變成了長發(fā)。原因是 Claude 在生成長表格時上下文記憶會被新內(nèi)容沖淡早期鏡頭里的角色描述到了后期就模糊了。我用了兩個手段解決。一是在 SKILL.md 里加入“角色鎖定”規(guī)則要求所有角色描述必須沿用角色設定區(qū)中的原始表述每次提到人物都帶上姓名代號二是把角色設定區(qū)從輸出模板的一部分變成了整個流程的第一步。這兩個手段一起用上之后角色漂移問題基本消失。這條經(jīng)驗對任何涉及角色一致性的技能都適用不僅限于分鏡。如果你做的是系列故事生成、角色對話設計、甚至連環(huán)畫腳本強烈建議在技能里加入類似的鎖定機制。5.4 技能安靜地不生效檢查目錄命名和文件大小最后一個坑不是功能邏輯問題而是最基礎的文件問題。有一次我新建了一個技能文件夾重啟后輸入測試指令Claude 完全沒有任何反應像個隱形人。排查了很久最后發(fā)現(xiàn)目錄文件夾名叫shot-list-generator而 SKILL.md 內(nèi)部的 name 字段寫成了shot list generator中間多了空格導致識別失敗。另一個隱蔽問題是 SKILL.md 文件太大。當我把大量案例直接塞進主文件時技能加載效率急劇下降甚至出現(xiàn)加載超時。后來我強制規(guī)定SKILL.md 主文件控制在 150 行以內(nèi)所有擴展內(nèi)容全部移動到 references 子目錄。文件變小之后加載速度和執(zhí)行穩(wěn)定性都恢復了。建議大家在技能做好之后養(yǎng)成一個檢查習慣確認目錄名與 name 字段一致、frontmatter 結(jié)構(gòu)完整、主文件精簡短小、引用路徑正確。這四個點全部滿足技能基本就不會靜默失效。6. 進階玩法讓分鏡技能真正成為你的制作搭檔基礎版本做好之后你會發(fā)現(xiàn)這個技能已經(jīng)能穩(wěn)定干活了。但如果你想把它的價值放大還有一些進階玩法值得探索。下面這幾個方向我都在實際項目中試過效果不錯。6.1 風格參數(shù)化一套技能應對電影感、短視頻、廣告三種需求同一個分鏡技能能不能同時服務電影感短句和快節(jié)奏短視頻我的做法是引入風格參數(shù)。在輸入階段用戶可以在文本開頭增加一行“風格短視頻”或“風格電影感”技能根據(jù)風格參數(shù)調(diào)整鏡頭分配邏輯。具體來說我在 duration-rules.md 里增加了風格分支電影感風格優(yōu)先長鏡頭和固定機位鏡頭時長偏長轉(zhuǎn)場多用疊化和淡入淡出短視頻風格優(yōu)先快切鏡頭時長短轉(zhuǎn)場多用硬切和甩鏡。這樣一套技能內(nèi)部就有了“子模式”不需要為每種風格單獨做一個技能。這個思路適用于很多技能。與其不斷復制粘貼新手版不如把差異點抽成參數(shù)讓技能根據(jù)參數(shù)自行切換工作方式。6.2 面向 AI 視頻生成工具的分鏡輸出現(xiàn)在很多人做分鏡不是為了人工拍攝而是為了給 AI 視頻生成工具提供提示詞。這是一個非常實用的擴展方向。我在技能里增加了一個可選的輸出模式分鏡表生成完成后如果用戶標注“需要生成提示詞”就把每個鏡頭單獨擴寫成一句完整的生成提示詞。生成的提示詞格式大致是主體 動作 場景 景別 運鏡 光線 時間。比如分鏡表里“人物A抬頭看表特寫推鏡頭夜晚便利店”會被改寫成“一個戴圓框眼鏡的短發(fā)男人在夜晚便利店內(nèi)抬頭看表特寫鏡頭緩慢推進暖黃色燈光疲憊表情”。這樣做的好處是讓同一個技能兼容“人工拍攝”和“AI 生成”兩種工作流。本質(zhì)上分鏡表本身是一種結(jié)構(gòu)化的視覺語言而 AI 生成提示詞需要的恰恰是結(jié)構(gòu)化信息——兩者天然相通。6.3 與故事板、角色設定等其他技能協(xié)作如果你在 Claude Code 里同時裝了多個技能可以嘗試讓它們協(xié)同工作。比如“角色設計技能”先定義主角的外形“場景構(gòu)建技能”負責生成環(huán)境描述“分鏡腳本技能”再基于這些結(jié)果生成鏡頭表。我在實際流程中會先讓分鏡技能輸出角色設定區(qū)再把這部分數(shù)據(jù)給圖像生成工具去畫角色圖最后回到分鏡表完成鏡頭拆分。技能之間的數(shù)據(jù)傳遞不需要什么特殊機制只要輸出格式足夠規(guī)范Claude 會在后續(xù)任務中復用之前生成的表格內(nèi)容。這也說明了為什么統(tǒng)一的字段標準如此重要——不同技能之間想要協(xié)作首先要能在同一個數(shù)據(jù)格式上對話。6.4 用 Git 管理你的技能集最后一個進階建議可能有點程序員化但非常值得采納把整個技能目錄放到 Git 倉庫里管理。我在改版技能時經(jīng)常遇到這種情況——新的描述寫法讓某個測試用例變好了卻讓另一個用例變差了。沒有版本管理的話你根本不知道之前那份“寫得還行”的版本長什么樣。我的習慣是每次修改都提交一次commit message 寫清楚改了哪個環(huán)節(jié)、預期效果是什么。然后用 3 到 5 條固定測試指令做回歸。長期看這比“改完憑感覺”要可靠得多。技能集發(fā)展壯大后Git 管理能幫你輕松回滾到任意歷史版本。做 Claude Skills 這件事看起來是技術活本質(zhì)上是知識管理。分鏡腳本技能也只是一個起點——當你理解了怎么把領域知識封裝成技能你可以把同樣的方法用在周報生成、教學備課、設計評審、代碼重構(gòu)等任何一個自己熟悉的領域。我在剛做完這個技能時最意外的收獲不是每次省了多少時間而是它把“寫分鏡”從一件依賴臨時發(fā)揮的事情變成了一條穩(wěn)定可靠的生產(chǎn)流水線。