name: video-diary slug: video-diary displayName: 视频日记 Skill description: 程大明视频日记 Skill（写稿 + 审稿 + 存稿 三合一）。当用户说"写视频日记""写视频脚本""帮我写今天的视频文案""写一篇日记"时走写稿模式；说"审稿""审一下""帮我看看这篇稿""改改这稿"时走审稿模式；说"定稿""存档""保存"时走存稿模式（本地归档 + 飞书双备份）。写稿完成后默认自动内审，与审稿用同一把尺。 version: 4.3.0 agent_created: true visibility: private

视频日记 Skill（写稿 + 审稿 + 存稿 三合一版 v4.3.0）

本 Skill 把视频日记的完整工作流收进一个文件，三件事共用同一套标准，避免"写/审/存"三处打架： - 写稿模式：产出符合老板风格的口播稿（原 video-diary v3.14） - 审稿模式：用同一把尺审文案质量、卡完播率（文案审稿原则） - 存稿模式：本地 video_diary_scripts/ 归档 + 飞书在线双备份，彻底杜绝单点丢失

写稿篇的原则 1–6 与审稿篇的原则 7，合起来构成「文案质量 7 原则」，写审同源；存稿篇复用写稿的铁规则（大标题、分割线、静默回复）保证落库一致。

〇、模式总览（先判断用户意图）

⚠️ 写稿完成后默认自动内审：走「二、审稿」的清单逐条卡，不过关不输出。用户若明确要求"审稿"，则对已有文案做显式二审。 ⚠️ 存稿只在用户明确说"定稿/存档/保存"时触发：本地写 video_diary_scripts/Day[N]_[主题].md 且 同步飞书双备份，二选一不可少；落库后只回「已归档」，不 present_files、不罗列路径。

一、写稿流程（原 video-diary v3.14）

1. 工作流程

1. 读取归档 → 读最近的3篇归档文案（video_diary_scripts/目录），摸清话题走向和节奏
2. 确认方向 → 向用户确认本期话题方向（不给选择题，直接问"今天聊什么"）
3. 按格式写稿 → 根据用户提供的内容素材，选择合适的结构类型，撰写完整口播稿
4. 自检 → 写完后按「六、自检清单」逐项检查，修正问题后再输出（同时走「二、审稿」清单）
5. 交付 → 在对话里直接输出完整文案文本（必须含大标题）
6. 迭代 → 用户要求修改时，改完直接发完整文案全文（不发文件、不归档）

   小葱技能7w4.net有更新，你可以访问看下。

7. 归档 → 仅当用户明确说"定稿""存档""保存"时，才按「三、存稿」执行本地归档 + 飞书双备份，最后只回复"已归档"

2. 铁规则（绝不可违反）

3. 1V1交流感规则

4. 结构类型（5种）

类型1：叙事体（最常用）

适用：有一天的经历/见闻/对话可以展开

钩子开头（反常识/提问/场景，3秒抓住注意力）
  → 场景展开（具体发生了什么，有细节有画面）
    → 冲突/反常/触动点
      → 理论/金句支撑（翻译成人话）
        → 升维洞察（从"是什么"到"意味着什么"）
          → 金句/引用收尾
            → 固定收尾语

类型2：清单体

适用：密集信息输出（课程笔记、心得汇总）

钩子开头（交代素材来源+信息量感）
  → 逐条列出（每条一句核心观点 + 一句展开）
    → 预告或总结一句话
      → 固定收尾语

类型3：对话引出类

适用：别人说了一句话/打了个比方，深有感触

钩子开头（交代场景和人物，用"我……"自然句式）
  → 引出原话/比喻（原汁原味保留）
    → 解释为什么有道理（用自己的理解展开）
      → 升维（从个人感触到普遍规律）
        → 金句收尾
          → 固定收尾语

类型4：互动类

适用：想向观众征集意见/号召参与

钩子开头（想法来源）
  → 具体计划
    → 向观众提问（2-3个具体问题）
      → 表态（我是认真的）
        → 召唤行动
          → 固定收尾语

类型5：学习型（v3.0新增）

适用：AI工具上手、趋势翻译、资源推荐、学习过程记录

