amitdeshmukh/banger-ads

Banger ads 炸裂廣告

廣告就是：一個人、一個時鐘、一個數字。產品只是在最後輕聲一句。這個技能蘊含了一套方法，能製作出讓人們有所感受、也有所理解的廣告，包含了來自兩個真實廣告專案、嚴苛導演所給出的修正意見，以及一條能以大約10美元的成本、以任何視覺風格渲染出一支完成廣告片的製作管道。這裡預設沒有產品、角色或視覺風格；這些由需求訪談提供。兩個完整的廣告專案作為實際範例：Face Down v5，一部有旁白的故事片（references/face-down-example.md），以及 One Day，一部逐片段構建的無聲分割畫面日常片（references/one-day-example.md）。這兩個範例涵蓋了此管道能製作的兩種格式。

兩種格式

在需求訪談時選擇一種；它們的撰寫和構建方式不同。

1. 故事片 (Face Down)。一個人、一個時鐘、一個數字、一個旁白。底下的炸裂廣告法則就是它的法則。長度約 60 到 80 秒。
2. 日常片 (One Day)。沒有聲音。一個畫面，分成兩半：左邊是主角的生活，右邊是產品真實的螢幕畫面；一天內橫跨多個行業的多個人物；每個畫面都附帶三個句子的字幕來說明一切。它的法則：每個人至少 10 秒（45 秒內出現 5 個人已經是「人類處理速度的極限」）；每個螢幕畫面都展示產品實際執行的一項真實工作，並使用產品本身的標記符號；字幕必須是陌生人能理解的完整句子；以一個城市規模的開場，然後切入第一個人；沒有任何不承載資訊的鏡頭（空景已被刪除：「它們有何作用？」）；結尾是在一個畫面上以三行文字呈現產品的承諾，接著是品牌標誌。形狀參考自 Qwen 3.8 的發布影片，已對應在 references/reference-films.md 中。

當導演提供一個參考影片（「就跟這支一模一樣」）時，先進行對應（references/reference-films.md），複製其骨架，但絕不複製片中的人物或台詞。

凌駕一切之上的法則

炸裂廣告法則能產生情感。但它們無法產生理解。一支廣告兩者都需要。Face Down v4 被導演評為「超炸裂」，但卻無法讓陌生人說出主角的問題是什麼、她為何醒著、產品做了什麼、或它能為他們做什麼。因此，冷讀測試（references/cold-reader.md）是連接兩者的關卡：一位毫無前後脈絡的觀眾，在導演看到腳本前，以及在任何渲染之前，先解釋他們對廣告的理解。一個感覺很好但卻無法被解釋清楚的腳本，不算完成。

一位嚴苛導演的評判標準

這些法則來自一位導演在兩個廣告專案中的修正意見，按重要性排序。一個無法滿足前三項的草稿，無論多麼乾淨，都會被認為「平淡無奇」。範例取自 Face Down；法則本身具有通用性。

1. 從掙扎的內部開始。 第一句台詞必須是一個帶有時間的「時刻」。「凌晨兩點十四分。那是 Dana 的手機。」第一句就描述人物的台詞吸引不了任何人。
2. 讓人物說話。 旁白聽起來像是在廚房餐桌旁說的話。數字就是台詞本身。
3. 保留殺手級台詞，即使超出片長。 當一個片段太長時，要嘛剪掉冗贅的部分，要嘛讓影片跑更久。導演接受了 80 秒的版本，儘管最初要求「大約 45 秒」。導演拒絕了那個為了符合長度而剪掉最好台詞的版本。
4. 設定是觀眾曾經置身其中的場景。 問：誰必須在第一個鏡頭中看到自己？一個線上交談場景勝過一個衝壓工廠，因為每個人都曾遭遇過結帳失敗。
5. 產品被隱藏，然後一次定義，格局要大於場景。 前三分之一不提及產品名稱。然後用一句話說明它對整個業務的意義，如果需求簡報中有現成的詞句就直接使用，絕不能用一句將其局限於當下場景的句子。
6. 一個手勢貫穿全片。 一個被翻過來蓋在桌上的手機。一個放在玻璃上的拇指。這個手勢是高潮，並伴隨著寂靜。
7. 結局重新詮釋開場。 第一個畫面再次出現，但已有所改變。
8. 聲音以品牌名稱作結。 網址顯示在螢幕上。沒有人會說「dot com」。
9. 全片不得有行話。 使用一位退休教師在網路上購物時能一聽就懂的日常用語。請參閱 references/cold-reader.md 中的行話列表。
10. 觀眾從未聽過這個產品。 在前十秒鐘建立人物及其行為，在畫面上展示問題，一次定義產品，說明它採取的每一步驟，最後以它能為觀眾做些什麼作結。
11. 使用平實的英文結構。 如果一個片語出現在報紙上會顯得很奇怪，那它在廣告裡也一樣奇怪。
12. 每一句被聽到或讀到的台詞，都必須是導演說的話，或是獲得其明確同意。 提出建議後的沉默不等於同意。在獲得簽核前不渲染任何東西。絕不捏造優惠、價格、試用期或持續時間。
13. 一次只做一個片段。 導演在進行下一個片段之前，必須先核准目前的片段（「我想逐個核准」）。將每個片段建成獨立的合成，這樣一個修改註記只需花費一分鐘重新渲染，且在組合前先單獨展示。
14. 螢幕上的每一行文字都必須是完整句子。 標籤、藥丸式按鈕和間隔號串列會導致冷讀失敗（「身為冷讀者，我無法與之產生連結」）。用完整的句子說明這個人是誰，以及他們在做什麼。
15. 產品是協助，絕非監視。 「監視你的業務」、「會看的 AI」、「緊盯」這些詞句會被解讀為監控，一位導演已禁止使用，認為它們帶有敵意。將 AI 描述為協助。取代它們的標語形式是：「協助你營運業務的 AI」。品牌指南中應包含確切的措辭。
16. 導演會逐邊檢查畫面。 一半畫面上的顆粒感、一條硬邊的遮罩、一個筆電模板、一個走錯方向的人物：導演第一次觀看就會發現。在輸出前裁切邊緣並比較各區域；請參閱 references/production-runbook.md 中的「從 One Day 學到的教訓」。

