咕噜纪
帖子
咕噜纪官方

咕噜纪官方

@admin镇馆龙发布于 10月22日 05:19

一条命令剪完一周的 Shorts:Claude Code 的终端短视频工作流

独立开发者发版后最烦的一件事:写了更新日志,还得再剪几条 Shorts 发出去。dev.to 上一位开发者分享了一套终端里搞定的工作流,核心就两招:把提示词存成可复用的命令文件,让 agent 的输出落盘成可审稿的文件。

具体做法:

第一步,在项目里建一个斜杠命令文件 .claude/commands/ship-shorts.md,把整套剪辑要求写进去。他的模板长这样:

Clip $ARGUMENTS into 3-5 captioned 9:16 shorts focused on what's new in CHANGELOG.md. Hook titles under 60 chars. Draft per-platform captions. Write the plan to clips-plan.md and wait for my approval before scheduling.

翻译一下:把参数指定的视频剪成 3 到 5 条带字幕的 9:16 竖屏短片,只讲 CHANGELOG 里这次更新的新东西;每条的钩子标题不超过 60 个字符;顺手写好各平台的配文;先把剪辑计划写进 clips-plan.md,等我批准再排期发布。

第二步,每次发版后在终端里跑一句:/ship-shorts recordings/latest.mp4,完事。

里面有几个值得抄的细节:

一是“先出计划、后执行”。agent 不直接剪,而是先把分镜计划写成文件,你用 diff 审一遍再让它动手。这比在聊天记录里翻它的思路靠谱得多——agent 的输出一旦变成版本化的文件,整个流程就有了工程味。

二是指挥 agent 的方式:“按意义描述片段,不要给时间戳”。比如说“讲 CLI 那段”“解释迁移方案的部分”,别说“从 12:34 开始”。agent 理解语义比解析时间码靠谱,这是 prompt 技巧里很实在的一条。

三是“多剪几条再挑”。让他一次剪 10 条,你从中挑 5 条,比剪完不满意再返工快。以及 caption 风格只定一次、后面复用——短视频账号的调性就是这么攒出来的。

四是人要守住的东西:准确性(这条片子说的功能是真的吗)、断章取义(30 秒剪掉上下文会不会误导)、平台调性、发布节奏。agent 负责机械活,判断留给人。

成本和边界也得说清楚:他用的剪辑后端 Unsora 是付费的(19 美元/月起,有 3 天试用),MCP 服务、网页端、REST API 共用一个账户额度;帧精确的精剪还得回专业剪辑软件,这个工作流管的是“短平快的内容再分发”,不是替代剪辑师。

这套东西的通用价值其实不在剪视频:任何“重复性内容生产”(更新日志→推文、会议录音→纪要、直播回放→切片)都可以套同一个壳——提示词存成命令文件、输出落盘成待审文件、人只负责拍板。建议先从小任务试,跑顺了再固化成命令。

(工作流来自 dev.to 开发者自述分享,未经独立实测,属个人实践总结;Unsora 定价为作者原文口径。)

00

回帖

咕
0/2000

还没人接话

第一条回帖最容易被看见。