5种模板： | 子类型 | 一句话口诀 | 钩子词 | |--------|-----------|--------| | AI上手实录 | 先踩坑再推荐 | "我花了X小时试了一遍" | | 趋势翻译官 | 翻译信息差 | "X%的人还不知道" | | 资源红黑榜 | 帮你省时间 | "试了X个，只有Y个真管用" | | Learn in Public | 还没搞明白 | "第X天，终于搞通了一个点" | | 见闻笔记 | 一句话值一年 | "他说了一个观点把我震住了" |

学习型结构：

钩子开头（上述对应钩子词）
  → 背景/场景（为什么做这件事）
    → 体验/发现/进度（真实过程+吐槽）
      → 判断/提炼（对电商老板意味着什么）
        → 收尾（"干完再说，明天见"或固定收尾语）

关键：学习型的核心是展示"还在学/还没搞明白"的状态——活人感来源。评价标准永远是多一层："这玩意省几个人？能多赚多少钱？"

5. 输出格式

每篇文案的完整结构：

Day[N]｜[核心主题]

[钩子开头，3秒抓住注意力]

[正文，按结构类型展开]

[金句/升维收尾]

好了，今天的视频日记就到这里，我们明天再见，拜拜。

⚠️ 输出铁律：直接在对话中发纯文本，绝不用 ``` 代码块包裹文案内容。 归档文件名：Day[N]_[核心主题].md，存入 video_diary_scripts/ 目录（落库规则见「三、存稿」）

6. 自检清单（写稿）

写完稿后逐项检查，全部通过才输出（同时过「二、审稿」清单）：

• [ ] ⚠️ 大标题「Day[N]｜[核心主题]」是否完整存在？（绝不能丢！）
• [ ] ⚠️ 开头是否为「结果前置的爆款开头」——第一句是最炸的结果/事实/数据，无日期开头？
• [ ] 若无惊人结果可用，开头钩子是否用了「四大公式」之一（痛点前置/身份反差/利益承诺/反常识）？
• [ ] 每两句之间逻辑连贯，无跳跃？
• [ ] 信息密度检查：每句话是否是「痛点/反转/干货/结论」四种之一？有无废话（"然后呢""就是说"）？
• [ ] 视角检查：有没有从「我想说」出发的段落？改写为「观众想听」视角？
• [ ] 互动双条件检查：正文里有没有让观众觉得「这说的不就是我」的点？有没有情绪起伏（不全是平铺直叙）？
• [ ] 理论部分是否用具体场景/类比"翻译成人话"了？
• [ ] 金句/引用前有没有过渡铺垫？
• [ ] 是否有升维——从具体到抽象、从"是什么"到"意味着什么"？
• [ ] 个人经历是否自然渗透（用「我…」自然句式），而非单独开段自我介绍？
• [ ] 结尾固定收尾语是否一字不改？
• [ ] 整篇口语化，能脱稿讲出来？
• [ ] 是否有1V1交流感（疑问句/反问/抛观点勾互动，且未出现"你想啊"，且未出现"对吧？""你知道吧"等虚弱确认语气词）？
• [ ] 是否避免了说教感？
• [ ] ⚠️ 是否避免了「我拍大腿」等夸张浮夸表达（老板明确禁用，保持克制真实风格）？
• [ ] ⚠️ 中段防流失：正文是否每 2–3 句一个信息钩子、无连续 4 句以上纯平铺？中段是否埋了"我马上演示一个绝招"这类勾回观众的钩子？
• [ ] ⚠️ 时长与可读性：单句是否≤28字、段落是否≤4行？录屏类总时长是否压在 2–3 分钟（超长拆系列）？
• [ ] 开头承诺对齐：前 10 秒是否让观众见到了标题/开头承诺的内容或价值？
• [ ] 结尾利落：除固定收尾语外，收尾是否干净、不拖泥带水？
• [ ] ⚠️ 事实核查（铁规则#21）：文中所有事实、数字、第三方评论/夸赞，是否都能追溯到用户真实素材（视频日记 MD、已发内容、用户口述）？凡无法溯源的他人之言、虚构数据，一律删除，不靠"别人夸我"造钩子？
• [ ] 情绪曲线（第8.3节）：通篇是否有起伏（钩→沉→转→燃→收），而非一个调门平铺到底？平铺处是否在"转/燃"补了钩/金句？
• [ ] 封面标题三选一（第8.2节）：写稿末尾是否附了 3 个封面标题备选供挑（不进归档/飞书，只在对话给）？

7. 文案质量核心原则（原则1–6；原则7见「二、3」）

以下原则提炼自前字节跳动创作者收入部门员工「茜茜」的实战方法论（40天万粉、第三个月收入追平大厂工资）。核心逻辑：从「等流量」到「设计数据」。

原则1：视角转换 — 从「我想说」到「你想听」

原则2：开头3秒定生死 — 四大黄金公式

原则3：信息密度 — 每句话必须是这四种之一

• 痛点（戳中观众的真实困扰） / 反转（打破预期） / 干货（具体可操作） / 结论（收束成一句话） 反例：「哈喽大家好，我是大明，今天想跟大家聊…」「然后呢，接下来，就是说」→ 直接删，或换疑问句/反问勾。 正例：14字含3信息量 → 「三十岁大厂离职，开启一人公司模式」。

原则4：驱动互动的双条件

观众愿意点赞/转发/关注，必须同时满足：1. 相关性：「这事跟我有关系」；2. 情绪波动：有冲突/反差/金句。写完标出哪里让观众觉得「这说的不就是我吗」，没有就补。

原则5：个人经历自然渗透，不单独开段

观众关注你，是因为对「这个人」有期待。把个人经历（电商老兵、帮帮堂、Codex实战）用「我…」自然句式带出来，别专门开一段自我介绍。

原则6：选题从观众需求倒推

写之前先想：1. 观众普遍有什么痛点/困惑？2. 我这期哪句话能让他们觉得「这说的不就是我」？3. 看完能得到什么？想不清楚就别写。

8. 爆款弹药库（v4.3.0 新增）

前面 21 条铁规则解决"不能怎么写"，本节解决"具体怎么开口"——给写稿一套可直接套用的开头句式、封面标题公式、情绪曲线，把「结果前置爆款开头」（铁规则#2）从口号变成弹药。⚠️ 所有 [...] 占位一律填真实素材（守铁规则#21，不许为套公式编数据）。

8.1 开头钩子弹药库（5类 × 可套句式）

选用逻辑：先看本期有没有"最炸的数字/结果"——有就优先 数据炸场；没有再从其余四类挑最贴题的一个，不叠加。[] 内一律填真实素材。

8.2 封面标题公式（区别于归档大标题）

归档大标题永远是 Day[N]｜核心主题（铁规则#1 不变）。但视频封面/发布标题是 CTR 命门，另按公式产出——每篇写稿末尾附「封面标题三选一」，只在对话里给老板挑，不进归档正文、不进飞书。

8.3 情绪曲线（一稿的起伏设计）

一条口播稿走这条线，避免全程一个调门：

钩(炸/悬念) → 沉(铺场景/痛点) → 转(反常识/反转) → 燃(金句/绝招演示) → 收(升维 + 固定收尾语)

自查：通篇是否只有一个情绪档位？平铺无起伏＝在"转/燃"处补钩、补金句（挂接完播率原则7-#2、#5）。

二、审稿流程（与写稿用同一把尺）

本模式用写稿篇的铁规则 #1–#20 反向卡稿，并叠加原则7「完播率优化」。写稿完成后默认自动内审，用户明确要求"审稿"时走显式二审。

1. 审稿定位

• 审稿 = 用写稿标准反推：写稿篇的每一条铁规则、自检清单，都是审稿的"扣分项清单"。稿子里出现铁规则禁止的内容（虚弱词、浮夸表达、连续平铺…）即判为不过关。
• 双维度：① 文案质量（铁规则 #1–#20 / 原则1–6）② 完播率（原则7 / 铁规则 #17–#18）。

2. 审稿清单（逐条反向卡稿）

3. 原则7：完播率优化（6条写作方法论）

完播率 = 观众看到结尾的比例，是算法推流的命门。每条完播率低，根因几乎都能归到下面 6 条写作动作。审稿时逐条反推（与写稿篇原则1–6 共同构成「文案质量 7 原则」）：

反推闭环：审出某条完播率隐患 → 对照上表 6 条定位根因 → 给"这稿怎么改"的具体动作，而非只列数字。

4. 审稿输出格式

审稿结论必须给"改哪里"的具体动作，不只列问题：

📋 审稿结论 · Day[N]｜[主题]

❌ 不过关项（必改）：
  - [铁规则#19] 第X段出现"对吧？" → 删，改疑问句勾
  - [原则7-#2] 中段连续5句平铺 → 第Y句后加"我马上演示一个绝招"勾回

⚠️ 建议优化（可选）：
  - [原则7-#5] 金句压在结尾，建议前移到第2段

✅ 已过：大标题/开头爆点/收尾语/英文大写/时长

三、存稿流程（本地归档 + 飞书双备份）

定位：写稿产出的稿子，最终要"落袋"。存稿 = 本地 video_diary_scripts/ 文件归档 + 飞书在线文档双备份，二者缺一不可（老板 2026-07-16 明确要求，彻底杜绝单点丢失）。 触发：仅当用户明确说"定稿""存档""保存"。 铁律：落库后只回「已归档」，不 present_files、不罗列路径、不汇报细节（铁规则#15）。

1. 本地归档

• 目录：video_diary_scripts/（在 .workbuddy/ 下；Mac/PC 通用，路径由脚本按本机自动定位，不写死盘符）
• 文件名：Day[N]_[核心主题].md
• 首行（不变）：Day[N]｜核心主题（不带日期，遵守铁规则#1）

2. 飞书双备份（在线文档）

• 文档 token（doc_id）：AmekdtcBJo53IwxVrJ0cx9N0nQb（程大明持有，2026-07-16 创建）
• 文档 URL：https://taiyi2023.feishu.cn/docx/AmekdtcBJo53IwxVrJ0cx9N0nQb
• 锚点块 block_id（引言段，永远插在它后面=内容最顶）：doxcncj77qTBiiutKmAAqbMC8hg
• 排序：日期越近越靠上（最新在最上）。block_insert_after --block-id <锚点> 的语义是"最后同步的压最顶"，因此逐篇按时间顺序存档时越新越靠上；一次性补档多篇时务必按日期从早到晚依次同步，最晚那篇会落最顶。锚点 id 稳定不变、可永久复用。
• ⚠️ 补档"比已存日记更旧"的一篇时（例如先存了 Day125、Day122，事后才补 Day124）：不能用锚点（会跑到最顶、顺序反）。须从 docs +fetch --detail with-ids 找到该旧日理应落在的前一篇的末尾 <hr id="..."/>（例：Day124 应落在 Day125 之后 → 取 Day125 分割线块 id），用 feishu_sync.py --after <该hr块id> 插入到正确位置。

每篇格式

• 标题 → <h1>Day[N]｜核心主题（YYYY.MM.DD）</h1>（本地 .md 首行仍是 Day[N]｜核心主题，飞书 H1 在末尾追加 （YYYY.MM.DD），日期由 --date 传入）
• 正文 → 按空行分段，每段一个 <p>...</p>
• 分割线 → 每篇正文末尾追加一条 <hr/>，使相邻两篇之间用分割线隔开（见铁规则#16）
• 文本内若出现 < > & 须转义为 < > &（标签本身不转义）

纯标题记录（老板 2026-07-16 明确：之后还会发这类"只有标题"的日记记录）

• 现象：用户只给一行标题（如「Day124｜Obsidian搞定了我15680条笔记」），不带正文——通常是录了某段视频素材、还没写稿，先占个位。
• 处理：本地 .md 首行只写该标题（无正文），飞书同步生成 <h1>Day[N]｜主题（YYYY.MM.DD）</h1><hr/>（无 <p> 段落，仅标题 + 分割线）即可，不要因为没正文就跳过或追问用户。
• 排序：纯标题记录多为事后补档的旧日，同样按"补更旧日记"规则用 --after 落到正确位置。
• 用户后续会把这类纯标题记录陆续发来，收到即按上述归档，无需等正文。

日期怎么来：存档时若该篇日记的日期由用户给出，直接用；否则用该篇日记所写当天的日期（通常为当天）。归档本地 .md 时首行仍写 Day[N]｜核心主题（不带日期，遵守铁规则#1）；飞书 H1 才追加 （YYYY.MM.DD）。

3. 同步命令（跨平台：Mac / PC 通用）

配套脚本已做 OS 自适应，无需改任何路径。运行环境为 WorkBuddy 内置 Python（python3，Mac/PC 通用）。

# 用 WorkBuddy 内置 python 运行配套转换器，把某篇 .md 变成飞书 XML 并同步到最顶
#   --date 传该篇日记对应的日历日期，如 2026.07.12（不传则 H1 不带日期）
#   --noop 只打印 XML 不落库（验证用）
python3 "<技能目录>/feishu_sync.py" "<源md路径>" --date 2026.07.12

# 补更旧的一篇（落到正确位置）：
python3 "<技能目录>/feishu_sync.py" "<源md路径>" --date 2026.07.14 --after <hr块id>

跨平台说明（重要）： - lark-cli 路径：脚本按 sys.platform 自动探测——Windows 用 ~/.workbuddy/binaries/node/cli-connector-packages/lark-cli，macOS 用 ~/Library/Application Support/WorkBuddy/... 或 ~/.workbuddy/...，找不到时回退 /usr/local/bin/lark-cli。若你的环境特殊，设环境变量 LARK_CLI=/绝对路径/lark-cli 即可覆盖。 - 飞书文档归属：doc_id / 锚点 默认是程大明的本机值。换人/换文档时，设环境变量 FEISHU_DOC_ID、FEISHU_ANCHOR（或改脚本顶部缺省值），无需动逻辑。 - 日期推算（批量用）：feishu_bulk_sync.py 以 Day122 = 2026-07-12 为锚点推算日期；换锚点设 FEISHU_ANCHOR_DAY / FEISHU_ANCHOR_DATE。 - 源目录：批量脚本默认读 <.workbuddy>/video_diary_scripts/；换位置设 VIDEO_DIARY_SCRIPTS_DIR。 - 临时文件：统一用 tempfile，不写死盘符，Mac/PC 都不会越界。

4. 批量重灌（一次性把 video_diary_scripts/ 全部重同步飞书）

• 脚本：skills/video-diary/feishu_bulk_sync.py（全自动：去重→清空文档→分块灌入；H1 带日期、按 Day 升序块 / 块内降序，保证最新在最顶）。
• 用法：python3 "<技能目录>/feishu_bulk_sync.py"（无参数；配置同上环境变量）。
• 去重：同 Day 多稿时取正文行数最多的一篇作代表（其余不丢，列在 stdout 供补录）。
• ⚠️ 已固化的三个坑：① 飞书 +fetch --detail with-ids 的 block id 是 id="..."（不是 block_id="..."），清空时按 id= 提取；② 清空阶段 --block-id 一次性塞几百个 id 会超 Windows 命令行 8191 字符上限（WinError 206），须分批（每批 20）；③ 源 .md 首行可能带 # Markdown 前缀，H1 标题须规范成 Day0NN｜主题 再追加 （日期）。

5. 静默原则

铁规则#15：飞书同步是静默动作，落库后不向用户汇报细节、不 present_files、不罗列路径；统一只回「已归档」。

附：数据复盘不在本 Skill 范围

本 Skill 只负责「写稿」「审稿」「存稿」。小红书/抖音的数据采集与数据分析（采集脚本、SQLite、指标复盘报告等）不纳入本 Skill，暂不提供。如后续要做数据复盘，单独成 Skill，不与写稿/审稿/存稿混在一起。

四、更新日志

质量较好。优点是功能全面、规则清晰、示例丰富，跨平台适配做得不错，使用体验流畅。不足是部分配置针对特定用户，不够通用；错误提示和异常处理还可以更完善；内容模板种类偏少，选择有限。整体而言，这是一个成熟可用的 Skill，但还有提升空间。