工作流程

1. 需求訪談，每次都要先執行

導演可能從未製作過廣告。引導他們完成 references/intake.md：二十五個問題，分為六個批次（我們在賣什麼；誰在看、在哪裡看；故事；聲音；視覺風格；預算、時間和簽核）。每個問題都附帶了為什麼重要、一個預設值以及一個 Face Down 的範例。一次問三到四個問題，盡可能使用 AskUserQuestion 工具，以便選項可點擊，並將建議選項放在第一位，跳過導演已經回答過的問題。將答案及所有假設寫入 projects/<film>/brief.md（從 assets/brief-template.md 複製），展示給導演看，並在構思概念前獲得同意。需求簡報就是合約；後續的每一步都以此為依據。

在開始任何撰寫之前，需求訪談必須確定以下事項：

• 產品與品牌。 用導演的話描述產品、品牌規則所在之處（如果有品牌指南，則用品牌的；否則用其網站）、可以主張什麼、絕不能說什麼。除非導演提供，否則不提供優惠。
• 目標受眾。 預設值：一個從未聽過該產品、僅略知該產品類別的陌生人。
• 平台與長度。 預設值：一支電視及網路用廣告，長度 60 至 80 秒；一個無聲的網站主頁循環片段則為獨立剪輯。
• 故事。 人物、場景、帶有時間的痛苦、產品的步驟、手勢、真實的數字。
• 聲音。 旁白者或角色；一個指定的 Gemini TTS 聲音；任何想要逐字保留的台詞；聲音以品牌名稱作結。
• 視覺風格。 一個段落，將成為聖經的 style_guide：寫實、動畫、插畫、混合風格。此管道適用於任何風格。
• 美術指導。 所有覆蓋在影片上的元素都由導演決定：通知、卡片、時間碼、結尾處理方式、標誌開關、文字標記與筆觸、色彩語法。Face Down 的決定（在最後幾格覆蓋疊加層、沒有貓、文字置中、在網址下方使用酸性綠的粉筆筆觸）是方向性的範例，而非預設值。
• 預算與簽核。 預算上限（預設 $15）、批准檢查點（工作表、測試鏡頭、完整渲染、最終輸出）、對每個聽到或讀到的字進行逐行簽核、測試觀眾。

2. 概念發想

提供三到六個概念。每個概念都是一種情感隱藏著一個功能。格式：一句話梗概、用四句話描述的影片、情感、隱藏的功能、為什麼它會被分享。建議其中一個。references/concepts.md 中包含了概念格式以及任何概念必須通過的五項測試。

產生好概念的法則：只包含個人利害關係（睡眠、孩子、工作、被記住的名字）；反派是時間；先恐懼後釋然；手和臉；聲音設計承載痛苦與愉悅。

3. 腳本

使用 references/copy-rules.md 中故事片的結構，按時間編寫節拍：從掙扎內部開始的鉤子、帶有具體細節的掙扎、命名並定義產品的發現、帶有數字和時間線的轉變、手勢的靜默、以品牌名稱作結的結尾。每個數字都來自真實情境。用平實的語言說明機制，按順序說明每個步驟。品牌在影片進行到三分之一時出現，並呈現在角色閱讀的卡片上。前五秒設置五個鉤子，每種類型一個。進行禁用模式檢查、填充詞檢查、行話檢查。在腦中大聲朗讀。

以表格形式（節拍、時間、鏡頭、台詞、螢幕文字）向導演展示腳本，並附上「所以呢？」的邏輯鏈。要求逐行簽核。

4. 冷讀測試

對旁白和螢幕文字執行 references/cold-reader.md，進行兩次，每次使用不同的觀眾。進行反向解釋、四個問題、行話列表、信心度評估。未達標準的腳本退回給編劇。此步驟不可省略。

5. 配音

