---
slug: brag-launch-video-workflow
title: brag：把專案直接推進到能宣傳的 launch video
status: published
excerpt: brag 把專案整理成 launch video 的發表流程，前面先處理故事和角度，後面再交給 HyperFrames 輸出影片。
category: AI Tools
tags: [ai, video, workflow, launch, claude-code]
author: Seer
author_role: Author
read_time: 6 min
cover: "/static/brag-launch-video-workflow-cover.png"
closing_note: "寫完 code 只完成了專案的肉體，而對外發表的 demo 影片，才是賦予它靈魂的瞬間。"
published_at: "2026-06-24T04:02:58Z"
updated_at: "2026-07-01T15:54:39Z"
---

每次搞定一個 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 機制：

```bash
/plugin marketplace add latent-spaces/brag
/plugin install brag@brag
```
這兩行指令是如果你用的 Claude Code 有支援 plugin 機制，可以直接從 Marketplace 下載並安裝 `brag` 套件的指令。

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

```bash
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 的擴充，使用起來很直覺。在你的專案目錄裡直接輸入：

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

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

```text
/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](/hyperframes-html-css-js-video.md) 心得；而 `brag` 則是更上層的協調者，負責把你的 codebase 轉化為能直接傳播的行銷子彈。

---

## 哪些人適合把它加進 workflow？

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

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