藏师傅社交卡片Skill更新：支持Live Photo生成与编辑 · AI HOT
歸藏(guizang.ai)@op741871
2026-07-02 10:36·20小时前
AI 摘要歸藏的guizang-social-card-skill新增Live Photo能力，支持单视频动态卡片、拼图式（二/三/四宫格）、三连Live Photo及长视频筛选。核心细节：第一帧可作为静态图发布；小红书5秒/公众号3秒时长区分；发布需将JPG+MOV打包为.pvt并通过AirDrop传到iPhone。建议先粗剪视频每段10秒左右，让AI判断适合做Live Photo的片段。安装或更新后即可使用。
歸藏(guizang.ai)@op7418 · X 2026-07-02 10:36·20小时前
在 X 看原推· x.comAI 摘要歸藏的guizang-social-card-skill新增Live Photo能力，支持单视频动态卡片、拼图式（二/三/四宫格）、三连Live Photo及长视频筛选。核心细节：第一帧可作为静态图发布；小红书5秒/公众号3秒时长区分；发布需将JPG+MOV打包为.pvt并通过AirDrop传到iPhone。建议先粗剪视频每段10秒左右，让AI判断适合做Live Photo的片段。安装或更新后即可使用。
帮我把这段产品录屏做成小红书 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 不能只写触发词，还得写清审美、边界和工作流。
它还要判断这段素材该不该动、动哪一段、放在哪张卡里，以及怎么让它仍然像一张能发出去的社交卡片。
这类判断越多，Skill 就越不像一段 Prompt，越像一个可以复用的生产流程。
怎么开始用
如果你还没用过这个 Skill，可以直接把下面这段话发给有 shell 权限的 AI Agent：
帮我安装 guizang-social-card-skill。阅读 https://github.com/op7418/guizang-social-card-skill 项目的 Readme 后安装，安装完成后检查 SKILL.md、assets/、references/ 是否存在。
帮我更新 guizang-social-card-skill。请进入 ~/.claude/skills/guizang-social-card-skill 执行 git pull，然后告诉我当前最新 commit。
更新完以后，你就可以把文章、截图、照片或视频素材丢给 Agent，让它生成小红书图文、公众号封面，或者这次新增的 Live Photo 卡片。
我觉得这次更新对你有帮助的话，可以帮我点个赞或者转发给你需要的朋友。
所以这次更新不只是在导出 MOV 视频和 Live Photo。
它还补了素材判断、首帧检查、平台时长和发布路径这些环节。
这次能做什么
单视频动态卡片：适合产品录屏、网页生成结果、代码运行、游戏操作。
Skill 会先按 3：4 卡片做版式，确认第一帧能看，再生成动态版本。
拼图式 Live Photo：适合素材本身好看的内容： 旅行、产品细节、美食手作、生活方式。
可以做成单视频、二宫格、三宫格、四宫格。很多时候不用加字，画面自己就够了。
三连 Live Photo：适合三个并列结果： 三个生成案例、三个产品状态、三个游戏片段。
这里的重点是"并列"，不适合把一个长教程硬拆成三段。
长视频筛选：用户手里的素材通常不是刚好 3 秒或 5 秒。
Skill 会先粗看视频信息量，再建议裁一段、加速、拆成三连，或者放弃 Live Photo。
很多工具喜欢说自己能"自动找高光"。我现在更愿意保守一点。
自动选错以后，常见问题很难救： 第一帧黑屏、滚动跨了两个页面、UI 字太小、结果画面还没出现。
怎么用比较合适
先准备视频素材。不需要精剪到很漂亮，但最好别太长。
每段 10 秒左右比较舒服。太长的视频会消耗更多 token，也更容易让 AI 误判重点。
- 让 AI 判断哪一段适合做 Live Photo。
帮我把这段产品录屏做成小红书 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 不能只写触发词，还得写清审美、边界和工作流。
它还要判断这段素材该不该动、动哪一段、放在哪张卡里，以及怎么让它仍然像一张能发出去的社交卡片。
这类判断越多，Skill 就越不像一段 Prompt，越像一个可以复用的生产流程。
怎么开始用
如果你还没用过这个 Skill，可以直接把下面这段话发给有 shell 权限的 AI Agent：
帮我安装 guizang-social-card-skill。阅读 https://github.com/op7418/guizang-social-card-skill 项目的 Readme 后安装，安装完成后检查 SKILL.md、assets/、references/ 是否存在。
帮我更新 guizang-social-card-skill。请进入 ~/.claude/skills/guizang-social-card-skill 执行 git pull，然后告诉我当前最新 commit。
更新完以后，你就可以把文章、截图、照片或视频素材丢给 Agent，让它生成小红书图文、公众号封面，或者这次新增的 Live Photo 卡片。
我觉得这次更新对你有帮助的话，可以帮我点个赞或者转发给你需要的朋友。