能幫你做 Live Photo 了!藏師傅社交卡片 Skill 重磅更新

歸藏的AI工具箱2026年7月2日

前段時間我做了一個 guizang-social-card-skill (https://github.com/op7418/guizang-social-card-skill)。

它原來主要解決靜態圖文的問題:

把文章、產品說明、截圖、照片這些素材,做成小紅書 3:4 圖文卡片,或者公衆號封面。

這次給它補了一個新能力: Live Photo 生成和編輯

你可以把產品錄屏、網頁 Demo、遊戲片段、生活素材交給 Agent,讓它做成小紅書或公衆號文章裏能用的動態卡片。

看一下 Codex 基於藏師傅的這個 Skills 給這次更新做的宣傳視頻:

我一開始以爲這只是"把視頻放進卡片"。實際在實踐和做的過程中,發現要處理的事主要有三個:

第一幀要能當普通圖發出去。

3 秒或 5 秒裏只能講一個很小的動作。

用戶最後要能真的傳到手機上發佈,不能只停留在本地 Demo。

所以這次更新不只是在導出 MOV 視頻和 Live Photo。

它還補了素材判斷、首幀檢查、平臺時長和發佈路徑這些環節。


這次能做什麼

單視頻動態卡片: 適合產品錄屏、網頁生成結果、代碼運行、遊戲操作。

Skill 會先按 3:4 卡片做版式,確認第一幀能看,再生成動態版本。

拼圖式 Live Photo: 適合素材本身好看的內容: 旅行、產品細節、美食手作、生活方式。

可以做成單視頻、二宮格、三宮格、四宮格。很多時候不用加字,畫面自己就夠了。

三連 Live Photo: 適合三個並列結果: 三個生成案例、三個產品狀態、三個遊戲片段。

這裏的重點是"並列",不適合把一個長教程硬拆成三段。

長視頻篩選: 用戶手裏的素材通常不是剛好 3 秒或 5 秒。

Skill 會先粗看視頻信息量,再建議裁一段、加速、拆成三連,或者放棄 Live Photo。

很多工具喜歡說自己能"自動找高光"。我現在更願意保守一點。自動選錯以後,常見問題很難救: 第一幀黑屏、滾動跨了兩個頁面、UI 字太小、結果畫面還沒出現。


怎麼用比較合適

先準備視頻素材。不需要精剪到很漂亮,但最好別太長。

每段 10 秒左右比較舒服。太長的視頻會消耗更多 token,也更容易讓 AI 誤判重點。

比較推薦的方式:

1.

先把原視頻粗剪成幾段。

2.

每段只保留一個重點。

3.

讓 AI 判斷哪一段適合做 Live Photo。

4.

再決定做單視頻、拼圖,還是三連。

可以直接這樣說:

幫我把這段產品錄屏做成小紅書 Live Photo 第一張卡,重點突出生成結果。

或者:

這段視頻有點長,先幫我判斷哪一段適合做 Live Photo。

完整教程不建議塞進 Live Photo。教程還是適合拆成 5-9 張圖文卡片。

Live Photo 只放最需要動一下才說得清的那一頁: 按鈕點擊後的結果、生成完成瞬間、遊戲動作成功、食物切開的變化。

比如我前段時間給這些模型做的測試,在演示生成的網頁效果時,就是一張圖對應一個案例。

另外,陳抱一還有一個 Live Photo 開箱的欄目也可以看看,他一次只做一個動作,只展示這個產品的一個細節。


適合哪些場景

產品更新和 AI 工具演示: 靜態截圖只能說明界面長什麼樣。Live Photo 可以展示點下去以後發生了什麼。

生成網頁、生成代碼、生成圖片,只放靜態圖總有點像擺拍。

這類素材裏還有一種很常見: 原始錄屏信息太小,手機上看不清。

比如這類原始視頻的 token 顯示區域比較小。這裏可以讓 Skill 自動把關鍵區域放大,只保留用戶真正需要看的部分。

遊戲攻略

路線、timing、動作節奏、擊中瞬間,很多時候截圖講不清。Live Photo 適合放一個關鍵動作,不適合講完整攻略。

遊戲素材也適合做全屏動態卡。它不一定需要額外排版,只要把畫面裁到合適比例,保留動作完成的那幾秒。

教程技巧

不需要每一步都動。把最容易出錯、最需要看到過程的一步做成 Live Photo 就夠了。

如果原來就是一套多圖教程,Live Photo 可以只放在第一張或關鍵頁。其他靜態頁繼續負責解釋、拆步驟、放細節。這樣不會把一整套圖文都改成視頻,也不會打亂原來的閱讀節奏。

旅行和生活方式

有些照片很好看,但少一點現場感。到達、走動、開門、轉身,這些小動作會讓圖文更像真人內容。

這類案例不需要太重的文案。一個開門、走動、拿起物品的片段,就能讓圖文從"設計圖"變得更像真實記錄。

美食、手作、產品種草

倒入、切開、攪拌、組裝、旋轉、開合,這些天然適合 Live Photo。它們不需要複雜文案,看見變化就夠了。

如果同一主題下有幾個短片段,也可以做成拼圖。二宮格、三宮格、四宮格都適合這類素材。重點是讓多個片段同時提供質感,而不是給每個格子都加說明。

判斷標準很簡單: 運動有沒有提供證據。如果運動只是裝飾,靜態卡片更乾淨。


做這個功能時我加入的細節

第一幀要先過關: Live Photo 在信息流裏先顯示的是靜態圖。第一幀如果不好看,後面會動也沒用。

所以現在流程裏會先抽首幀,當普通 3:4 卡片檢查一遍: 裁切對不對,主體有沒有被切掉,標題會不會擋住關鍵區域。

視頻當成圖片位處理: 視頻不能隨便全屏塞進去。

視頻區域沿用圖片裁切邏輯:UI 密集就保留完整畫面,主體明確就放大重點,人臉、產品、按鈕、結果區不能被壓住。

先看 contact sheet: 長視頻不適合一幀一幀看。更省事的方法是抽 8-15 幀拼成一張 contact sheet。

看一張圖,基本就能知道有沒有黑屏、轉場、UI 太小、結果沒出現這些問題。

平臺時長要分開: 小紅書按 5 秒做。公衆號文章內按 3 秒做。

時長不同,能承載的信息量也不同。3 秒只適合一個動作點,5 秒可以放一個很小的過程。

發佈路徑要提醒清楚: Live Photo 最後不能只給一個視頻文件。

實際測試和發佈時,需要把 JPG + MOV 打包成 .pvt ,再 AirDrop 到 iPhone,從手機端發佈。桌面端上傳不一定能保留 Live Photo。

這些細節不顯眼,但少了任何一項,成品都可能停在本地測試裏。


爲什麼 Live Photo 值得做

圖文平臺裏的"圖"現在有點尷尬。

靜態圖表達力有限。短視頻製作成本又高。很多內容卡在中間: 不值得剪成視頻,只用靜態圖又少一點說服力。

Live Photo 剛好補這個空位。用戶還是在做圖文,只是其中一張圖多了一點運動。

我覺得它有用,是因爲很多內容需要一點動態證據:產品運行、網頁生成、動作完成、食物切開。

從 Skills 的角度看,這次更新中的實踐需要注意:

一個 Skill 不能只寫觸發詞,還得寫清審美、邊界和工作流。

當用戶給一段視頻素材時,AI 不只負責導出文件。

它還要判斷這段素材該不該動、動哪一段、放在哪張卡里,以及怎麼讓它仍然像一張能發出去的社交卡片。

這類判斷越多,Skill 就越不像一段 Prompt,越像一個可以複用的生產流程。


怎麼開始用

如果你還沒用過這個 Skill,可以直接把下面這段話發給有 shell 權限的 AI Agent:

幫我安裝 guizang-social-card-skill。閱讀 https://github.com/op7418/guizang-social-card-skill 項目的 Readme 後安裝,安裝完成後檢查 SKILL.md、assets/、references/ 是否存在。

如果你之前已經裝過,可以直接讓 AI 更新:

幫我更新 guizang-social-card-skill。請進入 ~/.claude/skills/guizang-social-card-skill 執行 git pull,然後告訴我當前最新 commit。

更新完以後,你就可以把文章、截圖、照片或視頻素材丟給 Agent,讓它生成小紅書圖文、公衆號封面,或者這次新增的 Live Photo 卡片。

我覺得這次更新對你有幫助的話,可以幫我點個贊或者轉發給你需要的朋友。