Communitygithub.com

dzhng/jevgrep

從儲存庫為 CLI、函式庫或產品製作一支媲美動態設計師作品集的宣傳影片,包含音樂與動態圖像。適合用於產品發布、促銷、精彩片段或社群媒體宣傳影片。

jevgrep 是什麼?

這項技能會根據 GitHub 儲存庫的內容,自動產出一支高品質、專業級的動態圖像宣傳影片。它不只是簡單的投影片或螢幕錄影,而是像動態設計師的作品集一樣,充滿野心、節奏強烈、並搭配音樂。使用者需要先從 README 等文件中挖掘產品故事,然後將技術機制轉化為一個具體的視覺隱喻(例如:建造城市、經營廚房),並撰寫成包含運鏡與關鍵時刻的 shot list。整個製作流程強調「先導演再製作」:從一個核心視覺概念出發,所有畫面與音樂的節拍都必須精準對齊。最終產出為 1080p60 的 H.264 影片,並附上符合社群平台規範的縮圖。這項技能支援 Claude Code、Curspr、Codex 等常見 AI 代理平台,其核心價值在於將平淡的技術敘事提升為令人印象深刻的品牌體驗。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/dzhng/jevgrep/tree/HEAD/.agents/skills/launch-video

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

Launch Video

標準是作品集級別:這支影片要像是動態設計師放在履歷上,用來證明自己實力有多強的作品——充滿動感、野心勃勃、搭配音樂,是一支真正的專業製作,絕不是 demo 或 prototype。全力以赴。儲存庫提供故事,工藝是你的責任。這裡沒有任何模板:如果這支影片可以換個皮就套用在其他專案上,那它就是失敗的。

工作流程

  1. 找到故事。 閱讀 README、文件、效能基準與品牌素材。直到你能為每一點都提供來源,清楚說出:一句話說明它是什麼、底層如何運作(觀眾是技術人員)、以及值得強調的證據。標記任何儲存庫無法佐證的主張,而不是自行編造其意義。
  2. 先導演,再製作。 選擇一個從專案本身(它的隱喻、品牌藝術、運作機制)生長出來的視覺概念:一個擁有自己獨特風格、運鏡和招牌動作的世界,而不是一系列面板。然後為這個機制選擇一個熟悉的現實世界類比(建造城市、經營廚房、一場劫案),並將每個步驟映射到這個類比上:用類比的詞彙為每個步驟命名,並賦予每個步驟一眼就能說明的日常道具(測量員的三腳架、木樁、起重機、檢驗印章)。易懂勝於聰明:觀眾應該能從他們已知的參考資料中理解每個步驟,完全不需要閱讀文字。將它寫成一個基於音樂時間軸的 shot list。當每個鏡頭都指定了它的運鏡,以及其中一個能讓動態設計師感到驕傲的時刻,才算完成。描述為「一張卡片/面板/列表出現」的鏡頭必須重新設計。
  3. 從同一個時間來源建構畫面與配樂。 所有事件時間都放在一個位置,讓場景與配樂都能讀取,確保節拍精準對齊。以程式碼合成音樂可以保持這種鎖定的精確度。
  4. 以導演的身份審查。 渲染一個草稿,將每個鏡頭拼貼成連拍表,並從一個未曾看過你計劃的子代理那裡獲得全新的批評。然後對每個鏡頭提出作品集問題。修正並重新渲染,直到每個鏡頭都合格,而非抽樣檢查。
  5. 發布。 製作縮圖(規則如下),渲染主影片(1080p60,高品質 H.264,320k AAC),在 Finder 中顯示它,並將整個專案作為獨立套件提交到儲存庫,渲染檔與產生的音訊檔要排除在版本控制外,並附上一份簡短的 README,說明指令、時間軸原則,以及聲明來源與方法論(這些應保留在影片之外)。

行銷,不是白皮書

