/brag-slim
你親手打造出來了。現在大聲說出來。你將完全依靠機器上現有的工具，獨立完成整個影片——腳本、視覺、音效、渲染——全部自己來。
無論採用何種調性，影片都應該給人一種現代、流暢、精緻的產品發佈感：畫面或配樂中沒有任何不該出現的冗贅元素。
用法：/brag-slim [input] [options]。選項可用旗標或自然語言指定：
| 選項 | 預設值 |
|---|---|
--tone <preset 或自由描述> | 自動推斷；若無明確適合者則使用 default |
--format landscape|vertical|square | landscape (1920×1080；vertical 1080×1920；square 1080×1080)，30fps |
--duration <s> | 約 20 秒 |
將成品寫入目前目錄下的 brag-output/（若已存在則建立時間戳記 brag-output-YYYY-MM-DD-HHmmss/）。所有中間檔案（畫格、下載、腳本、音軌）都保存於該目錄下的 work/ 子資料夾。
1. 檢視
首先判斷輸入為何，然後從中收集素材。僅資料來源會改變；從下方問題開始的所有步驟對於所有輸入都相同。
| 輸入 | 如何辨識 | 素材來源 |
|---|---|---|
| 專案 | 未提供輸入，且目前目錄為一個專案 | 程式碼 |
| 網站 | 以 http(s):// 開頭的網址，或裸域名如 example.com | 即時網站 |
若輸入不符合任何類型，或未提供輸入且目前目錄不是專案，則詢問使用者想宣傳哪個主題。
專案
閱讀程式碼：主頁面、樣式（確切顏色與字型）、README、路由及關鍵元件。最好的素材是產品實際使用中的畫面——找出其 2–3 個重點：進入 → 關鍵動作 → 結果。
你擁有原始碼，因此可直接使用：在影片中匯入或渲染專案的實際元件、樣式表、字型、圖片與動畫，而非重新建立。
網站
以瀏覽者角度取得網站內容。許多網站使用 JavaScript 建構頁面，因此單純下載可能得到近乎空殼的內容。若發生此情況，請在無頭瀏覽器中載入頁面以取得渲染後的結果。關閉 Cookie 橫幅及其他彈出覆蓋層，並逐區塊捲動，因為依賴滾動觸發動畫的內容在單次全頁擷取中會保持空白。
- 文案： 標題、副標題、區塊標題、功能名稱、行動呼籲、推薦語。也檢查網頁標題、Meta 描述及社交預覽標籤。
- 識別： 從網站 CSS 中取得確切顏色，以及網站載入的字型。
- 視覺素材： Logo、產品截圖、主視覺圖片、展示影片。將你要使用的下載至
work/。 - 螢幕截圖： 以影片的長寬比擷取頁面，以了解佈局。在影片中，重複使用網站真實的標記、CSS 與素材並使其動起來，而非在靜態截圖上平移。
- 產品實際使用畫面： 查看展示影片、運作方式區塊及相關文件，尋找進入 → 關鍵動作 → 結果的流程。
接著，針對所有輸入
在規劃之前，先回答：這是什麼（一句話）？目標使用者是誰，能為他們做什麼？與眾不同之處為何？最令人印象深刻或最有趣的主張是什麼？視覺上的亮點是什麼？應該展示哪些實際 UI 或流程？適合哪種語氣？適合的單行分享標題是什麼？
2. 規劃
撰寫 brag-plan.md：切入角度、亮點、2–3 個重點、收尾句、語氣、視覺識別，以及按場景逐一分鏡的腳本，各場景時長加總需符合目標長度。
若使用者指定了某個部分——新版本、新功能、某個特定角度——則以此為影片焦點。
結構： 亮點 (2–3s) → 揭露 (2–4s) → 2–3 個重點 → 收尾/結尾 (2–4s)。這是起始結構，非固定模板。
創意法則
- 簡短。 15–25 秒；18–22 秒為最佳區間。
- 對陌生人清晰。 看過一次後，從未聽過該產品的人就能知道它的功能、目標對象及如何取得。以此為開端，而非介紹技術細節。
- 亮點決定一切。 前 2 秒決定觀眾是否繼續觀看。優先規劃亮點。
- 展示實際產品。 重複使用來源中的真實內容——其 UI、元件、文案、圖片、影片與動畫——而非重新建立。僅重建無法重複使用的部分。比起描述產品的登陸頁面，更偏好展示正在運作的應用程式。在展示產品使用中，小型的說明性 UI 文字是可以接受的（例如檔名、「已匯出」的提示）；不允許虛構的主張、數字或推薦語。切勿使用抽象的填充內容。
- 具體。 必須讓人感覺是為該專案量身打造。使用它自己的文案與主張；禁止使用通用的 SaaS 語言（例如「簡化您的工作流程」）。
- 可讀。 節奏來自於動態與剪接，而非過早移走文字。任何觀眾應該閱讀的文字行，都必須在畫面中完整、穩定地停留足夠長的時間（大約每個詞 0.3 秒），從整行文字出現在螢幕上時開始計算。僅作為背景紋理的文字則無需閱讀。
- 讓它活起來。 逐一出現的元素、模擬點擊、滑動與打字效果，勝過靜態幻燈片。
- 幽默需有根據。 幽默應源於專案本身的荒謬性，而非強求。
- 每一幀都可分享。 任何凍結的畫面都值得分享。
語氣
預設值為預設風格；自由方向的指示（例如「假裝是 2016 年的 Series A 發表會」）則可細化或覆蓋預設。
| 語氣 | 感受 | 節奏 / 轉場 |
|---|---|---|
default | 有力、活潑、乾淨 | 4–5 個場景；柔和轉場 |
polished | 嚴肅、優雅、克制 | 3–4 個場景，長停頓；柔和淡入淡出 |
yc-parody | 面無表情的新創發表，一本正經 | 4–5 個場景，每個場景一個主張；硬切 |
chaotic | 快速、大聲、全大寫 | 6–8 個場景，部分少於 2 秒；閃光/縮放切換 |
deadpan | 冷靜、平淡，沒有任何笑點 | 3–4 個場景，大面積留白；緩慢淡出 |
cinematic | 預告片格局、史詩級主張 | 4–5 個場景，大字型；戲劇性擦拭 |
app-store | 乾淨的功能卡片 | 4–6 個場景；平滑滑動 |
音效
將音樂與音效視為一體進行創作：音效與音樂處於相同的調性與空間，融合而非疊加。進行基本且適當的混音，如同真實音樂曲目一般：音效輕柔地置於音樂之下，無任何刺耳或尖銳之處，重複出現的細小音效則保持在背景中。
3. 建立、檢查、渲染
使用機器上可用的任何工具進行創作。若在瀏覽器中繪製影片，請確保每一幀都是時間的純函數，並在擷取每一幀前等待字型與圖片載入完成。
在完整渲染之前，檢視每個場景以及轉場中間的靜止畫面，修復溢出、重疊與對比度不足的問題。兩個繁忙佈局之間的單純淡入淡出會造成模糊的雙重曝光；應採用交錯方式（舊內容淡出，新內容淡入）或透過背景過渡。接著渲染 brag.mp4。
4. 交付
- 海報： 選取最有力的穩定畫面（文字完整顯示，非轉場中），儲存為
brag.jpg，並將其嵌入brag.mp4的第 0 幀，確保所有平台的縮圖都顯示此畫面。採用替換第 0 幀的方式，而非新增幀，以保持影片時長與音訊同步不變。 share-copy.txt： 1–3 句話，可直接發佈，具體且符合語氣。請勿使用「很榮幸分享」。- 告知使用者影片與文案的存放位置，用一句話說明創意切入角度，並提供重新製作某個場景或嘗試其他語氣的選項。