brag：把專案直接推進到能宣傳的 launch video

每次搞定一個 side project、把 code 推上 main branch 後，我最怕的不是改 bug，而是要在社群上發文宣傳。你要想開場白、想怎麼抓眼球、挑哪些螢幕截圖，甚至還要錄一段看起來很酷的 Demo 影片——這段發布前的「包裝」過程，往往比寫 code 還要心累。latent-spaces/brag 這個工具，就是為了解決這個開發現場的痛點。

它在工作流中的定位非常明確：

• 當你已經有一個開發完成的專案。
• 用 brag 幫你梳理出對外發表的產品故事。
• 最後交給 HyperFrames 輸出一支高品質的 launch video。

成果非常直接：把冷冰冰的專案，秒變能拿去社群發表的宣傳影片。

GitHub repo 在這裡：<https://github.com/latent-spaces/brag>

---

怎麼裝？

如果你的 Claude Code 已經開啟了 plugin 機制：

/plugin marketplace add latent-spaces/brag
/plugin install brag@brag

這兩行指令是如果你用的 Claude Code 有支援 plugin 機制，可以直接從 Marketplace 下載並安裝 brag 套件的指令。

如果你的環境還沒有啟用 plugin，也可以直接用手動安裝 skill 的方式：

rsync -a --exclude '.DS_Store' skills/brag/ ~/.claude/skills/brag/

如果你的 Claude Code 還沒有啟用 plugin 功能，也可以直接用這行指令把 brag 當成一般的本地端 skill 複製進你的 Claude 設定檔目錄裡。

安裝完成並重啟 Claude Code 後，只要在任何專案目錄下輸入 /brag 就可以直接使用。

---

所以它到底是想解決什麼痛點？

很多優秀的 side project，最後往往都死在了「發布」這一步。

功能都寫完了，但下一步通常會卡在這些事情上：

• 不知道怎麼用簡單的人話介紹這個專案。
• 抓不準哪些核心功能是真正吸引人的亮點。
• 宣傳影片的分鏡與節奏很難拿捏。
• 寫不出吸引人的社群推廣文案。

brag 的目的就是把這些繁瑣的雜事收進同一個 pipeline。它提供的不是什麼高深的 AI 剪輯演算法，而是幫你把「發表專案」這個動作變得更流暢、更沒有痛點。

對於獨立開發者或常常需要交產品 Demo 的工程師來說，這非常省事。因為很多時候，我們不是專案做不出來，而是沒有時間把它包裝成一個一般人也能看懂的版本。

---

實際跑起來是怎樣？

brag 作為 Claude Code 的擴充，使用起來很直覺。在你的專案目錄裡直接輸入：

let's /brag

在你的專案目錄下打這行，Claude 就会開始掃描整個專案程式碼，自動幫你整理出一份宣傳大綱與影片腳本。

如果你想換個風格，也可以直接指定語調（tone）：

/brag --tone "fake Series A launch from 2016"

如果預設的語調太無聊，你也可以加上 --tone 參數，叫它模擬像 2016 年那種假裝拿到 A 輪融資的浮誇新創發表口吻。

執行之後，它會自動完成以下步驟：

1. 讀取並理解專案的代碼結構與功能。
2. 提煉出最吸睛的產品賣點與行銷切角。
3. 產生一份 launch brief 摘要。
4. 輸出適合發在 Twitter/Threads 的社群文案。
5. 將影片的分鏡與生成需求打包傳給 HyperFrames。
6. 最後由 HyperFrames 渲染出 brag.mp4 影片。

整個過程是一鍵呵成，你拿到的是整包可以直接發表的素材。

---

最省事的地方在哪裡？

我認為這個工具最有價值的地方，在於它很懂「如何講一個好的技術故事」。

它會幫你決定：

• 應該先展示哪一個痛點與對應的賣點。
• 語氣該偏向嚴肅技術交流，還是要帶點誇張的 demo 感。
• 影片中哪些關鍵畫面一定要露出來。
• 怎麼寫出讓人想看下去的開場。

以前如果自己手動錄影、剪輯、排字幕，一整個下午就沒了。用這個工具，把這些決定權交給寫好的 workflow，能省下極大的時間成本。

---

它跟 HyperFrames 之間怎麼分工？

在開發現場，這兩個工具是上下游的關係：

• brag：負責劇本、文案包裝以及發表的切角（大腦）。
• HyperFrames：負責把 brag 產出的劇本具現化成影片畫面（肌肉）。

這種分工很合理。以前我們用影片生成工具時，最大的困擾就是雖然畫面很精美，但故事毫無邏輯與節奏。brag 剛好補足了這一層，先把產品故事理順，再交給 HyperFrames 去做畫面生成。

如果你對底層的影片渲染有興趣，可以參考我之前寫的 HyperFrames 心得；而 brag 則是更上層的協調者，負責把你的 codebase 轉化為能直接傳播的行銷子彈。

---

哪些人適合把它加進 workflow？

• 剛寫完 side project，急著發文分享的開發者。
• 每天要對主管或客戶進行 Demo 的專案開發人員。
• 本來就是 Claude Code 重度使用者的人。
• 想把整個產品開發到發布流程自動化的團隊。

它幫你省掉的，是那段最磨人的寫腳本和找素材過程。如果你希望專案一寫完就能立刻以最漂亮的姿態面世，這會是個很流暢的加速模組。