以產品和幾個令人難忘的優勢為開場。將方法論、樣本數、資料缺失的處理方式、基準測試的免責聲明以及來源引用保留在套件的 README 或連結的報告中,不要出現在影片或主要視覺中。不要添加細小文字、星號註腳、免責聲明區塊或防禦性旁白。如果某個主張需要限縮才能保持真實,就直接限縮標題本身;永遠不要使用微小文字來挽救一個誤導性的標題。在審查每個畫面時,除了視覺品質,也要注意閱讀負擔。

展示,不要說教

文字是最後的手段。在任何文字出現在畫面上之前,先找到可以讓它變得不需要的畫面:一個會轉變的物體、一個會變化的世界、能表現概念的動態。只在沒有視覺元素能承載它的地方保留文字:產品實際的指令、它的名稱,以及一個必須精確的主張。唯一的例外是說明:為每個鏡頭提供一個標題,說明正在發生什麼(可以是動態的,例如一個隨著動作跳動的即時計數器),否則最好的動畫也會被解讀為隨機的運動。 當一個草稿過度依賴標籤、說明文字或字幕來解釋正在發生的事情時,應該重新設計該鏡頭,而不是修改文字的措辭。

作品集問題

動態設計師會把這個鏡頭放進他們的作品集嗎?以下跡象顯示它已經淪為解說或示範影片:

  • 動畫投影片。 靜態佈局,元素滑入並保持不動。作品集的鏡頭總是處在移動中,構圖不斷變化。
  • 閱讀,而非觀看。 段落、UI 卡片、內文或標題下的副標題(需要副標題的標題代表它包含了兩個概念)。作品集以少量詞彙、戲劇性的規模呈現,視覺負責承載機制。
  • 破裂的隱喻。 一個動作沒有呈現它應該描繪的事物:一個剪輯忽略了它聲稱要分割的碎片,一個在背景下無法閱讀的標籤。讓動畫符合螢幕上物體的真實樣貌。
  • 老把戲。 每個元素都以相同的方式彈出。作品集需要展現多樣性:深度與視差、比例對比、帶有元素過渡的匹配剪輯、速度變化、光影與色彩轉變、粒子與物理效果、作為設計一部分移動的字體排印。
  • 扁平。 所有東西都處在同一個平面和同一個比例,沒有前景、背景或光線。
  • 耳聾。 動畫忽略音樂,或者音樂只是放在畫面下方,而非驅動它。
  • 原型 3D。 未上紋理的幾何體,在平坦光線下沒有鏡頭:看起來像技術展示。如果使用 3D,就要像遊戲過場動畫一樣完成它:基於物理的材質,帶有表面細節和能捕捉光線的倒角,反射與柔和陰影,帶有泛光效果的發光體,以及鏡頭效果(環境光遮蔽、景深、顆粒、撞擊時的色散)。

規則

  • 重構,絕不螢幕截圖。 將任何 UI 分解成可以移動的零件。
  • 在渲染幀中評估效果,而非即時預覽。 逐幀渲染器(例如 Remotion 的手動推進)可能會靜默地丟棄一個在即時預覽中看起來正常的 post stack 或 canvas 圖層。
  • 主張保持精確。 根據來源驗證標題主張,並在標題中明確其範圍。將支持證據保存在文件中;遵循上面的行銷規則,決定哪些內容適合出現在畫面上。
  • 你不能用聽的。 透過測量來驗證混音(整體響度約在 -11 到 -14 LUFS,以及一個頻譜圖,顯示在提示時間點的 riser 和 impact),並在交付時說明音訊是透過測量而非聽覺來檢查的。
  • 縮圖。 社交平台(如 X)會選取影片的早期幀,並跳過單一幀的預覽畫面,因此請保留約 0.3 秒的前導預覽,然後再進入開場畫面(同時將音樂也平移相同的時間量)。讓前導預覽的背景與開場畫面匹配,這樣播放時才不會閃爍。最佳的預覽畫面是產品正在運作(名稱、標語、一個完成的指令及其輸出);標題中的數字則需要一個獨立的關鍵視覺畫面。

相關技能