一條音軌，一個指定的聲音，依行生成，並由 scripts/narrate.py 放置在指定的提示點。指導節奏（「大約每分鐘 160 字，停頓少於三分之一秒」），限制停頓長度，根據測量到的結束點來鏈接提示，如果同步需要，對較長的台詞使用 5% 的速度變化。每行台詞會根據其文字內容進行快取，因此修改一行只會重新生成該行。以鏡頭時長對照台詞時長的表格來檢查同步。

6. 製作

製作管道位於 Video 目錄；references/production-runbook.md 包含指令、成本以及所有注意事項。流程如下：手寫 bible.json 和 shots.json（任何風格、任何角色），使用 --assets-only 參數生成角色設計圖，然後按照執行手冊中「Omni 1.1 Flash」章節的單次執行順序：生成每個鏡頭的首尾關鍵影格（以聯絡表形式批准）、生成每個鏡頭的 360p 草稿（逐個鏡頭批准），然後以輸出解析度進行一次最終渲染、使用 scripts/post_cut.py（修剪、調色、逐鏡頭邊緣裁切、最後影格停留、語音混合），最後從 assets/hf-overlay-template.html 中取得 HyperFrames 疊加層，並套用品牌的字型和調色盤。在任何付費執行前，先列印 shots.json。在剪入影片前，觀看每個生成的鏡頭直到最後一個影格。

對於日常片，或者每當導演想要逐個片段授權時：每個片段使用一個獨立的 HyperFrames 合成（assets/hf-clip-open-template.html、assets/hf-clip-vignette-template.html、assets/hf-clip-tail-template.html），分別渲染並提取 PNG 影格，然後透過 ffmpeg concat 組合（assets/one-day-concat.txt）。素材：選取每個 Omni 片段最好的七秒，透過動態插幀技術慢放到十秒，使用 lanczos 縮放演算法進行邊緣裁切，絕不在 CSS 中縮放。螢幕畫面：使用產品本身的設計標記和真實的元件佈局，以 HTML 構建，顯示 Python 而非 SQL，使用繪製的裝置而非模板。指令及所有注意事項請參閱 references/production-runbook.md 中的「從 One Day 學到的教訓」。

7. 與導演一起審閱

發送工作表、測試片段、聯絡表，然後以低於 7 MB 的預覽編碼方式發送渲染結果，並附上母片的路徑。當需要做決定時，在同一則訊息中列出每個選項及其後果。當導演回答「當然」時，說明你選擇了哪個選項。導演會快速打斷並說明原因；接受修正、處理問題，並用一句話說明錯誤所在。在聲稱某個工具無法做到某事之前，請先在當前工作階段中閱讀其文件。

電視播送清關

所有主張都要對應到已發布的程式碼或需求簡報。角色均為虛構；不得指名或暗示任何客戶。需要字幕、4:3 安全字幕區、廣播標準響度（美國 -24 LKFS，歐盟 -23 LUFS）。廣播用 1080p：將 720p 母片升頻，或在 MiniMax H3 上重新以 2K 解析度生成主要鏡頭。

狀態

本技能基於 Face Down 專案的經驗起草，並使其脫離特定產品，隨後在第二個真實廣告 One Day 上進行了測試，其修正意見已被整合（法則 13 至 16、第二種格式、逐片段構建方式、執行手冊中的「從 One Day 學到的教訓」章節）。evals/evals.json 中的提示詞已準備好用於正式比較。兩個完成的影片在其各自的範例檔案中有完整描述。

參考資料

• Nano Banana 角色一致性，12 個有效提示（2026 指南）：https://www.nenobanana.com/blogs/nano-banana-character-consistency-12-prompts-that-actually-work--2026-guide。工作表錨點的來源。
• Rob Palmer 的廣告文案技能：https://robpalmer.com/blog/claude-code-ad-copy-skill 以及 https://github.com/robpalmer99/claude-code-copywriting-skills。
• Gemini Omni Flash 文件：https://ai.google.dev/gemini-api/docs/omni。
• MiniMax H3 影片 API：https://platform.minimax.io/docs/guides/video-generation.md。

此技能包含的檔案

• references/intake.md：針對首次執導的導演設計的二十五個需求訪談問題，附帶原因、預設值和範例。務必優先執行。
• references/copy-rules.md：在品牌規則下的直接回應方法、鉤子類型、檢查清單、語域、片長。
• references/cold-reader.md：反向解釋測試、標準、行話列表。
• references/production-runbook.md：Nano Banana、Omni、Gemini TTS、MiniMax H3、ffmpeg、HyperFrames、shell 的指令、成本與注意事項。
• references/concepts.md：概念格式、好概念的來源，以及五項測試。
• references/face-down-example.md：Face Down v5 的完整建置流程，從頭到尾（需求簡報、方向、世界觀、鏡頭、附帶提示點的旁白、附帶時間的螢幕元素、冷讀測試、指令、成本、交付物），並在下方記錄了每一輪的修改歷史。在構建故事片時，從這裡開始。
• references/one-day-example.md：One Day（無聲分割畫面日常片）的完整建置流程：需求簡報、裝置、結構、人物、素材、螢幕畫面、字幕、逐片段構建、冷讀測試，以及…

…

[為翻譯而截斷]