视频日记写作审稿存稿助手
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_8de6cd13/video-diary
技能介绍
写视频日记最容易崩的地方不是文笔,而是流程断裂:稿子在对话里改了五轮,归档文件还是第一版;审稿时说的和写稿时用的标准不是同一套;本地存了一份,换了台电脑就没了。这个 Skill 把「写稿 → 审稿 → 存稿」三件事收进单个文件,共用同一份规则集。
它解决的具体问题
- 三处标准打架:写稿的人按口语化写,审稿的人按完播率审,存稿的人又自己定格式,最后谁都不满意。
- 归档不一致:大标题缺了
Day[N]|核心主题、日期写进了本地文件、分割线时有时无,飞书在线文档顺序跟时间线反了。 - 输出方式混乱:有人把整篇稿子塞进代码块发过去,有人用文件传输功能甩一个
.md,对方还要再点一次才能看。 - 单点丢失:只写在本地磁盘,磁盘坏了或者换了机器,几十天连续产出就没了。
核心能力
写稿:先读 video_diary_scripts/ 里最近 3 篇归档,摸清话题走向和节奏,再直接问「今天聊什么」而不是出选择题。支持 5 种结构——叙事体、清单体、对话引出类、互动类、学习型。学习型下面还有 AI 上手实录、趋势翻译官、资源红黑榜、Learn in Public、见闻笔记五个子模板,核心是展示「还在学」的状态,而不是装专家。
审稿:用写稿那 21 条铁规则反向卡稿,分文案质量和完播率两个维度。完播率拆成 6 条可操作的方法论——时长砍半、钩子密度、画面变化、开头对齐、金句前置、短句短段。审稿输出必须给「改哪里」的具体动作,不能只列问题清单。写稿完成后默认自动内审,不过关不输出;用户明确说「审稿」时走显式二审。
存稿:只在用户说「定稿」「存档」「保存」时触发。本地写 Day[N]_[核心主题].md,首行不带日期;飞书同步在固定锚点块后面插入,标题追加 (YYYY.MM.DD),正文每段一个 block,末尾加分割线。排序规则是日期越近越靠上,补录旧日记时用 --after 插到正确位置,而不是走锚点。
适用边界与注意点
- 不能凭空造素材。所有事实、数字、第三方评论必须能追溯到用户提供的真实材料,宁可只写自身经历。
- Day 编号必须由用户提供,Skill 不自行推算。
- 落库后只回「已归档」,不回全文、不发文件、不罗列路径。
- 飞书备份依赖 WorkBuddy 内置 Python 和
lark-cli,doc_id与锚点是某个人的本机缺省值,换人或换文档需要改环境变量。 - 「纯标题记录」也算合法存档,不需要等正文写完。
使用场景
- 每天要发一条视频日记口播,从选题、写稿到飞书存档走完一整条链路,不想三处标准各说各话
- 写完口播稿后拿不准能不能留住观众,需要按完播率六条原则逐条打回并拿到具体改法
- 手里攒了一批只有标题的日记占位记录,想批量补档进飞书,并保证最新一篇排在最上面
- 稿子在对话里改了五版,本地归档还是第一版,需要把定稿同步覆盖进 video_diary_scripts/ 并完成飞书备份
适合人员
- 每天更新视频日记的独立创作者,希望写稿、审稿、存稿共用一套规则,避免改稿和归档版本错位
- 负责口播内容质量的把关人,需要一份可逐条打分的审稿清单,用来退回不合格稿并附上具体改法
- 用 WorkBuddy 管理内容资产的一人公司,要求本地 .md 归档与飞书在线文档双备份,杜绝磁盘出问题就全丢
- 经常输出 AI 工具上手或趋势解读视频的学习型创作者,需要「还在学」状态的学习型结构模板来保持活人感