From 5925b1581533aa93008d2fde8a49f6c4d900ba70 Mon Sep 17 00:00:00 2001
From: zhanglinghao <zhangczssx@gmail.com>
Date: Sun, 4 Oct 2026 12:27:07 +0800
Subject: [PATCH 1/6] Docs: a Douyin case study, a landscape variant for
 knowledge films, ideation prompts
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

The maintainer sent ten Douyin "Vibe知识大赏" films (2026-09-25 to 10-03).
The four most-liked are 16:9 and 2.5–5 min, while type 02 only described
30–90 s vertical films.

- cases/douyin-vibe-knowledge.md: the ten films (date, likes, length,
  frame, opening), what the top four share, caption sizes measured on two,
  and two films on the 37% rule; linked from cases/README, type 02 and the
  CLAUDE.md route table (AGENTS.md regenerated).
- video-types/02: a "Douyin landscape mid-length" variant (--aspect 16:9,
  desktop floor for body text, feed floor for hook text, 2–5 min).
- playbook/12: two prompt-table rows (a historical scene as the vehicle;
  hand the idea back to the viewer) and the 37% pair.
- playbook/07: Douyin frames without login, X at 1080p, measuring caption
  size, one browser tab per agent.
---
 AGENTS.md                         |  2 +-
 CHANGELOG.md                      | 16 +++++++
 CLAUDE.md                         |  2 +-
 cases/README.md                   |  2 +
 cases/douyin-vibe-knowledge.md    | 69 +++++++++++++++++++++++++++++++
 playbook/07-reverse-engineer.md   | 10 ++++-
 playbook/12-ideation.md           |  6 ++-
 video-types/02-knowledge-short.md | 28 ++++++++++++-
 8 files changed, 130 insertions(+), 5 deletions(-)
 create mode 100644 cases/douyin-vibe-knowledge.md

diff --git a/AGENTS.md b/AGENTS.md
index 3064000..d06fa84 100644
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -100,7 +100,7 @@ effort 管 agent 自己查得多细，导演模式管人拍板哪些事，两个
 | 用户想要 | 读 | 首选引擎 | 案例 |
 |---|---|---|---|
 | 数学、物理、算法的原理讲解，3b1b 风格 | `video-types/01-math-science-explainer.md` | Manim CE | `showcase/03-math-fourier/`、`cases/explainer-code2video.md`、`cases/opus55-gallery.md` 第 7 节（抽象代数宣传片深读） |
-| 知识科普短视频，竖屏或横屏（抖音、B站、小红书、视频号、Shorts） | `video-types/02-knowledge-short.md` | HyperFrames | `showcase/02-short-leo-doppler/`、`cases/explainer-interstellar-blackhole.md` |
+| 知识科普短视频，竖屏或横屏（抖音、B站、小红书、视频号、Shorts） | `video-types/02-knowledge-short.md` | HyperFrames | `showcase/02-short-leo-doppler/`、`cases/explainer-interstellar-blackhole.md`、`cases/douyin-vibe-knowledge.md` |
 | 产品宣传、发布片、App 或 SaaS 介绍、功能演示 | `video-types/03-product-promo.md` | HyperFrames | `showcase/00-promo-launch-film/`、`showcase/04-intro-film/`（Blender 星河开场 + 一镜到底 3D + 代码作曲）、`cases/promo-hyperframes-launches.md` |
 | 歌词视频、MV、配合音乐的动画 | `video-types/04-lyric-music-video.md` | ClaudeAnimationBase（手绘）或 HyperFrames（排版） | `cases/mv-pdoom.md`、`cases/mv-functional-emotions.md`、`cases/mv-claude-pop.md` |
 | 数据故事、动画图表、数字可视化 | `video-types/05-data-story.md` | HyperFrames + SVG | — |
diff --git a/CHANGELOG.md b/CHANGELOG.md
index 8dc47e9..a468bda 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -2,6 +2,22 @@
 
 ## Unreleased
 
+**Docs: a Douyin case study, a landscape variant for knowledge films, and two ideation prompts**
+- Why: the maintainer sent ten Douyin "Vibe知识大赏" films (2026-09-25 to 10-03) and asked what is worth learning from them. The four most-liked (148k–667k likes) are all 16:9 and 2.5–5 min long, while type 02 only described 30–90 s vertical films.
+- `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It describes the structure the top four share, the caption sizes measured on two of them (about 42–56 px at 1080p, the `desktop` tier) and two films on the same topic (the 37% rule). The case is linked from `cases/README.md`, type 02 and the CLAUDE.md route table.
+- `video-types/02-knowledge-short.md` adds a "Douyin landscape mid-length" variant:
+  - start it with `bin/vh new short <slug> --aspect 16:9`;
+  - body text and captions at the `desktop` floor; hook text at the `feed` floor (an inference);
+  - 2–5 min, laid out with playbook/09's beat sheet;
+  - notes on captions, post copy and series titles.
+  The platform table also notes that landscape is common on Douyin.
+- `playbook/12-ideation.md`: two new rows in the prompt table ("find a historical scene" to carry the concept; "hand it back to the viewer" at the end), plus a real pair of films on the same topic.
+- `playbook/07-reverse-engineer.md`: how to get Douyin frames without logging in:
+  - resolve the short link to an id, which also gives the post time;
+  - the mobile share page's description has the caption, the date and the like count;
+  - the `playwm` URL plays as a bare media file.
+  Also added: getting 1080p frames from X, measuring caption size against the §4 floors, and opening your own browser tab when other agents share the browser.
+
 **The review desk: tick, comment and submit in a page, and the agent carries on by itself (`bin/vh desk`)**
 - Why: reviewing a film's first gate through the static pages, the maintainer found the outline, captions and stages hard to read (some were raw `.md` links), had no way to tick or comment in place, had to reply in chat with codes like "1 S1", and got a new one-off page every time. A prototype desk fixed that, and after two real rounds in it: "返回还是要手动给你触发，我觉得可以加一个监控", the outline should be split by content, not by 起承转合, reuse needs a basic infrastructure, and the desk belongs to `studio`, in Chinese or English by the first request.
 - `tools/desk/` (stdlib Python, offline, no CDN, light and dark): `bin/vh desk <project> [--port N]` serves one project on 127.0.0.1 (the first free port of 8780–8799; a second start prints the running one's address). Ten views read fresh from the project's own files: this round (decisions with options, least sure, decided for you), concept and outline (a time bar by segment), captions or narration (grouped by segment, term chips, a rough reading speed), the storyboard synced to its video, sound (sections named from the gate JSON, listen prompts, timecoded notes), fact check, the film with timecoded notes (C key), the decision ledger, history, and every doc rendered as text. Any item can be marked ok / change / question with a line and a "change to"; a tray collects them and submits once.
diff --git a/CLAUDE.md b/CLAUDE.md
index a63f087..4dfe700 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -97,7 +97,7 @@ effort 管 agent 自己查得多细，导演模式管人拍板哪些事，两个
 | 用户想要 | 读 | 首选引擎 | 案例 |
 |---|---|---|---|
 | 数学、物理、算法的原理讲解，3b1b 风格 | `video-types/01-math-science-explainer.md` | Manim CE | `showcase/03-math-fourier/`、`cases/explainer-code2video.md`、`cases/opus55-gallery.md` 第 7 节（抽象代数宣传片深读） |
-| 知识科普短视频，竖屏或横屏（抖音、B站、小红书、视频号、Shorts） | `video-types/02-knowledge-short.md` | HyperFrames | `showcase/02-short-leo-doppler/`、`cases/explainer-interstellar-blackhole.md` |
+| 知识科普短视频，竖屏或横屏（抖音、B站、小红书、视频号、Shorts） | `video-types/02-knowledge-short.md` | HyperFrames | `showcase/02-short-leo-doppler/`、`cases/explainer-interstellar-blackhole.md`、`cases/douyin-vibe-knowledge.md` |
 | 产品宣传、发布片、App 或 SaaS 介绍、功能演示 | `video-types/03-product-promo.md` | HyperFrames | `showcase/00-promo-launch-film/`、`showcase/04-intro-film/`（Blender 星河开场 + 一镜到底 3D + 代码作曲）、`cases/promo-hyperframes-launches.md` |
 | 歌词视频、MV、配合音乐的动画 | `video-types/04-lyric-music-video.md` | ClaudeAnimationBase（手绘）或 HyperFrames（排版） | `cases/mv-pdoom.md`、`cases/mv-functional-emotions.md`、`cases/mv-claude-pop.md` |
 | 数据故事、动画图表、数字可视化 | `video-types/05-data-story.md` | HyperFrames + SVG | — |
diff --git a/cases/README.md b/cases/README.md
index 4567251..3e5fda4 100644
--- a/cases/README.md
+++ b/cases/README.md
@@ -17,6 +17,7 @@
 | [community-prompts.md](community-prompts.md)：社区公开的 prompt | 各类 | 各类 | 二手合集 | 成功 prompt 的八个共同点 |
 | [opus55-gallery.md](opus55-gallery.md)：Opus 5.5 社区代码视频精选 | 各类，另有 3D 长片深读 | 各类；Austerlitz 为 WebGL2 | `awesome-opus5-5-videos/`、`opus55-catalog-zhuyansen/`、`Battle-of-Austerlitz-Film/`（均无 license，只读） | 389 支作品的 prompt 统计和精选；Austerlitz 用旁白实测时长驱动镜头，从画面推导音效 |
 | [oneshot-five.md](oneshot-five.md)：五支社区代码视频（3 秒钟、我眼中的你、用做法讲做法、FunTech、Mirage） | 科普、肖像、自我介绍、showreel、发布片 | 未公开（推测为 HTML/WebGL，FunTech 混有生成素材） | 无 | 立意装置先于风格；具体的数字和原话；和我们口味规则的出入 |
+| [douyin-vibe-knowledge.md](douyin-vibe-knowledge.md)：抖音"Vibe知识大赏"十支（2026-09 底） | 知识讲解为主，横屏中视频 | 未公开（多数自述用 Claude / Opus 写代码；1 支生成式视频） | 无 | 赞数最高的几支的共同排法：具体场景开场、带年份的人和事、回到观众；横屏 2.5–5 分钟、字幕按全屏看；同一个题目的两种立意 |
 
 ## 按需求查案例
 
@@ -25,5 +26,6 @@
 - 要做讲解或论文视频：interstellar-blackhole（一句话能做到什么程度）→ code2video → paper2video，外加 hyperframes-launches 里的 `claude-paper-launch/`。
 - 想拆解一支别人的视频：按 `playbook/07-reverse-engineer.md` 走，产出格式参考 interstellar-blackhole。
 - 想找"一个点子撑起全片"的做法（时间放大镜、机器视角的肖像、用做法讲做法、吉祥物穿越风格、工作流即故事）：oneshot-five。
+- 要做抖音上的横屏知识中视频，或者想看同一个题目被做成两支不同的片子：douyin-vibe-knowledge。
 - 想知道 prompt 怎么写：community-prompts，再从 opus55-gallery 第 3 节挑同类型的。
 - 要做 3D 场景或几分钟的长片：opus55-gallery 第 6 节（Austerlitz 深读）。
diff --git a/cases/douyin-vibe-knowledge.md b/cases/douyin-vibe-knowledge.md
new file mode 100644
index 0000000..ae54e33
--- /dev/null
+++ b/cases/douyin-vibe-knowledge.md
@@ -0,0 +1,69 @@
+# 案例：抖音"Vibe知识大赏"十支（2026-09-25 至 10-03）
+
+2026 年 9 月下旬，Opus 5.5 发布后的一两周里，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支是维护者自己刷到、转过来的，不是随机抽样：7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游（其中工具那支是 4 月发的，作对照）。各支发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
+
+**怎么拆的**（2026-10-04，做法见 `playbook/07-reverse-engineer.md` 第 1 节的"抖音"一条）：
+- 从分享短链解析出视频 id，id 右移 32 位就是发布时间；
+- 手机版分享页的 description 里有完整文案、发布日期和精确赞数，下表的赞数是 10-04 当天的快照；
+- 每支等间隔取 12–16 帧，拼成联系表，共约 150 帧。斗转星移、电子智人两支的开场逐秒看过，并用 10 px 网格量了字幕高度；
+- 没有量声音，没有下载原片，下文不附原片画面。
+
+**许可**：原片和文案归各自作者。下文是转述和分析，引文都很短。
+
+| # | 作者 | 题目 | 发布 | 赞 | 时长 / 画幅 | 画面 | 开场 |
+|---|---|---|---|---|---|---|---|
+| 1 | 电子智人 | 信息论：惊奇之学 | 09-28 | 666,996 | 5:03 / 16:9 | 黑底，金色细字，粒子和波形；中英双语字幕 | 屏幕中央逐字打出"床前明月"，留一个空，旁边一条"惊奇"读数接近 0 |
+| 2 | 斗转星移 | 幸存者偏差 | 10-02 | 425,347 | 2:29 / 16:9 | 深色底、暖金线描：夜里的公寓楼、坠楼的猫、二战轰炸机的弹孔、神庙里的还愿画 | 一只猫从 32 楼掉下去，48 小时后出院；接着是 1984 年纽约兽医统计的 132 只坠楼的猫 |
+| 3 | Iwanau | 多修一条路，为什么反而更堵 | 10-01 | 187,568 | 2:29 / 16:9 | 夜景城市俯拍、发光的路网、拥堵的红线；旧报纸和一份旧论文当道具 | 环形路网的动画，约 10 秒出标题问题，再进 1990 年纽约封 42 街 |
+| 4 | 长留zero | 37% 法则 | 10-01 | 147,939 | 2:46 / 16:9 | 黑底，金色发光曲线和柱状图 | 第一帧满屏一个"37%" |
+| 5 | 秋刀鱼不过期（沉淀版） | AI 重现名画：《罗纳河上的星夜》 | 09-28 | 51,444 | 0:24 / 约 4:3 | 生成式视频：镜头飞进油画，画里的人物走动 | 河面的灯影，镜头慢推 |
+| 6 | 浙大猫学长 | 开源 vibe-motion：一句话生成动画 | 04-06 | 40,522 | 3:56 / 3:4 | 录屏、终端、梗图 | 问句标题卡加进度条 |
+| 7 | YZ | AI 的 76 年，91 秒一镜到底 | 09-27 | 16,583 | 1:34 / 9:16 | 体素 3D 世界；一条红线穿过各个年份 | 体素山坡上，红线出发 |
+| 8 | 小宇 | 贝叶斯：对方一直没回消息 | 10-03 | 14,686 | 2:18 / 16:9 | 深紫 UI 卡片、百人点阵、仪表盘；结尾两个小角色 | 手机聊天界面，消息没有回 |
+| 9 | 风摇叶见蝶 | 苏轼《定风波》 | 09-28 | 14,574 | 1:26 / 16:9 | 水墨竹林、雾、月、书法字 | 一个墨点，接着是"一〇七九 乌台诗案"的大字 |
+| 10 | 大师的AI小灶 | Opus 5.5 动画测试 | 09-25 | 3,956 | 0:33 / 16:9 | 浅暖色的仿剪辑软件界面，一只像素小怪物在剪片 | 剪辑台和一张备忘卡 |
+
+10 支里有 6 支在标题或话题里点名 Claude / Opus（"Opus 5.5 直出"、"画面由 Opus5.5 编写的代码实时渲染"一类）；第 6 支提到的是 MiniMax，第 5 支只标了 #AIGC。
+
+## 1. 赞数最高的四支，做法几乎一样
+
+第 1–4 支（15 万到 67 万赞）题材不同，排法很像：
+
+- **题目是一个有名字的知识概念**：信息论、幸存者偏差、布雷斯悖论、37% 法则。观众多半听过这个名字，但说不清它是什么。
+- **开场是一个具体的东西，不先下定义**：一句人人能接的诗加一个空（第 1 支）；一只从 32 楼掉下去还活着的猫（第 2 支）；一张路网和一个反常识的问题（第 3 支）；满屏一个数字（第 4 支）。
+- **中段用一串带年份的人和事讲机制**：1948 年的香农、1964 年两位工程师清走天线里的鸽子，那段嘶嘶声还在（第 1 支）；二战轰炸机的弹孔、古人挂在神庙里的还愿画（第 2 支）；1968 年布雷斯的论文、1990 年纽约封掉 42 街（第 3 支）。知识藏在故事里。
+- **结尾把概念交还给观众**，用一句话收：第 1 支劝人去找自己猜不到的东西；第 4 支收在"遗憾有上限"这一句上；第 3 支收在"人人都抢的捷径"那一句。
+- **一个反复回来的读数或主体**：第 1 支的"惊奇"读数开场就出现，后面反复回来；第 3 支的路网从头用到尾，拥堵用红线表示。
+
+其余几支里，第 8 支（贝叶斯）也是这个排法，但从生活场景切入，发布只有一天；第 9 支（定风波）讲的是人物和诗，画面完成度很高。样本太小，说不出哪一条是赞数的原因。
+
+## 2. 规格：横屏，2.5–5 分钟，字幕按全屏看来做
+
+- **画幅和时长**：10 支里 8 支是横的（7 支 16:9，1 支约 4:3）。赞数最高的四支都是 16:9，时长 2:29–5:03。两支竖的（第 6、7 支）都不在前四。
+- **字幕很小**：量了两支。第 2 支字幕的字高在 720p 原片上约 34 px，换算到 1080p 约 50 px，字号约 52–56 px；第 1 支约 42 px，下面还有一行更小的英文。对照 `playbook/03-motion-design.md` §4，接近 `desktop` 档（字幕 ≥ 48），离 `feed` 档（≥ 115）很远。在竖着拿手机的信息流里（画面约 360 px 宽），这些字幕只有约 8–10 px。
+- **推断**【推测】：这批片子是按"点开全屏、横过来看"做的；抖音没有公开横屏视频的全屏观看比例。观众决定点不点开，还是在信息流里那几秒，而开场的字都比正文大得多：第 4 支第一帧满屏一个"37%"，大约占画面高度的一半；第 1 支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档的 150。
+
+## 3. 系列和文案
+
+- **标题格式固定**：Iwanau 每支都是"vibe知识大赏｜《题目》——一句副标题"，还有"月老的算法2"这样的续集。
+- **同一套做法，赞数差两个数量级**：Iwanau 分享页上能看到 7 支：搭话的心理学 1,604，吃辣 2,100，混沌 3,011，诱饵效应 2.3 万+，囚徒困境 3.0 万+，37% 法则 5.0 万+，第 3 支 187,568。做法一样，题目差别带来的赞数差，远大于做法差别带来的【推测】。
+- **文案写成一段短文**：复述全片论点，带年份、人名和实验。Iwanau 会注明片中改编过的地方（例如一支借古诗开场的，说明原诗的情节和片中不同），这是信任信号。
+- **话题**：除了 #vibe知识大赏，常见 #抖音前沿科技首发计划、#ai新星计划、#创作者成长进阶计划，并 @抖音科技。是不是官方活动、有没有流量扶持，没核实。
+
+## 4. 同题不同立意：两支 37% 法则
+
+10 月 1 日前后，两位作者各做了一支 37% 法则，结论一样（前 37% 只看不选，之后遇到比前面都好的就停；即使这样，大约 63% 的时候还是选不到最好的），片子完全不同：
+
+| | Iwanau《月老的算法2》 | 长留zero《什么是 37% 法则》 |
+|---|---|---|
+| 载体 | 一个历史人物：开普勒 1611 年丧妻，两年里见了 11 位相亲对象，37% 法则正好停在他最心动的第 5 位 | 一个抽象模型：100 个人里挑一个，只能看一次、不能回头 |
+| 画面 | 跟着人物和事件走 | 发光曲线、柱状图和点阵 |
+| 落点 | 真实的人会拒绝你，规则要跟着现实调整 | 做对一切仍可能遗憾，那是数学的上限 |
+
+题目撞了，载体和落点还可以不撞。`playbook/12-ideation.md` 第 3 节的撬法表据此加了两行：找一个历史现场当载体，把概念交还给观众。
+
+## 5. 用本仓库做
+
+- **横屏中视频**：`bin/vh new short <slug> --aspect 16:9`；规格、字号和结构见 `video-types/02-knowledge-short.md` 的"变体：抖音横屏中视频"。
+- **立意**：第 1 节的排法是这批片子的共同点，不是模板。第 4 节说明同一个题目可以有完全不同的载体和落点；先按 `playbook/12-ideation.md` 想自己的点子。
+- **事实**：带年份的人物故事最容易出错，也最容易被挑。人名、年份、数字按硬规则 5 记进 `NOTES.md`；改编过的地方，像 Iwanau 那样在文案里说明。
diff --git a/playbook/07-reverse-engineer.md b/playbook/07-reverse-engineer.md
index e75589a..749e1db 100644
--- a/playbook/07-reverse-engineer.md
+++ b/playbook/07-reverse-engineer.md
@@ -5,10 +5,18 @@
 ## 1. 拿到帧
 
 - **本地文件**：用 ffmpeg 抽帧（见下面的命令）。
-- **网页上的视频**（X、B站、YouTube）：
+- **网页上的视频**（X、B站、YouTube、抖音）：
   - 下载属于文件下载，要先征得用户同意；还要注意平台条款和版权，拆解结果只用于学习，不要重新发布原片的画面。
   - 不下载的做法：在浏览器里用 JS 把 `<video>` 跳到指定时刻，用 canvas 的 `drawImage` 画出当前帧，拼成联系表显示在页面上，再截图。截图工具直接拍视频层往往是黑的，所以要先画到 canvas 上。本仓库的 `cases/explainer-interstellar-blackhole.md` 就是这样拆出来的。
   - 每次调用只处理 6–9 帧，否则会超时；流媒体会自适应降低分辨率，属于正常现象。
+  - **抖音**（2026-10 实测）：电脑版页面不登录会弹登录框，还会跳回首页。改走手机版分享页：
+    1. `curl -sI -A "Mozilla/5.0" https://v.douyin.com/<短码>/`，从返回的 Location 里取 `video/<id>`。id 右移 32 位就是发布时间（unix 秒）。
+    2. 浏览器切到手机尺寸（内置浏览器用 `resize_window` 的 mobile），打开 `https://www.iesdouyin.com/share/video/<id>/`，等几秒；标题只显示"抖音"时再开一次。页面的 `meta[name=description]` 里有完整文案、发布日期和精确赞数；`<video>` 的 src 是一个 `playwm` 地址；页面文字里还列着作者的其他作品和赞数。用 curl 抓分享页拿不到这些，它们是前端加载的。
+    3. 切回电脑尺寸，直接打开那个 `playwm` 地址，浏览器会当作媒体文件播放，再照上一条画到 canvas 上。
+    `cases/douyin-vibe-knowledge.md` 就是这样拆的。
+  - **X**：不登录也能播。`<video>` 一开始是 480p，先 `play()` 约 3 秒再跳帧，能拿到 1080p。
+  - **量字幕和标签多大**：只把那一条画到 canvas 上并放大，叠一层网格（每格 10 个原片像素），截图数格子，换算成 1080p 的 px，再对照 `03-motion-design.md` §4 各档的下限。
+  - 和别的 agent 共用一个浏览器时，先开自己的标签页，后面每一步都指定这个标签页。
 
 ```bash
 ffmpeg -i ref.mp4 -vf "fps=1/3,scale=480:-1,tile=4x6" -frames:v 1 ref_sheet.png      # 每 3 秒一帧的总览
diff --git a/playbook/12-ideation.md b/playbook/12-ideation.md
index 73c09ce..b07b853 100644
--- a/playbook/12-ideation.md
+++ b/playbook/12-ideation.md
@@ -3,7 +3,7 @@
 这篇管片子的"点子"：一个让形式本身就在讲内容的装置。它排在流程的最前面，在定风格、挑配方、套类型默认值之前。叙事的形状（`09-narrative.md`）、开头的钩子（`10-hooks-and-packaging.md`）、风格预设（`styles/`）和镜头配方（`recipes/`），都是实现立意的工具。
 
 - **适用**：所有类型、所有档位。`quick` 只做第 7 节最后一条的简版。
-- **标记**：【综合】是本仓库从案例里归纳的做法，不是哪个来源的原话。例子出自 `cases/oneshot-five.md` 和 `cases/explainer-interstellar-blackhole.md`。
+- **标记**：【综合】是本仓库从案例里归纳的做法，不是哪个来源的原话。例子出自 `cases/oneshot-five.md`、`cases/explainer-interstellar-blackhole.md` 和 `cases/douyin-vibe-knowledge.md`。
 
 ## 先说结论
 
@@ -72,6 +72,8 @@
 | 证据上屏 | 原话、出处、推断能不能分开摆出来？ | 原话下面注明哪次对话、几点几分，推断标【推断】 |
 | 用一个矛盾做首尾 | 材料里有没有一个悖论，能开头抛出、结尾回应？ | "我都不记得你" ↔ "对话结束，我又会忘记" |
 | 让数量有体感 | 一个数字能不能变成看得见的量？ | 154 格的日历只空了 3 格；`styles/isotype` |
+| 找一个历史现场 | 这个概念第一次被发现、被验证或被用错的那一刻，有没有具体的年份、地点、人和物件？它能不能当全片的载体？ | 坠楼的猫的统计讲幸存者偏差；开普勒丧妻后见了 11 位相亲对象，用来讲 37% 法则 |
+| 交还给观众 | 这个概念今天出现在观众生活的哪里？结尾能不能把它递回去？ | 信息论最后劝人去找自己猜不到的东西；贝叶斯从"对方一直没回消息"讲起 |
 | 给自己一个限制 | 全片只用一个镜头、一种颜色、一个物体？ | 一个黑洞着色器；`recipes/camera/one-take-world-travel.md` |
 
 ## 4. 看参照，再收敛成 2–3 张立意卡
@@ -155,3 +157,5 @@ FunTech 在终场前用了约 1 s 真静音。这碰的是底线，不在可改
 | C | 换容器：做成一个音乐 app 的波形编辑器，观众"拖动"救护车，音高跟着变 | 仿真 UI，大光标拖动；每次拖动都能听到音高变化；结尾把这个"工具"递给观众 |
 
 三张卡讲的是同一个物理，出来的是三支完全不同的片子。默认的做法（扁平矢量加一个强调色、按"钩子 → 解释 → 例子"讲）可以作为第四个选项列在审阅页的附录里，供人对照。
+
+真实的一对：2026 年 10 月 1 日前后，抖音上两位作者各做了一支 37% 法则（`cases/douyin-vibe-knowledge.md` 第 4 节）。一支跟着开普勒的 11 次相亲走，落在"规则要跟着现实调整"；一支用"100 个人里只能挑一次"的抽象模型配发光曲线，落在"做对一切仍可能遗憾"。结论一样，片子完全不同。题目撞了，载体和落点还可以不撞。
diff --git a/video-types/02-knowledge-short.md b/video-types/02-knowledge-short.md
index 645c0a3..bb2982b 100644
--- a/video-types/02-knowledge-short.md
+++ b/video-types/02-knowledge-short.md
@@ -2,6 +2,7 @@
 
 **适用**：
 - 30–90 秒的概念科普、冷知识、how-to、清单体；
+- 抖音上 2–5 分钟的横屏知识中视频，见下文"变体：抖音横屏中视频"；
 - 投抖音、B站、小红书、视频号、YouTube Shorts、TikTok；
 - 没有真人出镜的 faceless 讲解。
 
@@ -22,6 +23,7 @@
 
 1. **定平台和画幅**：
    - 抖音、Shorts、TikTok、视频号用 1080×1920；
+   - 抖音也可以做 16:9 横屏、2–5 分钟的中视频，见下文"变体：抖音横屏中视频"；
    - 小红书封面要 3:4；
    - B站知识区可以做 16:9 中长视频，信息密度可以更高；
    - 各平台的时长、封面和标题上限见下文"平台规格"。
@@ -67,13 +69,36 @@
 |---|---|---|---|---|
 | YouTube Shorts | 竖屏或方形，上传上限 1080p [S5] | 3 分钟：2024-10-15 起上传的方形或竖屏、不超过 3 分钟的视频归为 Shorts [S4] | 在 Shorts feed 里作用弱 [S9] | 标题 ≤ 100 字符，描述 ≤ 5000 字符 [S10] |
 | TikTok | 9:16 全屏，不低于 720P [S2]；广告建议 ≥ 540×960 [S3] | 自然内容 2021-07-01 起可到 3 分钟 [S1b]；10 分钟、60 分钟的测试只见媒体报道 | — | 文案 4000 字符【二手】 |
-| 抖音 | 1080×1920 是行业默认 | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
+| 抖音 | 1080×1920 是行业默认；横屏 16:9 也常见：2026-09 底"Vibe知识大赏"那一波，赞数最高的几支都是横屏（`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
 | B站 | 竖屏 9:16、横屏 16:9 都可投 | 没核实；中长视频是主场 | 上传推荐 1146×717（16:10）【二手】；网页信息流按 16:9 显示，底部一条是播放、弹幕数和右下角的时长（2026-10-01 网页实测，`playbook/10` [S25]；`bin/vh cover-preview` 按这些格子出图） | 标题 ≤ 80 字【二手】 |
 | 小红书 | 竖屏 9:16 或 3:4 | 15 分钟（2020-08 媒体报道）[S15a]；2026 年媒体报道平台在推 2 分钟以上的中长视频、4K 和横屏播放器 [S15b] | 4:3、3:4、1:1 三选一，3:4 展示面积最大【二手】 | 标题 ≤ 20 字【二手】 |
 | 视频号 | 从竖屏 6:7（1080×1260）到横屏 16:9，9:16 只保证中间 6:7 完整【二手】 | 30 分钟【二手】 | 信息流 6:7【二手】 | 没核实 |
 
 时长上限对本类（30–90 s）影响不大，但要知道 Shorts 已经到 3 分钟，小红书在往 2 分钟以上推。长度由信息量和 reads 定，不为凑平台惯例加减内容；第三方的"平均时长"统计只当背景【推测】。
 
+## 变体：抖音横屏中视频（2–5 分钟）
+
+2026 年 9 月底抖音"Vibe知识大赏"那一波里，赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
+
+- **建项目**：`bin/vh new short <slug> --aspect 16:9`。画幅 1920×1080，`Watch on` 默认是 `desktop`（电脑，或手机转成横屏全屏）。BRIEF 末尾会多一行提示：TYPE 块里按竖屏算的尺寸（安全框、每行字数、字号）都按横屏重算；TYPE 块的第一行可以换成下面这行：
+
+  ```text
+  + TYPE: landscape knowledge film for 抖音. 1920x1080 30fps {120–300}s, zh-CN narration + burned-in captions (<=16 CJK chars per line, <=2 lines). Watch on: desktop; hook text sized for a phone feed.
+  ```
+
+- **字号**：
+  - 正文和字幕按 `desktop` 档（`playbook/03-motion-design.md` §4，字幕 ≥ 48）。案例里实测的两支，字幕约 42–56 px，就在这一档附近。
+  - 观众决定点不点开，是在竖着拿的信息流里，那时画面只有约 360 px 宽。所以钩子那几秒要读的字，按 `feed` 档写（主标题 ≥ 150）【推测】。案例里开场的字都比正文大得多：一支第一帧满屏一个"37%"，大约占画面高度的一半；另一支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档。
+- **字幕**：照第 5 步的横屏规范（每行 ≤ 16 字，最多 2 行）。可以加英文，英文那行小一号。
+- **时长和结构**：
+  - 2–5 分钟，超过 90 秒，用 `playbook/09-narrative.md` 的节拍表排起伏；第 2 步的钩子梯子照用。
+  - 爆款里常见的一种排法：开场用一个具体的场景，中段用一串带年份的人和事讲机制，最后回到观众自己，用一句话收。这只是一种排法，立意需要的话可以完全不同（`playbook/12-ideation.md`）。
+  - 一个题目被别人做过了，就换载体和落点：案例里两支 37% 法则，一支跟着开普勒的 11 次相亲，一支用抽象模型配一句人生感悟。
+- **文案和系列**：
+  - 抖音简介可以写成一段短文：复述论点，带年份、人名和出处，改编过的地方注明；
+  - 标题用固定格式，方便做成系列，例如"话题｜《题目》——副标题"。
+- **没核实**：抖音信息流里横屏视频怎么显示、多少人点开全屏、横屏封面怎么裁，都没有官方数据。发布前用真机看一眼信息流里的样子。
+
 ## 推荐与留存：各平台公开说了什么
 
 | 平台 | 公开说法 | 对创作的含义 |
@@ -147,6 +172,7 @@ Cover: 1080x1440 (3:4) master with all key elements inside the central 1080x1080
 ## 可参考的案例与源码
 
 - `cases/community-prompts.md`：@AxtonLiu 的口播图解做法、@dotey 的中文讲解 prompt。
+- `cases/douyin-vibe-knowledge.md`：抖音 2026-09 底的 10 支 AI 知识动画。赞数最高的几支都是横屏，长 2.5–5 分钟，案例拆了它们的共同排法、实测的字幕大小，以及同一个题目（37% 法则）的两种做法。
 - `references/repos/hyperframes/skills/faceless-explainer/`：
   - `SKILL.md`：完整流程，包括 BRIEF → frame.md → STORYBOARD → 音频 → 线框草图 → 每个 frame 派一个 subagent；
   - `references/` 下的 `story-design.md`、`visual-design.md`、`motion-language.md`、`cut-catalog.md`。

From 52a4cb70c6ed5d86462276af2505ccc4d865e8b8 Mon Sep 17 00:00:00 2001
From: zhanglinghao <zhangczssx@gmail.com>
Date: Sun, 4 Oct 2026 12:36:09 +0800
Subject: [PATCH 2/6] Review fixes: Watch on departure stated, sample scope,
 Iwanau's 15 films, softer wording

- type 02 variant: says it departs from playbook/01's 'landscape on Douyin
  = feed' and why (measured captions, full-screen viewing is an inference),
  names --watch feed; feed-size hook text is an option; 01 points to it.
- case: claims scoped to the ten forwarded films; each shared trait says
  which films have it (#4 has no historical story); caption sizes as font
  sizes at 1080p; Iwanau's 15 films from the post list, no attribution of
  the like gap; both 37% films dated with likes; facts marked as the
  films' own claims; no pronoun for Kepler.
- 12-ideation: an ending example for 'hand it back'; no repeated closing line.
- 07: the post-list request, X marked as tested, list indentation.
---
 CHANGELOG.md                      | 34 ++++++-----------
 cases/README.md                   |  2 +-
 cases/douyin-vibe-knowledge.md    | 63 +++++++++++++++++++------------
 playbook/01-pipeline.md           |  2 +-
 playbook/07-reverse-engineer.md   |  8 ++--
 playbook/12-ideation.md           |  4 +-
 video-types/02-knowledge-short.md | 17 ++++-----
 7 files changed, 66 insertions(+), 64 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index a468bda..bb1e29e 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -3,38 +3,28 @@
 ## Unreleased
 
 **Docs: a Douyin case study, a landscape variant for knowledge films, and two ideation prompts**
-- Why: the maintainer sent ten Douyin "Vibe知识大赏" films (2026-09-25 to 10-03) and asked what is worth learning from them. The four most-liked (148k–667k likes) are all 16:9 and 2.5–5 min long, while type 02 only described 30–90 s vertical films.
-- `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It describes the structure the top four share, the caption sizes measured on two of them (about 42–56 px at 1080p, the `desktop` tier) and two films on the same topic (the 37% rule). The case is linked from `cases/README.md`, type 02 and the CLAUDE.md route table.
+- Why: the maintainer sent ten Douyin "Vibe知识大赏" films (2026-09-25 to 10-03) and asked what is worth learning from them. The four most-liked of those ten (148k–667k likes) are all 16:9 and 2.5–5 min long. Type 02 had described 30–90 s vertical films as the main case; Douyin landscape films appeared only in `cases/oneshot-five.md`.
+- `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It also records:
+  - a few things the top four share, each marked with which films do it;
+  - caption sizes measured on two of them (about 42–56 px at 1080p, around the `desktop` floor);
+  - one creator's 15 films in a week, with likes from 2,246 to 427,108;
+  - two films on the same topic (the 37% rule).
+  The case is linked from `cases/README.md`, type 02 and the CLAUDE.md route table.
 - `video-types/02-knowledge-short.md` adds a "Douyin landscape mid-length" variant:
   - start it with `bin/vh new short <slug> --aspect 16:9`;
-  - body text and captions at the `desktop` floor; hook text at the `feed` floor (an inference);
+  - body text and captions at the `desktop` floor; the variant says why this departs from playbook/01's "landscape on Douyin = feed", that viewers going full screen is an inference, and when to use `--watch feed` instead;
+  - hook text at the `feed` floor as an option;
   - 2–5 min, laid out with playbook/09's beat sheet;
   - notes on captions, post copy and series titles.
-  The platform table also notes that landscape is common on Douyin.
+  The platform table also notes that landscape exists on Douyin. playbook/01 points to the variant.
 - `playbook/12-ideation.md`: two new rows in the prompt table ("find a historical scene" to carry the concept; "hand it back to the viewer" at the end), plus a real pair of films on the same topic.
 - `playbook/07-reverse-engineer.md`: how to get Douyin frames without logging in:
   - resolve the short link to an id, which also gives the post time;
   - the mobile share page's description has the caption, the date and the like count;
-  - the `playwm` URL plays as a bare media file.
+  - the `playwm` URL plays as a bare media file;
+  - the creator's post-list request that the page makes gives every film's likes and length.
   Also added: getting 1080p frames from X, measuring caption size against the §4 floors, and opening your own browser tab when other agents share the browser.
 
-**The review desk: tick, comment and submit in a page, and the agent carries on by itself (`bin/vh desk`)**
-- Why: reviewing a film's first gate through the static pages, the maintainer found the outline, captions and stages hard to read (some were raw `.md` links), had no way to tick or comment in place, had to reply in chat with codes like "1 S1", and got a new one-off page every time. A prototype desk fixed that, and after two real rounds in it: "返回还是要手动给你触发，我觉得可以加一个监控", the outline should be split by content, not by 起承转合, reuse needs a basic infrastructure, and the desk belongs to `studio`, in Chinese or English by the first request.
-- `tools/desk/` (stdlib Python, offline, no CDN, light and dark): `bin/vh desk <project> [--port N]` serves one project on 127.0.0.1 (the first free port of 8780–8799; a second start prints the running one's address). Ten views read fresh from the project's own files: this round (decisions with options, least sure, decided for you), concept and outline (a time bar by segment), captions or narration (grouped by segment, term chips, a rough reading speed), the storyboard synced to its video, sound (sections named from the gate JSON, listen prompts, timecoded notes), fact check, the film with timecoded notes (C key), the decision ledger, history, and every doc rendered as text. Any item can be marked ok / change / question with a line and a "change to"; a tray collects them and submits once.
-- A submission is checked (a real gate page, its decisions and options, sizes) and written as `out/review/feedback/<round>-<time>.md`, then into `REVIEW.md` verbatim as a dated, fenced section before the template's reference sections (CLAUDE.md asks for the human's words word for word), then the `.json`. `bin/vh desk wait <project> [--timeout s]` blocks until that file appears, prints it and exits 0 (3 on timeout), so an agent that armed it in the background is woken; a submission for the current page that arrived before it was armed (after a timeout, say) and was never handed over (`out/review/feedback/.consumed`) is printed at once. The page shows whether an agent is waiting. `bin/vh desk feedback` prints the latest submission and counts it as handed over, `bin/vh desk data` what the desk read. "This round" is the page `bin/vh review` made last, which it now notes in `out/review/.current` (so a concept page `1b` after gate 2, `E3b` after gate 3, or a page called `final` becomes current); only without it does the review order (stop, then page) decide, and never the newest file, so copying or touching a project can't bring an old page back. `bin/vh review <project>` without a page name now renders this round too (and says when a gate file is newer), takes a page's name as spelled on disk (`1D` on APFS renders `gate-1d.json` as `1d`), refuses ids that aren't 1–24 letters, digits, `-` or `_`, and skips gate files that link out of the project. Every file the desk writes goes through its own temp file, and `.consumed` is updated under an flock, so several `bin/vh desk` processes at once can at worst hand one submission over twice, never crash. Only requests addressed to the server's own host are answered; a submission needs the page's per-run token, JSON and the same origin; `/p/` serves only ordinary files inside the project (hidden files and `*.env` refused on the resolved path, any case) and sandboxes every one of them without `allow-same-origin`, so an HTML or SVG in the project can't read the token; `.desk.json` and `.listening` name their project folder, so copies don't count; malformed requests get a 400 and idle sockets time out.
-- The data contract is written down in `tools/desk/README.md`: which BRIEF sections and tables (a new Outline table whose segment names say what happens, with an optional tag column for 起承转合), the SCRIPT caption or narration table with an optional 术语 column, the NOTES 素材清单 (an optional 上屏说法 column; struck rows are dropped), the DECISIONS ledger and its strikethrough for superseded entries, REVIEW's quotes, `shots.json`, the gate JSON plus three optional keys (`listen`, `music` with section labels, `film`), the feedback JSON, and English header equivalents. Whatever it can't parse is shown as formatted text with a warning, never hidden; older projects without the tables still show every document.
-- Language: a BRIEF Spec line `Review language: zh | en`, set from the user's first request (`bin/vh new … --lang en`, default zh). One rule for the desk and `bin/vh review`: the page's gate JSON `lang`, else the BRIEF line, else zh; the desk can also switch in the page. Captions and data stay in the project's language.
-- Effort: CLAUDE.md's effort table gets a 在哪审 row (quick: no gates; standard: the static page, the desk when wanted; studio: the desk, the watcher armed after each stop, chat as the fallback for agents without background wake-ups), and step 5, director mode, `playbook/01-pipeline.md` (a new 审阅台 section) and `bin/vh new`'s next-step line say the same. Templates: BRIEF (the Review language line, the Outline table), SCRIPT (the caption table and 术语), DECISIONS (strike through what a gate superseded), NOTES (上屏说法).
-- CI: the reader on two committed fixtures (`tools/desk/fixtures/zh`, `en`; `.gitignore` lets their `out/` in), this round after `bin/vh review` (2 → 1b, 3 → E3b, a custom name) and the review-order fallback (a touched file, a removed `.current` page), the language rule, long and deeply nested markdown in bounded time; a server on a free port (data with markup escaped, a 206 range, the `/p/` sandbox, each refusal including a symlink to `.env` and `keys.ENV`, malformed bodies and tokens answered with 400/403); a submission that wakes `desk wait` and lands in REVIEW.md; a submission made before `wait` is handed over at once and only once; copied `.desk.json` and `.listening` files don't count; the timeout, `new --lang`, and `bin/vh review`'s language default. `bin/vh desk -h` is covered by the dispatcher's `-h` check.
-
-**Docs: what one film's gates taught**
-- Outlines are named by content or stage ("按下发送 / 信道编码与调制 / 基站接住"); 起承转合 is at most a small tag (`playbook/09-narrative.md` §3 and §9, `playbook/01-pipeline.md`'s director table, the BRIEF template).
-- A concept serves the focus the user named: a seventh check in `playbook/12-ideation.md` §5, and a plain, direct card among the 2–3 when the user names the focus (the "two constellations" pun was rejected as "太刻意").
-- Endings that lift the theme without a slogan: answer the hook's question again at a human level (`playbook/09-narrative.md` §3).
-- An optional 术语卡 for short explainers when the user wants real terms: a small label, then a plain-language caption; still no English abbreviations unless asked (`video-types/02-knowledge-short.md`).
-- When look-dev varies the look, at least one variant isn't a night palette (`playbook/01-pipeline.md`, look-dev).
-- After a gate changes the concept, sweep DECISIONS and NOTES' 上屏说法 for stale lines and strike them through (`playbook/01-pipeline.md`, the DECISIONS and NOTES templates).
-
 **Videos move out of git; the intro film is re-paced to 103 s; the READMEs are rewritten**
 - Why: the maintainer found the 150.5 s intro "too slow after the opening: the pause after each line is too long… but not a flash either", asked whether a GitHub repo should hold video files at all, and found parts of the README odd to read.
 - Videos live in the GitHub release `media` (the five showcase films, the v3 intro, the style reel, the intro's gate ① animatic), not in git. `tools/media.txt` lists the ones the build scripts use (all but the animatic) with their paths in the repo and their sha256; `tools/fetch_media.sh [word…]` downloads them back to those paths, which are now in `.gitignore`. The installer's shallow clone downloads about 80 MB instead of 215 and takes about 185 MB on disk instead of 420 (measured on this branch). The showcase preview GIFs are gone (the READMEs play clips instead). `tools/ci.sh` fails on video files (except the 31 style swatches) and on any file over 8 MB. CONTRIBUTING and CLAUDE.md say where videos go.
diff --git a/cases/README.md b/cases/README.md
index 3e5fda4..2078ace 100644
--- a/cases/README.md
+++ b/cases/README.md
@@ -17,7 +17,7 @@
 | [community-prompts.md](community-prompts.md)：社区公开的 prompt | 各类 | 各类 | 二手合集 | 成功 prompt 的八个共同点 |
 | [opus55-gallery.md](opus55-gallery.md)：Opus 5.5 社区代码视频精选 | 各类，另有 3D 长片深读 | 各类；Austerlitz 为 WebGL2 | `awesome-opus5-5-videos/`、`opus55-catalog-zhuyansen/`、`Battle-of-Austerlitz-Film/`（均无 license，只读） | 389 支作品的 prompt 统计和精选；Austerlitz 用旁白实测时长驱动镜头，从画面推导音效 |
 | [oneshot-five.md](oneshot-five.md)：五支社区代码视频（3 秒钟、我眼中的你、用做法讲做法、FunTech、Mirage） | 科普、肖像、自我介绍、showreel、发布片 | 未公开（推测为 HTML/WebGL，FunTech 混有生成素材） | 无 | 立意装置先于风格；具体的数字和原话；和我们口味规则的出入 |
-| [douyin-vibe-knowledge.md](douyin-vibe-knowledge.md)：抖音"Vibe知识大赏"十支（2026-09 底） | 知识讲解为主，横屏中视频 | 未公开（多数自述用 Claude / Opus 写代码；1 支生成式视频） | 无 | 赞数最高的几支的共同排法：具体场景开场、带年份的人和事、回到观众；横屏 2.5–5 分钟、字幕按全屏看；同一个题目的两种立意 |
+| [douyin-vibe-knowledge.md](douyin-vibe-knowledge.md)：抖音"Vibe知识大赏"十支（2026-09 底） | 知识讲解为主，横屏中视频 | 未公开（多数自述用 Claude / Opus 写代码；1 支生成式视频） | 无 | 这 10 支里赞数最高的四支有几处相似：具体场景开场、带年份的人和事、一句话收尾；都是横屏 2.5–5 分钟，字幕偏小；一个号连发 15 支的赞数分布；同一个题目的两种立意 |
 
 ## 按需求查案例
 
diff --git a/cases/douyin-vibe-knowledge.md b/cases/douyin-vibe-knowledge.md
index ae54e33..f3a2060 100644
--- a/cases/douyin-vibe-knowledge.md
+++ b/cases/douyin-vibe-knowledge.md
@@ -1,13 +1,16 @@
 # 案例：抖音"Vibe知识大赏"十支（2026-09-25 至 10-03）
 
-2026 年 9 月下旬，Opus 5.5 发布后的一两周里，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支是维护者自己刷到、转过来的，不是随机抽样：7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游（其中工具那支是 4 月发的，作对照）。各支发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
+2026 年 9 月下旬，Opus 5.5 发布后的一两周里，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支是维护者自己刷到、转过来的，不是随机抽样，也不是这一波里赞数最高的 10 支。其中 7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游。工具那支是 4 月发的，作对照；其余 9 支到抓取时发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
 
 **怎么拆的**（2026-10-04，做法见 `playbook/07-reverse-engineer.md` 第 1 节的"抖音"一条）：
 - 从分享短链解析出视频 id，id 右移 32 位就是发布时间；
 - 手机版分享页的 description 里有完整文案、发布日期和精确赞数，下表的赞数是 10-04 当天的快照；
-- 每支等间隔取 12–16 帧，拼成联系表，共约 150 帧。斗转星移、电子智人两支的开场逐秒看过，并用 10 px 网格量了字幕高度；
+- Iwanau 的 15 支作品，取自分享页自己请求的作者作品列表（同一天的另一个快照，数字略有出入）；
+- 每支等间隔取 12–16 帧，拼成联系表，共约 150 帧。第 1、2 支的开场逐秒看过，并用 10 px 网格量了字幕大小；
 - 没有量声音，没有下载原片，下文不附原片画面。
 
+**事实**：下文转述的年份、人名和数字，都是片中或文案里的说法，没有逐条核实。
+
 **许可**：原片和文案归各自作者。下文是转述和分析，引文都很短。
 
 | # | 作者 | 题目 | 发布 | 赞 | 时长 / 画幅 | 画面 | 开场 |
@@ -18,52 +21,62 @@
 | 4 | 长留zero | 37% 法则 | 10-01 | 147,939 | 2:46 / 16:9 | 黑底，金色发光曲线和柱状图 | 第一帧满屏一个"37%" |
 | 5 | 秋刀鱼不过期（沉淀版） | AI 重现名画：《罗纳河上的星夜》 | 09-28 | 51,444 | 0:24 / 约 4:3 | 生成式视频：镜头飞进油画，画里的人物走动 | 河面的灯影，镜头慢推 |
 | 6 | 浙大猫学长 | 开源 vibe-motion：一句话生成动画 | 04-06 | 40,522 | 3:56 / 3:4 | 录屏、终端、梗图 | 问句标题卡加进度条 |
-| 7 | YZ | AI 的 76 年，91 秒一镜到底 | 09-27 | 16,583 | 1:34 / 9:16 | 体素 3D 世界；一条红线穿过各个年份 | 体素山坡上，红线出发 |
+| 7 | YZ | AI 的 76 年，91 秒一镜到底 | 09-27 | 16,583 | 1:34（含片尾作者卡）/ 9:16 | 体素 3D 世界；一条红线穿过各个年份 | 体素山坡上，红线出发 |
 | 8 | 小宇 | 贝叶斯：对方一直没回消息 | 10-03 | 14,686 | 2:18 / 16:9 | 深紫 UI 卡片、百人点阵、仪表盘；结尾两个小角色 | 手机聊天界面，消息没有回 |
 | 9 | 风摇叶见蝶 | 苏轼《定风波》 | 09-28 | 14,574 | 1:26 / 16:9 | 水墨竹林、雾、月、书法字 | 一个墨点，接着是"一〇七九 乌台诗案"的大字 |
 | 10 | 大师的AI小灶 | Opus 5.5 动画测试 | 09-25 | 3,956 | 0:33 / 16:9 | 浅暖色的仿剪辑软件界面，一只像素小怪物在剪片 | 剪辑台和一张备忘卡 |
 
 10 支里有 6 支在标题或话题里点名 Claude / Opus（"Opus 5.5 直出"、"画面由 Opus5.5 编写的代码实时渲染"一类）；第 6 支提到的是 MiniMax，第 5 支只标了 #AIGC。
 
-## 1. 赞数最高的四支，做法几乎一样
+## 1. 赞数最高的四支，有几处相似
 
-第 1–4 支（15 万到 67 万赞）题材不同，排法很像：
+这里说的是这 10 支里的前四，第 1–4 支，赞数 15 万到 67 万。它们题材不同，有几处排法相似，每条后面注明了哪几支是这样：
 
-- **题目是一个有名字的知识概念**：信息论、幸存者偏差、布雷斯悖论、37% 法则。观众多半听过这个名字，但说不清它是什么。
-- **开场是一个具体的东西，不先下定义**：一句人人能接的诗加一个空（第 1 支）；一只从 32 楼掉下去还活着的猫（第 2 支）；一张路网和一个反常识的问题（第 3 支）；满屏一个数字（第 4 支）。
-- **中段用一串带年份的人和事讲机制**：1948 年的香农、1964 年两位工程师清走天线里的鸽子，那段嘶嘶声还在（第 1 支）；二战轰炸机的弹孔、古人挂在神庙里的还愿画（第 2 支）；1968 年布雷斯的论文、1990 年纽约封掉 42 街（第 3 支）。知识藏在故事里。
-- **结尾把概念交还给观众**，用一句话收：第 1 支劝人去找自己猜不到的东西；第 4 支收在"遗憾有上限"这一句上；第 3 支收在"人人都抢的捷径"那一句。
-- **一个反复回来的读数或主体**：第 1 支的"惊奇"读数开场就出现，后面反复回来；第 3 支的路网从头用到尾，拥堵用红线表示。
+- **题目是一个有名字的知识概念**（四支都是）：信息论、幸存者偏差、布雷斯悖论、37% 法则。观众多半听过这个名字，但说不清它是什么。
+- **开场是一个具体的东西，不先下定义**（四支都是）：一句人人能接的诗加一个空（第 1 支）；一只从 32 楼掉下去还活着的猫（第 2 支）；一张路网和一个反常识的问题（第 3 支）；满屏一个数字（第 4 支）。
+- **中段用一串带年份的人和事讲机制**（第 1–3 支）：1948 年的香农、两位工程师清走天线里的鸽子，那段嘶嘶声还在（第 1 支）；二战轰炸机的弹孔、古人挂在神庙里的还愿画（第 2 支）；1968 年布雷斯的论文、1990 年纽约封掉 42 街（第 3 支）。第 4 支是例外：从抽帧和文案看，它用的是"100 个人里挑一个"的抽象模型，没有讲历史人物。
+- **结尾收在一句话上**（第 1、3、4 支）：第 1 支劝人去找自己猜不到的东西；第 3 支收在"人人都抢的捷径"那一句；第 4 支收在"遗憾有上限"那一句。第 2 支结尾是几张提问卡片，抽帧读不清全文。
 
-其余几支里，第 8 支（贝叶斯）也是这个排法，但从生活场景切入，发布只有一天；第 9 支（定风波）讲的是人物和诗，画面完成度很高。样本太小，说不出哪一条是赞数的原因。
+其余几支里，第 8 支（贝叶斯）也从生活场景切入、落回观众，发布只有一天；第 9 支（定风波）讲的是人物和诗，画面完成度很高。样本太小，说不出哪一条是赞数的原因。
 
-## 2. 规格：横屏，2.5–5 分钟，字幕按全屏看来做
+## 2. 规格：横屏，2.5–5 分钟，字幕偏小
 
-- **画幅和时长**：10 支里 8 支是横的（7 支 16:9，1 支约 4:3）。赞数最高的四支都是 16:9，时长 2:29–5:03。两支竖的（第 6、7 支）都不在前四。
-- **字幕很小**：量了两支。第 2 支字幕的字高在 720p 原片上约 34 px，换算到 1080p 约 50 px，字号约 52–56 px；第 1 支约 42 px，下面还有一行更小的英文。对照 `playbook/03-motion-design.md` §4，接近 `desktop` 档（字幕 ≥ 48），离 `feed` 档（≥ 115）很远。在竖着拿手机的信息流里（画面约 360 px 宽），这些字幕只有约 8–10 px。
-- **推断**【推测】：这批片子是按"点开全屏、横过来看"做的；抖音没有公开横屏视频的全屏观看比例。观众决定点不点开，还是在信息流里那几秒，而开场的字都比正文大得多：第 4 支第一帧满屏一个"37%"，大约占画面高度的一半；第 1 支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档的 150。
+- **画幅和时长**：10 支里 8 支是横的（7 支 16:9，1 支约 4:3）。前四支都是 16:9，时长 2:29–5:03。两支竖的（第 6、7 支）都不在前四。同期 `cases/oneshot-five.md` 里的两支抖音片（2:06、3:51）也是 16:9。
+- **字幕**：量了两支，先量汉字的字高，再换算成 1080p 下的字号（汉字字高约等于字号的 0.92）。第 2 支约 52–56 px；第 1 支约 42 px，下面还有一行更小的英文。对照 `playbook/03-motion-design.md` §4，第 2 支达到 `desktop` 档（字幕 ≥ 48），第 1 支略低于它；两支都离 `feed` 档（≥ 115）很远。在竖着拿手机的信息流里（画面约 360 px 宽），这些字幕只有约 8–10 px。
+- **推断**【推测】：这批片子的字幕是按"点开全屏、横过来看"的大小做的；抖音没有公开横屏视频有多少人点开全屏。观众决定点不点开，还是在信息流里的那几秒，而开场的字都比正文大得多：第 4 支第一帧满屏一个"37%"，大约占画面高度的一半；第 1 支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档的 150。
 
 ## 3. 系列和文案
 
-- **标题格式固定**：Iwanau 每支都是"vibe知识大赏｜《题目》——一句副标题"，还有"月老的算法2"这样的续集。
-- **同一套做法，赞数差两个数量级**：Iwanau 分享页上能看到 7 支：搭话的心理学 1,604，吃辣 2,100，混沌 3,011，诱饵效应 2.3 万+，囚徒困境 3.0 万+，37% 法则 5.0 万+，第 3 支 187,568。做法一样，题目差别带来的赞数差，远大于做法差别带来的【推测】。
-- **文案写成一段短文**：复述全片论点，带年份、人名和实验。Iwanau 会注明片中改编过的地方（例如一支借古诗开场的，说明原诗的情节和片中不同），这是信任信号。
-- **话题**：除了 #vibe知识大赏，常见 #抖音前沿科技首发计划、#ai新星计划、#创作者成长进阶计划，并 @抖音科技。是不是官方活动、有没有流量扶持，没核实。
+- **Iwanau 的 15 支**：9 月 28 日到 10 月 4 日，这个号发了 15 支，标题都是"vibe知识大赏｜《题目》——一句副标题"，时长都在 2:11–3:11 之间。赞数（10-04 快照）：
+  - 运气的形状 427,108；
+  - 月老的算法（稳定匹配）308,626；
+  - 多修一条路 192,993；
+  - 月老的算法2（37% 法则）52,639；
+  - 一美元拍卖 52,077；
+  - 老好人与背叛者 31,876；
+  - 中杯 24,375；
+  - 换不换门 17,729；
+  - 另外 6 支在 2,246 到 5,629 之间；
+  - 10-04 当天刚发的 1 支还只有个位数。
+
+  赞数最高的两支都不在维护者转来的 10 支里。最早发的两支赞数也最多：可能是挂得久，也可能是话题热度在退，分不清。除了第 3 支，这个号的其他片子都没有看画面，所以说不出赞数差在题目还是做法上。
+- **文案写成一段短文**：复述全片论点，带年份、人名和实验。Iwanau 会注明片中改编过的地方，例如一支借古诗开场的，说明原诗的情节和片中不同。这大概能增加信任【推测】。
+- **话题**：除了 #vibe知识大赏，常见的还有 #抖音前沿科技首发计划、#ai新星计划、#创作者成长进阶计划，并 @抖音科技。是不是官方活动、有没有流量扶持，没核实。
 
 ## 4. 同题不同立意：两支 37% 法则
 
-10 月 1 日前后，两位作者各做了一支 37% 法则，结论一样（前 37% 只看不选，之后遇到比前面都好的就停；即使这样，大约 63% 的时候还是选不到最好的），片子完全不同：
+10 月 1–2 日，两位作者各发了一支 37% 法则。结论一样：前 37% 只看不选，之后遇到比前面都好的就停；即使这样，大约 63% 的时候还是选不到最好的。片子完全不同：
 
-| | Iwanau《月老的算法2》 | 长留zero《什么是 37% 法则》 |
+| | Iwanau《月老的算法2》（10-02，52,639 赞） | 长留zero《什么是 37% 法则》（10-01，147,939 赞） |
 |---|---|---|
-| 载体 | 一个历史人物：开普勒 1611 年丧妻，两年里见了 11 位相亲对象，37% 法则正好停在他最心动的第 5 位 | 一个抽象模型：100 个人里挑一个，只能看一次、不能回头 |
+| 载体 | 一个历史人物：开普勒 1611 年丧妻，两年里见了 11 位相亲对象，37% 法则正好停在开普勒最心动的第 5 位（片中说法） | 一个抽象模型：100 个人里挑一个，只能看一次、不能回头 |
 | 画面 | 跟着人物和事件走 | 发光曲线、柱状图和点阵 |
 | 落点 | 真实的人会拒绝你，规则要跟着现实调整 | 做对一切仍可能遗憾，那是数学的上限 |
 
-题目撞了，载体和落点还可以不撞。`playbook/12-ideation.md` 第 3 节的撬法表据此加了两行：找一个历史现场当载体，把概念交还给观众。
+两支的账号、发布时间都不同，赞数说明不了哪种载体更好。题目撞了，载体和落点还可以不撞。`playbook/12-ideation.md` 第 3 节的撬法表据此加了两行：找一个历史现场当载体；把概念交还给观众。
 
 ## 5. 用本仓库做
 
 - **横屏中视频**：`bin/vh new short <slug> --aspect 16:9`；规格、字号和结构见 `video-types/02-knowledge-short.md` 的"变体：抖音横屏中视频"。
-- **立意**：第 1 节的排法是这批片子的共同点，不是模板。第 4 节说明同一个题目可以有完全不同的载体和落点；先按 `playbook/12-ideation.md` 想自己的点子。
-- **事实**：带年份的人物故事最容易出错，也最容易被挑。人名、年份、数字按硬规则 5 记进 `NOTES.md`；改编过的地方，像 Iwanau 那样在文案里说明。
+- **立意**：第 1 节说的是这批片子的几处相似，不是模板。第 4 节说明同一个题目可以有完全不同的载体和落点；先按 `playbook/12-ideation.md` 想自己的点子。
+- **事实**：人名、年份、数字按硬规则 5 记进 `NOTES.md`；改编过的地方，像 Iwanau 那样在文案里说明。
diff --git a/playbook/01-pipeline.md b/playbook/01-pipeline.md
index 33accd1..f3dabd2 100644
--- a/playbook/01-pipeline.md
+++ b/playbook/01-pipeline.md
@@ -70,7 +70,7 @@ projects/2026-10-01-leo-doppler/
 | 04 MV、07 手绘 | 1920×1080 | 24 或 30 | 1080p（手绘引擎暂不支持 4K） | `desktop` |
 | 09 剪辑口播 | 跟素材，多为 1080×1920 | 跟素材（恒定帧率） | 1080p（素材是 4K 时可以出 4K） | `phone` |
 
-- **在哪看**决定字号下限和可读性检查缩到多宽（`03-motion-design.md` §4）。平台对应：竖屏、1:1、4:5 都是 `phone`；横屏片发抖音、视频号、小红书、微博、X 这类信息流，是 `feed`；发 B 站、YouTube、官网，是 `desktop`。同一支横屏片既要在电脑上看、又要进手机信息流时，优先另出一个竖版（重新构图），而不是把横屏的字放大到 `feed` 那一档。
+- **在哪看**决定字号下限和可读性检查缩到多宽（`03-motion-design.md` §4）。平台对应：竖屏、1:1、4:5 都是 `phone`；横屏片发抖音、视频号、小红书、微博、X 这类信息流，是 `feed`；发 B 站、YouTube、官网，是 `desktop`。抖音上 2–5 分钟的横屏知识中视频是个例外：`video-types/02-knowledge-short.md` 的"变体：抖音横屏中视频"默认按 `desktop`，理由写在那里。同一支横屏片既要在电脑上看、又要进手机信息流时，优先另出一个竖版（重新构图），而不是把横屏的字放大到 `feed` 那一档。
 - **4K**：用户要，或者精品档的片子要发到 B 站、YouTube 这类有 4K 播放的平台时再用。照常按 1080p 写，出片时渲成 4K；draft 和自查用 1080p，4K 成片出来后再从里面裁一两帧原尺寸看，字和细线锐不锐（canvas 和 Three.js 要按像素密度开大，见 `engines/README.md`）。渲染时间和文件大小会明显变大，具体多少没量过。
 
 ### 导演模式：每一站能定什么
diff --git a/playbook/07-reverse-engineer.md b/playbook/07-reverse-engineer.md
index 749e1db..fc1b035 100644
--- a/playbook/07-reverse-engineer.md
+++ b/playbook/07-reverse-engineer.md
@@ -9,12 +9,12 @@
   - 下载属于文件下载，要先征得用户同意；还要注意平台条款和版权，拆解结果只用于学习，不要重新发布原片的画面。
   - 不下载的做法：在浏览器里用 JS 把 `<video>` 跳到指定时刻，用 canvas 的 `drawImage` 画出当前帧，拼成联系表显示在页面上，再截图。截图工具直接拍视频层往往是黑的，所以要先画到 canvas 上。本仓库的 `cases/explainer-interstellar-blackhole.md` 就是这样拆出来的。
   - 每次调用只处理 6–9 帧，否则会超时；流媒体会自适应降低分辨率，属于正常现象。
-  - **抖音**（2026-10 实测）：电脑版页面不登录会弹登录框，还会跳回首页。改走手机版分享页：
+  - **抖音**（2026-10 实测，`cases/douyin-vibe-knowledge.md` 就是这样拆的）：电脑版页面不登录会弹登录框，还会跳回首页。改走手机版分享页：
     1. `curl -sI -A "Mozilla/5.0" https://v.douyin.com/<短码>/`，从返回的 Location 里取 `video/<id>`。id 右移 32 位就是发布时间（unix 秒）。
     2. 浏览器切到手机尺寸（内置浏览器用 `resize_window` 的 mobile），打开 `https://www.iesdouyin.com/share/video/<id>/`，等几秒；标题只显示"抖音"时再开一次。页面的 `meta[name=description]` 里有完整文案、发布日期和精确赞数；`<video>` 的 src 是一个 `playwm` 地址；页面文字里还列着作者的其他作品和赞数。用 curl 抓分享页拿不到这些，它们是前端加载的。
-    3. 切回电脑尺寸，直接打开那个 `playwm` 地址，浏览器会当作媒体文件播放，再照上一条画到 canvas 上。
-    `cases/douyin-vibe-knowledge.md` 就是这样拆的。
-  - **X**：不登录也能播。`<video>` 一开始是 480p，先 `play()` 约 3 秒再跳帧，能拿到 1080p。
+    3. 切回电脑尺寸，直接打开那个 `playwm` 地址，浏览器会当作媒体文件播放，再照上面 canvas 的做法取帧。
+    4. 要作者的全部作品：分享页自己会请求作者作品列表的接口（地址里有 `/web/api/v2/aweme/post/`，可以在 `performance.getEntriesByType('resource')` 里找到），在页面里用 fetch 再请求一次，能拿到每支的 id、文案、赞数和时长；发布时间用 id 推。地址里带着本机的 IP 和设备号，不要抄进文档。
+  - **X**（2026-10 实测）：不登录也能播。`<video>` 一开始是 480p，先 `play()` 约 3 秒再跳帧，能拿到 1080p。
   - **量字幕和标签多大**：只把那一条画到 canvas 上并放大，叠一层网格（每格 10 个原片像素），截图数格子，换算成 1080p 的 px，再对照 `03-motion-design.md` §4 各档的下限。
   - 和别的 agent 共用一个浏览器时，先开自己的标签页，后面每一步都指定这个标签页。
 
diff --git a/playbook/12-ideation.md b/playbook/12-ideation.md
index b07b853..c698d4c 100644
--- a/playbook/12-ideation.md
+++ b/playbook/12-ideation.md
@@ -73,7 +73,7 @@
 | 用一个矛盾做首尾 | 材料里有没有一个悖论，能开头抛出、结尾回应？ | "我都不记得你" ↔ "对话结束，我又会忘记" |
 | 让数量有体感 | 一个数字能不能变成看得见的量？ | 154 格的日历只空了 3 格；`styles/isotype` |
 | 找一个历史现场 | 这个概念第一次被发现、被验证或被用错的那一刻，有没有具体的年份、地点、人和物件？它能不能当全片的载体？ | 坠楼的猫的统计讲幸存者偏差；开普勒丧妻后见了 11 位相亲对象，用来讲 37% 法则 |
-| 交还给观众 | 这个概念今天出现在观众生活的哪里？结尾能不能把它递回去？ | 信息论最后劝人去找自己猜不到的东西；贝叶斯从"对方一直没回消息"讲起 |
+| 交还给观众 | 这个概念今天出现在观众生活的哪里？结尾能不能把它递回去？ | 信息论最后劝人去找自己猜不到的东西；37% 法则最后说，做对一切也可能遗憾 |
 | 给自己一个限制 | 全片只用一个镜头、一种颜色、一个物体？ | 一个黑洞着色器；`recipes/camera/one-take-world-travel.md` |
 
 ## 4. 看参照，再收敛成 2–3 张立意卡
@@ -158,4 +158,4 @@ FunTech 在终场前用了约 1 s 真静音。这碰的是底线，不在可改
 
 三张卡讲的是同一个物理，出来的是三支完全不同的片子。默认的做法（扁平矢量加一个强调色、按"钩子 → 解释 → 例子"讲）可以作为第四个选项列在审阅页的附录里，供人对照。
 
-真实的一对：2026 年 10 月 1 日前后，抖音上两位作者各做了一支 37% 法则（`cases/douyin-vibe-knowledge.md` 第 4 节）。一支跟着开普勒的 11 次相亲走，落在"规则要跟着现实调整"；一支用"100 个人里只能挑一次"的抽象模型配发光曲线，落在"做对一切仍可能遗憾"。结论一样，片子完全不同。题目撞了，载体和落点还可以不撞。
+真实的一对：2026 年 10 月 1–2 日，抖音上两位作者各发了一支 37% 法则（`cases/douyin-vibe-knowledge.md` 第 4 节）。一支跟着开普勒的 11 次相亲走，落在"规则要跟着现实调整"；一支用"100 个人里只能挑一次"的抽象模型配发光曲线，落在"做对一切仍可能遗憾"。
diff --git a/video-types/02-knowledge-short.md b/video-types/02-knowledge-short.md
index bb2982b..1cf2fd4 100644
--- a/video-types/02-knowledge-short.md
+++ b/video-types/02-knowledge-short.md
@@ -69,7 +69,7 @@
 |---|---|---|---|---|
 | YouTube Shorts | 竖屏或方形，上传上限 1080p [S5] | 3 分钟：2024-10-15 起上传的方形或竖屏、不超过 3 分钟的视频归为 Shorts [S4] | 在 Shorts feed 里作用弱 [S9] | 标题 ≤ 100 字符，描述 ≤ 5000 字符 [S10] |
 | TikTok | 9:16 全屏，不低于 720P [S2]；广告建议 ≥ 540×960 [S3] | 自然内容 2021-07-01 起可到 3 分钟 [S1b]；10 分钟、60 分钟的测试只见媒体报道 | — | 文案 4000 字符【二手】 |
-| 抖音 | 1080×1920 是行业默认；横屏 16:9 也常见：2026-09 底"Vibe知识大赏"那一波，赞数最高的几支都是横屏（`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
+| 抖音 | 1080×1920 是行业默认；横屏 16:9 也有（10-04 补：维护者转来的 10 支"Vibe知识大赏"里，赞数最高的四支都是横屏，`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
 | B站 | 竖屏 9:16、横屏 16:9 都可投 | 没核实；中长视频是主场 | 上传推荐 1146×717（16:10）【二手】；网页信息流按 16:9 显示，底部一条是播放、弹幕数和右下角的时长（2026-10-01 网页实测，`playbook/10` [S25]；`bin/vh cover-preview` 按这些格子出图） | 标题 ≤ 80 字【二手】 |
 | 小红书 | 竖屏 9:16 或 3:4 | 15 分钟（2020-08 媒体报道）[S15a]；2026 年媒体报道平台在推 2 分钟以上的中长视频、4K 和横屏播放器 [S15b] | 4:3、3:4、1:1 三选一，3:4 展示面积最大【二手】 | 标题 ≤ 20 字【二手】 |
 | 视频号 | 从竖屏 6:7（1080×1260）到横屏 16:9，9:16 只保证中间 6:7 完整【二手】 | 30 分钟【二手】 | 信息流 6:7【二手】 | 没核实 |
@@ -78,22 +78,21 @@
 
 ## 变体：抖音横屏中视频（2–5 分钟）
 
-2026 年 9 月底抖音"Vibe知识大赏"那一波里，赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
+维护者 2026 年 9 月底转来的 10 支抖音 AI 知识动画（"Vibe知识大赏"）里，赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
 
 - **建项目**：`bin/vh new short <slug> --aspect 16:9`。画幅 1920×1080，`Watch on` 默认是 `desktop`（电脑，或手机转成横屏全屏）。BRIEF 末尾会多一行提示：TYPE 块里按竖屏算的尺寸（安全框、每行字数、字号）都按横屏重算；TYPE 块的第一行可以换成下面这行：
 
   ```text
-  + TYPE: landscape knowledge film for 抖音. 1920x1080 30fps {120–300}s, zh-CN narration + burned-in captions (<=16 CJK chars per line, <=2 lines). Watch on: desktop; hook text sized for a phone feed.
+  + TYPE: landscape knowledge film for 抖音. 1920x1080 30fps {120–300}s, zh-CN narration + burned-in captions (<=16 CJK chars per line, <=2 lines). Watch on: desktop.
   ```
 
-- **字号**：
-  - 正文和字幕按 `desktop` 档（`playbook/03-motion-design.md` §4，字幕 ≥ 48）。案例里实测的两支，字幕约 42–56 px，就在这一档附近。
-  - 观众决定点不点开，是在竖着拿的信息流里，那时画面只有约 360 px 宽。所以钩子那几秒要读的字，按 `feed` 档写（主标题 ≥ 150）【推测】。案例里开场的字都比正文大得多：一支第一帧满屏一个"37%"，大约占画面高度的一半；另一支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档。
+- **按哪一档的字号**：`playbook/01-pipeline.md` 把"横屏片发抖音"归到 `feed` 档（字幕 ≥ 115）。这个变体默认按 `desktop` 档（字幕 ≥ 48），是有意不同：案例里量的两支，字幕按 1080p 换算约 42–56 px，在 `desktop` 档附近，一支略低，说明它们是按"点开全屏、横过来看"做的，赞数也很高。观众是不是多半会点开全屏，抖音没有公开数据【推测】。片子主要会被竖着刷过、不会被点开的，建项目时加 `--watch feed`。
+- **钩子的字**：观众决定点不点开，是在竖着拿的信息流里，那时画面只有约 360 px 宽。想让钩子在信息流里也读得出，可以把那几秒的字做到 `feed` 档（主标题 ≥ 150）。案例里开场的字都比正文大得多，但不一定到这一档：一支第一帧满屏一个"37%"，大约占画面高度的一半；另一支开场那行诗约 100 px【推测】。
 - **字幕**：照第 5 步的横屏规范（每行 ≤ 16 字，最多 2 行）。可以加英文，英文那行小一号。
 - **时长和结构**：
   - 2–5 分钟，超过 90 秒，用 `playbook/09-narrative.md` 的节拍表排起伏；第 2 步的钩子梯子照用。
-  - 爆款里常见的一种排法：开场用一个具体的场景，中段用一串带年份的人和事讲机制，最后回到观众自己，用一句话收。这只是一种排法，立意需要的话可以完全不同（`playbook/12-ideation.md`）。
-  - 一个题目被别人做过了，就换载体和落点：案例里两支 37% 法则，一支跟着开普勒的 11 次相亲，一支用抽象模型配一句人生感悟。
+  - 这批里赞数最高的几支，有几处排法相似：开场用一个具体的场景，中段用一串带年份的人和事讲机制，最后收在一句话上。这只是一种排法，立意需要的话可以完全不同（`playbook/12-ideation.md`）。
+  - 同一个题目也可以换载体和落点，例如案例里的两支 37% 法则：一支跟着开普勒的 11 次相亲走，一支用抽象模型配一句人生感悟。
 - **文案和系列**：
   - 抖音简介可以写成一段短文：复述论点，带年份、人名和出处，改编过的地方注明；
   - 标题用固定格式，方便做成系列，例如"话题｜《题目》——副标题"。
@@ -172,7 +171,7 @@ Cover: 1080x1440 (3:4) master with all key elements inside the central 1080x1080
 ## 可参考的案例与源码
 
 - `cases/community-prompts.md`：@AxtonLiu 的口播图解做法、@dotey 的中文讲解 prompt。
-- `cases/douyin-vibe-knowledge.md`：抖音 2026-09 底的 10 支 AI 知识动画。赞数最高的几支都是横屏，长 2.5–5 分钟，案例拆了它们的共同排法、实测的字幕大小，以及同一个题目（37% 法则）的两种做法。
+- `cases/douyin-vibe-knowledge.md`：维护者转来的 10 支抖音 AI 知识动画（2026-09 底）。赞数最高的四支都是横屏，长 2.5–5 分钟；案例记了它们的几处相似、实测的字幕大小、一个号连发 15 支的赞数分布，以及同一个题目（37% 法则）的两种做法。
 - `references/repos/hyperframes/skills/faceless-explainer/`：
   - `SKILL.md`：完整流程，包括 BRIEF → frame.md → STORYBOARD → 音频 → 线框草图 → 每个 frame 派一个 subagent；
   - `references/` 下的 `story-design.md`、`visual-design.md`、`motion-language.md`、`cut-catalog.md`。

From 4b99868a6e2788095e08fdde6d9ba284eb429dfb Mon Sep 17 00:00:00 2001
From: zhanglinghao <zhangczssx@gmail.com>
Date: Sun, 4 Oct 2026 12:38:35 +0800
Subject: [PATCH 3/6] Restore the two CHANGELOG entries from #54 that the last
 commit dropped; reviewer nits

The previous commit replaced everything between the new entry and
'Videos move out of git', which removed main's review-desk and
'what one film's gates taught' entries. CHANGELOG is now main's file
with only the new entry added.

Nits: the Iwanau 37% film's picture is marked unseen; the 0.92
glyph/size ratio is a rule of thumb; the full-screen reading is
phrased as an inference; the TYPE line says to switch to feed with
--watch feed; Kepler marked as the film's claim; the like range
leaves out the film posted that day.
---
 CHANGELOG.md                      | 19 ++++++++++++++++++-
 cases/douyin-vibe-knowledge.md    |  4 ++--
 playbook/12-ideation.md           |  2 +-
 video-types/02-knowledge-short.md |  4 +++-
 4 files changed, 24 insertions(+), 5 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index bb1e29e..c3ba67c 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -7,7 +7,7 @@
 - `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It also records:
   - a few things the top four share, each marked with which films do it;
   - caption sizes measured on two of them (about 42–56 px at 1080p, around the `desktop` floor);
-  - one creator's 15 films in a week, with likes from 2,246 to 427,108;
+  - one creator's 15 films in a week, with likes from 2,246 to 427,108 (leaving out one posted that day);
   - two films on the same topic (the 37% rule).
   The case is linked from `cases/README.md`, type 02 and the CLAUDE.md route table.
 - `video-types/02-knowledge-short.md` adds a "Douyin landscape mid-length" variant:
@@ -25,6 +25,23 @@
   - the creator's post-list request that the page makes gives every film's likes and length.
   Also added: getting 1080p frames from X, measuring caption size against the §4 floors, and opening your own browser tab when other agents share the browser.
 
+**The review desk: tick, comment and submit in a page, and the agent carries on by itself (`bin/vh desk`)**
+- Why: reviewing a film's first gate through the static pages, the maintainer found the outline, captions and stages hard to read (some were raw `.md` links), had no way to tick or comment in place, had to reply in chat with codes like "1 S1", and got a new one-off page every time. A prototype desk fixed that, and after two real rounds in it: "返回还是要手动给你触发，我觉得可以加一个监控", the outline should be split by content, not by 起承转合, reuse needs a basic infrastructure, and the desk belongs to `studio`, in Chinese or English by the first request.
+- `tools/desk/` (stdlib Python, offline, no CDN, light and dark): `bin/vh desk <project> [--port N]` serves one project on 127.0.0.1 (the first free port of 8780–8799; a second start prints the running one's address). Ten views read fresh from the project's own files: this round (decisions with options, least sure, decided for you), concept and outline (a time bar by segment), captions or narration (grouped by segment, term chips, a rough reading speed), the storyboard synced to its video, sound (sections named from the gate JSON, listen prompts, timecoded notes), fact check, the film with timecoded notes (C key), the decision ledger, history, and every doc rendered as text. Any item can be marked ok / change / question with a line and a "change to"; a tray collects them and submits once.
+- A submission is checked (a real gate page, its decisions and options, sizes) and written as `out/review/feedback/<round>-<time>.md`, then into `REVIEW.md` verbatim as a dated, fenced section before the template's reference sections (CLAUDE.md asks for the human's words word for word), then the `.json`. `bin/vh desk wait <project> [--timeout s]` blocks until that file appears, prints it and exits 0 (3 on timeout), so an agent that armed it in the background is woken; a submission for the current page that arrived before it was armed (after a timeout, say) and was never handed over (`out/review/feedback/.consumed`) is printed at once. The page shows whether an agent is waiting. `bin/vh desk feedback` prints the latest submission and counts it as handed over, `bin/vh desk data` what the desk read. "This round" is the page `bin/vh review` made last, which it now notes in `out/review/.current` (so a concept page `1b` after gate 2, `E3b` after gate 3, or a page called `final` becomes current); only without it does the review order (stop, then page) decide, and never the newest file, so copying or touching a project can't bring an old page back. `bin/vh review <project>` without a page name now renders this round too (and says when a gate file is newer), takes a page's name as spelled on disk (`1D` on APFS renders `gate-1d.json` as `1d`), refuses ids that aren't 1–24 letters, digits, `-` or `_`, and skips gate files that link out of the project. Every file the desk writes goes through its own temp file, and `.consumed` is updated under an flock, so several `bin/vh desk` processes at once can at worst hand one submission over twice, never crash. Only requests addressed to the server's own host are answered; a submission needs the page's per-run token, JSON and the same origin; `/p/` serves only ordinary files inside the project (hidden files and `*.env` refused on the resolved path, any case) and sandboxes every one of them without `allow-same-origin`, so an HTML or SVG in the project can't read the token; `.desk.json` and `.listening` name their project folder, so copies don't count; malformed requests get a 400 and idle sockets time out.
+- The data contract is written down in `tools/desk/README.md`: which BRIEF sections and tables (a new Outline table whose segment names say what happens, with an optional tag column for 起承转合), the SCRIPT caption or narration table with an optional 术语 column, the NOTES 素材清单 (an optional 上屏说法 column; struck rows are dropped), the DECISIONS ledger and its strikethrough for superseded entries, REVIEW's quotes, `shots.json`, the gate JSON plus three optional keys (`listen`, `music` with section labels, `film`), the feedback JSON, and English header equivalents. Whatever it can't parse is shown as formatted text with a warning, never hidden; older projects without the tables still show every document.
+- Language: a BRIEF Spec line `Review language: zh | en`, set from the user's first request (`bin/vh new … --lang en`, default zh). One rule for the desk and `bin/vh review`: the page's gate JSON `lang`, else the BRIEF line, else zh; the desk can also switch in the page. Captions and data stay in the project's language.
+- Effort: CLAUDE.md's effort table gets a 在哪审 row (quick: no gates; standard: the static page, the desk when wanted; studio: the desk, the watcher armed after each stop, chat as the fallback for agents without background wake-ups), and step 5, director mode, `playbook/01-pipeline.md` (a new 审阅台 section) and `bin/vh new`'s next-step line say the same. Templates: BRIEF (the Review language line, the Outline table), SCRIPT (the caption table and 术语), DECISIONS (strike through what a gate superseded), NOTES (上屏说法).
+- CI: the reader on two committed fixtures (`tools/desk/fixtures/zh`, `en`; `.gitignore` lets their `out/` in), this round after `bin/vh review` (2 → 1b, 3 → E3b, a custom name) and the review-order fallback (a touched file, a removed `.current` page), the language rule, long and deeply nested markdown in bounded time; a server on a free port (data with markup escaped, a 206 range, the `/p/` sandbox, each refusal including a symlink to `.env` and `keys.ENV`, malformed bodies and tokens answered with 400/403); a submission that wakes `desk wait` and lands in REVIEW.md; a submission made before `wait` is handed over at once and only once; copied `.desk.json` and `.listening` files don't count; the timeout, `new --lang`, and `bin/vh review`'s language default. `bin/vh desk -h` is covered by the dispatcher's `-h` check.
+
+**Docs: what one film's gates taught**
+- Outlines are named by content or stage ("按下发送 / 信道编码与调制 / 基站接住"); 起承转合 is at most a small tag (`playbook/09-narrative.md` §3 and §9, `playbook/01-pipeline.md`'s director table, the BRIEF template).
+- A concept serves the focus the user named: a seventh check in `playbook/12-ideation.md` §5, and a plain, direct card among the 2–3 when the user names the focus (the "two constellations" pun was rejected as "太刻意").
+- Endings that lift the theme without a slogan: answer the hook's question again at a human level (`playbook/09-narrative.md` §3).
+- An optional 术语卡 for short explainers when the user wants real terms: a small label, then a plain-language caption; still no English abbreviations unless asked (`video-types/02-knowledge-short.md`).
+- When look-dev varies the look, at least one variant isn't a night palette (`playbook/01-pipeline.md`, look-dev).
+- After a gate changes the concept, sweep DECISIONS and NOTES' 上屏说法 for stale lines and strike them through (`playbook/01-pipeline.md`, the DECISIONS and NOTES templates).
+
 **Videos move out of git; the intro film is re-paced to 103 s; the READMEs are rewritten**
 - Why: the maintainer found the 150.5 s intro "too slow after the opening: the pause after each line is too long… but not a flash either", asked whether a GitHub repo should hold video files at all, and found parts of the README odd to read.
 - Videos live in the GitHub release `media` (the five showcase films, the v3 intro, the style reel, the intro's gate ① animatic), not in git. `tools/media.txt` lists the ones the build scripts use (all but the animatic) with their paths in the repo and their sha256; `tools/fetch_media.sh [word…]` downloads them back to those paths, which are now in `.gitignore`. The installer's shallow clone downloads about 80 MB instead of 215 and takes about 185 MB on disk instead of 420 (measured on this branch). The showcase preview GIFs are gone (the READMEs play clips instead). `tools/ci.sh` fails on video files (except the 31 style swatches) and on any file over 8 MB. CONTRIBUTING and CLAUDE.md say where videos go.
diff --git a/cases/douyin-vibe-knowledge.md b/cases/douyin-vibe-knowledge.md
index f3a2060..7392dc0 100644
--- a/cases/douyin-vibe-knowledge.md
+++ b/cases/douyin-vibe-knowledge.md
@@ -42,7 +42,7 @@
 ## 2. 规格：横屏，2.5–5 分钟，字幕偏小
 
 - **画幅和时长**：10 支里 8 支是横的（7 支 16:9，1 支约 4:3）。前四支都是 16:9，时长 2:29–5:03。两支竖的（第 6、7 支）都不在前四。同期 `cases/oneshot-five.md` 里的两支抖音片（2:06、3:51）也是 16:9。
-- **字幕**：量了两支，先量汉字的字高，再换算成 1080p 下的字号（汉字字高约等于字号的 0.92）。第 2 支约 52–56 px；第 1 支约 42 px，下面还有一行更小的英文。对照 `playbook/03-motion-design.md` §4，第 2 支达到 `desktop` 档（字幕 ≥ 48），第 1 支略低于它；两支都离 `feed` 档（≥ 115）很远。在竖着拿手机的信息流里（画面约 360 px 宽），这些字幕只有约 8–10 px。
+- **字幕**：量了两支，先量汉字的字高，再换算成 1080p 下的字号（按经验值，汉字字高约为字号的 0.92，随字体略有出入）。第 2 支约 52–56 px；第 1 支约 42 px，下面还有一行更小的英文。对照 `playbook/03-motion-design.md` §4，第 2 支达到 `desktop` 档（字幕 ≥ 48），第 1 支略低于它；两支都离 `feed` 档（≥ 115）很远。在竖着拿手机的信息流里（画面约 360 px 宽），这些字幕只有约 8–10 px。
 - **推断**【推测】：这批片子的字幕是按"点开全屏、横过来看"的大小做的；抖音没有公开横屏视频有多少人点开全屏。观众决定点不点开，还是在信息流里的那几秒，而开场的字都比正文大得多：第 4 支第一帧满屏一个"37%"，大约占画面高度的一半；第 1 支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档的 150。
 
 ## 3. 系列和文案
@@ -70,7 +70,7 @@
 | | Iwanau《月老的算法2》（10-02，52,639 赞） | 长留zero《什么是 37% 法则》（10-01，147,939 赞） |
 |---|---|---|
 | 载体 | 一个历史人物：开普勒 1611 年丧妻，两年里见了 11 位相亲对象，37% 法则正好停在开普勒最心动的第 5 位（片中说法） | 一个抽象模型：100 个人里挑一个，只能看一次、不能回头 |
-| 画面 | 跟着人物和事件走 | 发光曲线、柱状图和点阵 |
+| 画面 | 没看画面（这支不在 10 支里，只读了文案） | 发光曲线、柱状图和点阵 |
 | 落点 | 真实的人会拒绝你，规则要跟着现实调整 | 做对一切仍可能遗憾，那是数学的上限 |
 
 两支的账号、发布时间都不同，赞数说明不了哪种载体更好。题目撞了，载体和落点还可以不撞。`playbook/12-ideation.md` 第 3 节的撬法表据此加了两行：找一个历史现场当载体；把概念交还给观众。
diff --git a/playbook/12-ideation.md b/playbook/12-ideation.md
index c698d4c..31ed79a 100644
--- a/playbook/12-ideation.md
+++ b/playbook/12-ideation.md
@@ -72,7 +72,7 @@
 | 证据上屏 | 原话、出处、推断能不能分开摆出来？ | 原话下面注明哪次对话、几点几分，推断标【推断】 |
 | 用一个矛盾做首尾 | 材料里有没有一个悖论，能开头抛出、结尾回应？ | "我都不记得你" ↔ "对话结束，我又会忘记" |
 | 让数量有体感 | 一个数字能不能变成看得见的量？ | 154 格的日历只空了 3 格；`styles/isotype` |
-| 找一个历史现场 | 这个概念第一次被发现、被验证或被用错的那一刻，有没有具体的年份、地点、人和物件？它能不能当全片的载体？ | 坠楼的猫的统计讲幸存者偏差；开普勒丧妻后见了 11 位相亲对象，用来讲 37% 法则 |
+| 找一个历史现场 | 这个概念第一次被发现、被验证或被用错的那一刻，有没有具体的年份、地点、人和物件？它能不能当全片的载体？ | 坠楼的猫的统计讲幸存者偏差；开普勒丧妻后见了 11 位相亲对象（片中说法），用来讲 37% 法则 |
 | 交还给观众 | 这个概念今天出现在观众生活的哪里？结尾能不能把它递回去？ | 信息论最后劝人去找自己猜不到的东西；37% 法则最后说，做对一切也可能遗憾 |
 | 给自己一个限制 | 全片只用一个镜头、一种颜色、一个物体？ | 一个黑洞着色器；`recipes/camera/one-take-world-travel.md` |
 
diff --git a/video-types/02-knowledge-short.md b/video-types/02-knowledge-short.md
index 1cf2fd4..74326d4 100644
--- a/video-types/02-knowledge-short.md
+++ b/video-types/02-knowledge-short.md
@@ -86,7 +86,9 @@
   + TYPE: landscape knowledge film for 抖音. 1920x1080 30fps {120–300}s, zh-CN narration + burned-in captions (<=16 CJK chars per line, <=2 lines). Watch on: desktop.
   ```
 
-- **按哪一档的字号**：`playbook/01-pipeline.md` 把"横屏片发抖音"归到 `feed` 档（字幕 ≥ 115）。这个变体默认按 `desktop` 档（字幕 ≥ 48），是有意不同：案例里量的两支，字幕按 1080p 换算约 42–56 px，在 `desktop` 档附近，一支略低，说明它们是按"点开全屏、横过来看"做的，赞数也很高。观众是不是多半会点开全屏，抖音没有公开数据【推测】。片子主要会被竖着刷过、不会被点开的，建项目时加 `--watch feed`。
+  用 `--watch feed` 建项目时，把这行末尾的 desktop 改成 feed。
+
+- **按哪一档的字号**：`playbook/01-pipeline.md` 把"横屏片发抖音"归到 `feed` 档（字幕 ≥ 115）。这个变体默认按 `desktop` 档（字幕 ≥ 48），是有意不同：案例里量的两支，字幕按 1080p 换算约 42–56 px，在 `desktop` 档附近，一支略低，看起来是按"点开全屏、横过来看"做的；观众是不是多半会点开全屏，抖音没有公开数据【推测】。片子主要会被竖着刷过、不会被点开的，建项目时加 `--watch feed`。
 - **钩子的字**：观众决定点不点开，是在竖着拿的信息流里，那时画面只有约 360 px 宽。想让钩子在信息流里也读得出，可以把那几秒的字做到 `feed` 档（主标题 ≥ 150）。案例里开场的字都比正文大得多，但不一定到这一档：一支第一帧满屏一个"37%"，大约占画面高度的一半；另一支开场那行诗约 100 px【推测】。
 - **字幕**：照第 5 步的横屏规范（每行 ≤ 16 字，最多 2 行）。可以加英文，英文那行小一号。
 - **时长和结构**：

From 7558e499406735cf14b1ebae9cf99d82630f9d98 Mon Sep 17 00:00:00 2001
From: zhanglinghao <zhangczssx@gmail.com>
Date: Sun, 4 Oct 2026 12:40:24 +0800
Subject: [PATCH 4/6] Case: drop creator names and how the films were found;
 keep the content

At the maintainer's request the case no longer names the creators or
says how the ten films reached us: the author column is gone, the
creators are referred to by film number, and type 02 and the
changelog no longer say who forwarded them.
---
 CHANGELOG.md                      |  2 +-
 cases/douyin-vibe-knowledge.md    | 46 +++++++++++++++----------------
 video-types/02-knowledge-short.md |  6 ++--
 3 files changed, 26 insertions(+), 28 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index c3ba67c..31226e2 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -3,7 +3,7 @@
 ## Unreleased
 
 **Docs: a Douyin case study, a landscape variant for knowledge films, and two ideation prompts**
-- Why: the maintainer sent ten Douyin "Vibe知识大赏" films (2026-09-25 to 10-03) and asked what is worth learning from them. The four most-liked of those ten (148k–667k likes) are all 16:9 and 2.5–5 min long. Type 02 had described 30–90 s vertical films as the main case; Douyin landscape films appeared only in `cases/oneshot-five.md`.
+- Why: of ten Douyin "Vibe知识大赏" AI knowledge films from late September 2026, the four most-liked (148k–667k likes) are all 16:9 and 2.5–5 min long. Type 02 had described 30–90 s vertical films as the main case; Douyin landscape films appeared only in `cases/oneshot-five.md`.
 - `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It also records:
   - a few things the top four share, each marked with which films do it;
   - caption sizes measured on two of them (about 42–56 px at 1080p, around the `desktop` floor);
diff --git a/cases/douyin-vibe-knowledge.md b/cases/douyin-vibe-knowledge.md
index 7392dc0..d9ec9ee 100644
--- a/cases/douyin-vibe-knowledge.md
+++ b/cases/douyin-vibe-knowledge.md
@@ -1,11 +1,9 @@
 # 案例：抖音"Vibe知识大赏"十支（2026-09-25 至 10-03）
 
-2026 年 9 月下旬，Opus 5.5 发布后的一两周里，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支是维护者自己刷到、转过来的，不是随机抽样，也不是这一波里赞数最高的 10 支。其中 7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游。工具那支是 4 月发的，作对照；其余 9 支到抓取时发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
+2026 年 9 月下旬，Opus 5.5 发布后的一两周里，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支不是随机抽样，也不是这一波里赞数最高的 10 支。其中 7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游。工具那支是 4 月发的，作对照；其余 9 支到抓取时发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
 
-**怎么拆的**（2026-10-04，做法见 `playbook/07-reverse-engineer.md` 第 1 节的"抖音"一条）：
-- 从分享短链解析出视频 id，id 右移 32 位就是发布时间；
-- 手机版分享页的 description 里有完整文案、发布日期和精确赞数，下表的赞数是 10-04 当天的快照；
-- Iwanau 的 15 支作品，取自分享页自己请求的作者作品列表（同一天的另一个快照，数字略有出入）；
+**怎么拆的**（2026-10-04，取帧和取数据的做法见 `playbook/07-reverse-engineer.md` 第 1 节的"抖音"一条）：
+- 下表的发布日期和赞数是 10-04 当天的快照；第 3 节那个号的 15 支是同一天的另一个快照，数字略有出入；
 - 每支等间隔取 12–16 帧，拼成联系表，共约 150 帧。第 1、2 支的开场逐秒看过，并用 10 px 网格量了字幕大小；
 - 没有量声音，没有下载原片，下文不附原片画面。
 
@@ -13,18 +11,18 @@
 
 **许可**：原片和文案归各自作者。下文是转述和分析，引文都很短。
 
-| # | 作者 | 题目 | 发布 | 赞 | 时长 / 画幅 | 画面 | 开场 |
-|---|---|---|---|---|---|---|---|
-| 1 | 电子智人 | 信息论：惊奇之学 | 09-28 | 666,996 | 5:03 / 16:9 | 黑底，金色细字，粒子和波形；中英双语字幕 | 屏幕中央逐字打出"床前明月"，留一个空，旁边一条"惊奇"读数接近 0 |
-| 2 | 斗转星移 | 幸存者偏差 | 10-02 | 425,347 | 2:29 / 16:9 | 深色底、暖金线描：夜里的公寓楼、坠楼的猫、二战轰炸机的弹孔、神庙里的还愿画 | 一只猫从 32 楼掉下去，48 小时后出院；接着是 1984 年纽约兽医统计的 132 只坠楼的猫 |
-| 3 | Iwanau | 多修一条路，为什么反而更堵 | 10-01 | 187,568 | 2:29 / 16:9 | 夜景城市俯拍、发光的路网、拥堵的红线；旧报纸和一份旧论文当道具 | 环形路网的动画，约 10 秒出标题问题，再进 1990 年纽约封 42 街 |
-| 4 | 长留zero | 37% 法则 | 10-01 | 147,939 | 2:46 / 16:9 | 黑底，金色发光曲线和柱状图 | 第一帧满屏一个"37%" |
-| 5 | 秋刀鱼不过期（沉淀版） | AI 重现名画：《罗纳河上的星夜》 | 09-28 | 51,444 | 0:24 / 约 4:3 | 生成式视频：镜头飞进油画，画里的人物走动 | 河面的灯影，镜头慢推 |
-| 6 | 浙大猫学长 | 开源 vibe-motion：一句话生成动画 | 04-06 | 40,522 | 3:56 / 3:4 | 录屏、终端、梗图 | 问句标题卡加进度条 |
-| 7 | YZ | AI 的 76 年，91 秒一镜到底 | 09-27 | 16,583 | 1:34（含片尾作者卡）/ 9:16 | 体素 3D 世界；一条红线穿过各个年份 | 体素山坡上，红线出发 |
-| 8 | 小宇 | 贝叶斯：对方一直没回消息 | 10-03 | 14,686 | 2:18 / 16:9 | 深紫 UI 卡片、百人点阵、仪表盘；结尾两个小角色 | 手机聊天界面，消息没有回 |
-| 9 | 风摇叶见蝶 | 苏轼《定风波》 | 09-28 | 14,574 | 1:26 / 16:9 | 水墨竹林、雾、月、书法字 | 一个墨点，接着是"一〇七九 乌台诗案"的大字 |
-| 10 | 大师的AI小灶 | Opus 5.5 动画测试 | 09-25 | 3,956 | 0:33 / 16:9 | 浅暖色的仿剪辑软件界面，一只像素小怪物在剪片 | 剪辑台和一张备忘卡 |
+| # | 题目 | 发布 | 赞 | 时长 / 画幅 | 画面 | 开场 |
+|---|---|---|---|---|---|---|
+| 1 | 信息论：惊奇之学 | 09-28 | 666,996 | 5:03 / 16:9 | 黑底，金色细字，粒子和波形；中英双语字幕 | 屏幕中央逐字打出"床前明月"，留一个空，旁边一条"惊奇"读数接近 0 |
+| 2 | 幸存者偏差 | 10-02 | 425,347 | 2:29 / 16:9 | 深色底、暖金线描：夜里的公寓楼、坠楼的猫、二战轰炸机的弹孔、神庙里的还愿画 | 一只猫从 32 楼掉下去，48 小时后出院；接着是 1984 年纽约兽医统计的 132 只坠楼的猫 |
+| 3 | 多修一条路，为什么反而更堵 | 10-01 | 187,568 | 2:29 / 16:9 | 夜景城市俯拍、发光的路网、拥堵的红线；旧报纸和一份旧论文当道具 | 环形路网的动画，约 10 秒出标题问题，再进 1990 年纽约封 42 街 |
+| 4 | 37% 法则 | 10-01 | 147,939 | 2:46 / 16:9 | 黑底，金色发光曲线和柱状图 | 第一帧满屏一个"37%" |
+| 5 | AI 重现名画：《罗纳河上的星夜》 | 09-28 | 51,444 | 0:24 / 约 4:3 | 生成式视频：镜头飞进油画，画里的人物走动 | 河面的灯影，镜头慢推 |
+| 6 | 开源工具：一句话生成动画 | 04-06 | 40,522 | 3:56 / 3:4 | 录屏、终端、梗图 | 问句标题卡加进度条 |
+| 7 | AI 的 76 年，一镜到底 | 09-27 | 16,583 | 1:34（含片尾卡）/ 9:16 | 体素 3D 世界；一条红线穿过各个年份 | 体素山坡上，红线出发 |
+| 8 | 贝叶斯：对方一直没回消息 | 10-03 | 14,686 | 2:18 / 16:9 | 深紫 UI 卡片、百人点阵、仪表盘；结尾两个小角色 | 手机聊天界面，消息没有回 |
+| 9 | 苏轼《定风波》 | 09-28 | 14,574 | 1:26 / 16:9 | 水墨竹林、雾、月、书法字 | 一个墨点，接着是"一〇七九 乌台诗案"的大字 |
+| 10 | Opus 5.5 动画测试 | 09-25 | 3,956 | 0:33 / 16:9 | 浅暖色的仿剪辑软件界面，一只像素小怪物在剪片 | 剪辑台和一张备忘卡 |
 
 10 支里有 6 支在标题或话题里点名 Claude / Opus（"Opus 5.5 直出"、"画面由 Opus5.5 编写的代码实时渲染"一类）；第 6 支提到的是 MiniMax，第 5 支只标了 #AIGC。
 
@@ -47,10 +45,10 @@
 
 ## 3. 系列和文案
 
-- **Iwanau 的 15 支**：9 月 28 日到 10 月 4 日，这个号发了 15 支，标题都是"vibe知识大赏｜《题目》——一句副标题"，时长都在 2:11–3:11 之间。赞数（10-04 快照）：
+- **一个号一周 15 支**：第 3 支所在的号，9 月 28 日到 10 月 4 日发了 15 支，标题都是"vibe知识大赏｜《题目》——一句副标题"，时长都在 2:11–3:11 之间。赞数（10-04 快照）：
   - 运气的形状 427,108；
   - 月老的算法（稳定匹配）308,626；
-  - 多修一条路 192,993；
+  - 多修一条路（第 3 支）192,993；
   - 月老的算法2（37% 法则）52,639；
   - 一美元拍卖 52,077；
   - 老好人与背叛者 31,876；
@@ -59,15 +57,15 @@
   - 另外 6 支在 2,246 到 5,629 之间；
   - 10-04 当天刚发的 1 支还只有个位数。
 
-  赞数最高的两支都不在维护者转来的 10 支里。最早发的两支赞数也最多：可能是挂得久，也可能是话题热度在退，分不清。除了第 3 支，这个号的其他片子都没有看画面，所以说不出赞数差在题目还是做法上。
-- **文案写成一段短文**：复述全片论点，带年份、人名和实验。Iwanau 会注明片中改编过的地方，例如一支借古诗开场的，说明原诗的情节和片中不同。这大概能增加信任【推测】。
+  赞数最高的两支都不在这 10 支里。最早发的两支赞数也最多：可能是挂得久，也可能是话题热度在退，分不清。除了第 3 支，这个号的其他片子都没有看画面，所以说不出赞数差在题目还是做法上。
+- **文案写成一段短文**：复述全片论点，带年份、人名和实验。有的作者会注明片中改编过的地方，例如一支借古诗开场的，说明原诗的情节和片中不同。这大概能增加信任【推测】。
 - **话题**：除了 #vibe知识大赏，常见的还有 #抖音前沿科技首发计划、#ai新星计划、#创作者成长进阶计划，并 @抖音科技。是不是官方活动、有没有流量扶持，没核实。
 
 ## 4. 同题不同立意：两支 37% 法则
 
-10 月 1–2 日，两位作者各发了一支 37% 法则。结论一样：前 37% 只看不选，之后遇到比前面都好的就停；即使这样，大约 63% 的时候还是选不到最好的。片子完全不同：
+10 月 1–2 日，两个号各发了一支 37% 法则。结论一样：前 37% 只看不选，之后遇到比前面都好的就停；即使这样，大约 63% 的时候还是选不到最好的。片子完全不同：
 
-| | Iwanau《月老的算法2》（10-02，52,639 赞） | 长留zero《什么是 37% 法则》（10-01，147,939 赞） |
+| | 《月老的算法2》（10-02，52,639 赞） | 第 4 支《什么是 37% 法则》（10-01，147,939 赞） |
 |---|---|---|
 | 载体 | 一个历史人物：开普勒 1611 年丧妻，两年里见了 11 位相亲对象，37% 法则正好停在开普勒最心动的第 5 位（片中说法） | 一个抽象模型：100 个人里挑一个，只能看一次、不能回头 |
 | 画面 | 没看画面（这支不在 10 支里，只读了文案） | 发光曲线、柱状图和点阵 |
@@ -79,4 +77,4 @@
 
 - **横屏中视频**：`bin/vh new short <slug> --aspect 16:9`；规格、字号和结构见 `video-types/02-knowledge-short.md` 的"变体：抖音横屏中视频"。
 - **立意**：第 1 节说的是这批片子的几处相似，不是模板。第 4 节说明同一个题目可以有完全不同的载体和落点；先按 `playbook/12-ideation.md` 想自己的点子。
-- **事实**：人名、年份、数字按硬规则 5 记进 `NOTES.md`；改编过的地方，像 Iwanau 那样在文案里说明。
+- **事实**：人名、年份、数字按硬规则 5 记进 `NOTES.md`；改编过的地方，在文案里说明。
diff --git a/video-types/02-knowledge-short.md b/video-types/02-knowledge-short.md
index 74326d4..7b1925b 100644
--- a/video-types/02-knowledge-short.md
+++ b/video-types/02-knowledge-short.md
@@ -69,7 +69,7 @@
 |---|---|---|---|---|
 | YouTube Shorts | 竖屏或方形，上传上限 1080p [S5] | 3 分钟：2024-10-15 起上传的方形或竖屏、不超过 3 分钟的视频归为 Shorts [S4] | 在 Shorts feed 里作用弱 [S9] | 标题 ≤ 100 字符，描述 ≤ 5000 字符 [S10] |
 | TikTok | 9:16 全屏，不低于 720P [S2]；广告建议 ≥ 540×960 [S3] | 自然内容 2021-07-01 起可到 3 分钟 [S1b]；10 分钟、60 分钟的测试只见媒体报道 | — | 文案 4000 字符【二手】 |
-| 抖音 | 1080×1920 是行业默认；横屏 16:9 也有（10-04 补：维护者转来的 10 支"Vibe知识大赏"里，赞数最高的四支都是横屏，`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
+| 抖音 | 1080×1920 是行业默认；横屏 16:9 也有（10-04 补：案例里的 10 支"Vibe知识大赏"，赞数最高的四支都是横屏，`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
 | B站 | 竖屏 9:16、横屏 16:9 都可投 | 没核实；中长视频是主场 | 上传推荐 1146×717（16:10）【二手】；网页信息流按 16:9 显示，底部一条是播放、弹幕数和右下角的时长（2026-10-01 网页实测，`playbook/10` [S25]；`bin/vh cover-preview` 按这些格子出图） | 标题 ≤ 80 字【二手】 |
 | 小红书 | 竖屏 9:16 或 3:4 | 15 分钟（2020-08 媒体报道）[S15a]；2026 年媒体报道平台在推 2 分钟以上的中长视频、4K 和横屏播放器 [S15b] | 4:3、3:4、1:1 三选一，3:4 展示面积最大【二手】 | 标题 ≤ 20 字【二手】 |
 | 视频号 | 从竖屏 6:7（1080×1260）到横屏 16:9，9:16 只保证中间 6:7 完整【二手】 | 30 分钟【二手】 | 信息流 6:7【二手】 | 没核实 |
@@ -78,7 +78,7 @@
 
 ## 变体：抖音横屏中视频（2–5 分钟）
 
-维护者 2026 年 9 月底转来的 10 支抖音 AI 知识动画（"Vibe知识大赏"）里，赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
+案例里 2026 年 9 月底的 10 支抖音 AI 知识动画（"Vibe知识大赏"），赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
 
 - **建项目**：`bin/vh new short <slug> --aspect 16:9`。画幅 1920×1080，`Watch on` 默认是 `desktop`（电脑，或手机转成横屏全屏）。BRIEF 末尾会多一行提示：TYPE 块里按竖屏算的尺寸（安全框、每行字数、字号）都按横屏重算；TYPE 块的第一行可以换成下面这行：
 
@@ -173,7 +173,7 @@ Cover: 1080x1440 (3:4) master with all key elements inside the central 1080x1080
 ## 可参考的案例与源码
 
 - `cases/community-prompts.md`：@AxtonLiu 的口播图解做法、@dotey 的中文讲解 prompt。
-- `cases/douyin-vibe-knowledge.md`：维护者转来的 10 支抖音 AI 知识动画（2026-09 底）。赞数最高的四支都是横屏，长 2.5–5 分钟；案例记了它们的几处相似、实测的字幕大小、一个号连发 15 支的赞数分布，以及同一个题目（37% 法则）的两种做法。
+- `cases/douyin-vibe-knowledge.md`：10 支抖音 AI 知识动画（2026-09 底）。赞数最高的四支都是横屏，长 2.5–5 分钟；案例记了它们的几处相似、实测的字幕大小、一个号连发 15 支的赞数分布，以及同一个题目（37% 法则）的两种做法。
 - `references/repos/hyperframes/skills/faceless-explainer/`：
   - `SKILL.md`：完整流程，包括 BRIEF → frame.md → STORYBOARD → 音频 → 线框草图 → 每个 frame 派一个 subagent；
   - `references/` 下的 `story-design.md`、`visual-design.md`、`motion-language.md`、`cut-catalog.md`。

From df0bc9dad91fa06a63fe8f2abb73839e62d39711 Mon Sep 17 00:00:00 2001
From: zhanglinghao <zhangczssx@gmail.com>
Date: Sun, 4 Oct 2026 12:42:34 +0800
Subject: [PATCH 5/6] Case and changelog: two wording nits from review

---
 CHANGELOG.md                   | 2 +-
 cases/douyin-vibe-knowledge.md | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index 31226e2..2d276eb 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -7,7 +7,7 @@
 - `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It also records:
   - a few things the top four share, each marked with which films do it;
   - caption sizes measured on two of them (about 42–56 px at 1080p, around the `desktop` floor);
-  - one creator's 15 films in a week, with likes from 2,246 to 427,108 (leaving out one posted that day);
+  - one account's 15 films in a week (likes 2,246–427,108, not counting one posted that day);
   - two films on the same topic (the 37% rule).
   The case is linked from `cases/README.md`, type 02 and the CLAUDE.md route table.
 - `video-types/02-knowledge-short.md` adds a "Douyin landscape mid-length" variant:
diff --git a/cases/douyin-vibe-knowledge.md b/cases/douyin-vibe-knowledge.md
index d9ec9ee..9b5e0bb 100644
--- a/cases/douyin-vibe-knowledge.md
+++ b/cases/douyin-vibe-knowledge.md
@@ -65,7 +65,7 @@
 
 10 月 1–2 日，两个号各发了一支 37% 法则。结论一样：前 37% 只看不选，之后遇到比前面都好的就停；即使这样，大约 63% 的时候还是选不到最好的。片子完全不同：
 
-| | 《月老的算法2》（10-02，52,639 赞） | 第 4 支《什么是 37% 法则》（10-01，147,939 赞） |
+| | 《月老的算法2》（10-02，52,639 赞） | 第 4 支《37% 法则》（10-01，147,939 赞） |
 |---|---|---|
 | 载体 | 一个历史人物：开普勒 1611 年丧妻，两年里见了 11 位相亲对象，37% 法则正好停在开普勒最心动的第 5 位（片中说法） | 一个抽象模型：100 个人里挑一个，只能看一次、不能回头 |
 | 画面 | 没看画面（这支不在 10 支里，只读了文案） | 发光曲线、柱状图和点阵 |

From ed21f90a8cf0860e2ba6b81660eb8f2bbf232848 Mon Sep 17 00:00:00 2001
From: zhanglinghao <zhangczssx@gmail.com>
Date: Sun, 4 Oct 2026 12:54:09 +0800
Subject: [PATCH 6/6] Case and type 02: sample scope stated, landscape TYPE
 lines, review nits

- The ten films: nine from late September plus one April film, not ten
  late-September tagged films (title, cases/README, type 02, CHANGELOG).
- Type 02's landscape variant gives landscape Captions, Safe box and Cover
  lines too, not only the TYPE line; hook check at 360 px wide.
- oneshot-five has three Douyin films, all 16:9; the opening-line size is
  an eyeballed estimate; one paraphrase made consistent; no unsourced
  release timing.
---
 CHANGELOG.md                      |  2 +-
 cases/README.md                   |  2 +-
 cases/douyin-vibe-knowledge.md    | 12 ++++++------
 video-types/02-knowledge-short.md | 19 +++++++++++--------
 4 files changed, 19 insertions(+), 16 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index 2d276eb..58f3758 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -3,7 +3,7 @@
 ## Unreleased
 
 **Docs: a Douyin case study, a landscape variant for knowledge films, and two ideation prompts**
-- Why: of ten Douyin "Vibe知识大赏" AI knowledge films from late September 2026, the four most-liked (148k–667k likes) are all 16:9 and 2.5–5 min long. Type 02 had described 30–90 s vertical films as the main case; Douyin landscape films appeared only in `cases/oneshot-five.md`.
+- Why: of ten AI-made Douyin films (nine posted in late September 2026, most tagged #vibe知识大赏), the four most-liked (148k–667k likes) are all 16:9 and 2.5–5 min long. Type 02 had described 30–90 s vertical films as the main case; Douyin landscape films appeared only in `cases/oneshot-five.md`.
 - `cases/douyin-vibe-knowledge.md` covers the ten films: post date, likes (a 10-04 snapshot), length, frame and opening. It also records:
   - a few things the top four share, each marked with which films do it;
   - caption sizes measured on two of them (about 42–56 px at 1080p, around the `desktop` floor);
diff --git a/cases/README.md b/cases/README.md
index 2078ace..1a6b78f 100644
--- a/cases/README.md
+++ b/cases/README.md
@@ -17,7 +17,7 @@
 | [community-prompts.md](community-prompts.md)：社区公开的 prompt | 各类 | 各类 | 二手合集 | 成功 prompt 的八个共同点 |
 | [opus55-gallery.md](opus55-gallery.md)：Opus 5.5 社区代码视频精选 | 各类，另有 3D 长片深读 | 各类；Austerlitz 为 WebGL2 | `awesome-opus5-5-videos/`、`opus55-catalog-zhuyansen/`、`Battle-of-Austerlitz-Film/`（均无 license，只读） | 389 支作品的 prompt 统计和精选；Austerlitz 用旁白实测时长驱动镜头，从画面推导音效 |
 | [oneshot-five.md](oneshot-five.md)：五支社区代码视频（3 秒钟、我眼中的你、用做法讲做法、FunTech、Mirage） | 科普、肖像、自我介绍、showreel、发布片 | 未公开（推测为 HTML/WebGL，FunTech 混有生成素材） | 无 | 立意装置先于风格；具体的数字和原话；和我们口味规则的出入 |
-| [douyin-vibe-knowledge.md](douyin-vibe-knowledge.md)：抖音"Vibe知识大赏"十支（2026-09 底） | 知识讲解为主，横屏中视频 | 未公开（多数自述用 Claude / Opus 写代码；1 支生成式视频） | 无 | 这 10 支里赞数最高的四支有几处相似：具体场景开场、带年份的人和事、一句话收尾；都是横屏 2.5–5 分钟，字幕偏小；一个号连发 15 支的赞数分布；同一个题目的两种立意 |
+| [douyin-vibe-knowledge.md](douyin-vibe-knowledge.md)：抖音上的十支 AI 动画（9 支发于 2026-09 底） | 知识讲解为主，横屏中视频 | 未公开（多数自述用 Claude / Opus 写代码；1 支生成式视频） | 无 | 前四支的几处相似；横屏 2.5–5 分钟、字幕偏小；一个号 15 支的赞数分布；同题的两种立意 |
 
 ## 按需求查案例
 
diff --git a/cases/douyin-vibe-knowledge.md b/cases/douyin-vibe-knowledge.md
index 9b5e0bb..4c22193 100644
--- a/cases/douyin-vibe-knowledge.md
+++ b/cases/douyin-vibe-knowledge.md
@@ -1,6 +1,6 @@
-# 案例：抖音"Vibe知识大赏"十支（2026-09-25 至 10-03）
+# 案例：抖音上的十支 AI 动画（9 支发于 2026-09-25 至 10-03）
 
-2026 年 9 月下旬，Opus 5.5 发布后的一两周里，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支不是随机抽样，也不是这一波里赞数最高的 10 支。其中 7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游。工具那支是 4 月发的，作对照；其余 9 支到抓取时发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
+2026 年 9 月下旬，抖音上出现了一批用 AI 写代码做的知识动画，多数挂着 #vibe知识大赏 话题。下面 10 支不是随机抽样，也不是这一波里赞数最高的 10 支。其中 7 支是知识讲解，2 支在展示工具或模型本身，1 支是生成式视频做的名画漫游。工具那支是 4 月发的，作对照；其余 9 支到抓取时发布了 1–9 天不等，赞数只能当信号看，不能拿来归因。
 
 **怎么拆的**（2026-10-04，取帧和取数据的做法见 `playbook/07-reverse-engineer.md` 第 1 节的"抖音"一条）：
 - 下表的发布日期和赞数是 10-04 当天的快照；第 3 节那个号的 15 支是同一天的另一个快照，数字略有出入；
@@ -30,18 +30,18 @@
 
 这里说的是这 10 支里的前四，第 1–4 支，赞数 15 万到 67 万。它们题材不同，有几处排法相似，每条后面注明了哪几支是这样：
 
-- **题目是一个有名字的知识概念**（四支都是）：信息论、幸存者偏差、布雷斯悖论、37% 法则。观众多半听过这个名字，但说不清它是什么。
+- **题目是一个有名字的知识概念**（四支都是）：信息论、幸存者偏差、布雷斯悖论、37% 法则。观众多半听过这个名字，但说不清它是什么【推测】。
 - **开场是一个具体的东西，不先下定义**（四支都是）：一句人人能接的诗加一个空（第 1 支）；一只从 32 楼掉下去还活着的猫（第 2 支）；一张路网和一个反常识的问题（第 3 支）；满屏一个数字（第 4 支）。
 - **中段用一串带年份的人和事讲机制**（第 1–3 支）：1948 年的香农、两位工程师清走天线里的鸽子，那段嘶嘶声还在（第 1 支）；二战轰炸机的弹孔、古人挂在神庙里的还愿画（第 2 支）；1968 年布雷斯的论文、1990 年纽约封掉 42 街（第 3 支）。第 4 支是例外：从抽帧和文案看，它用的是"100 个人里挑一个"的抽象模型，没有讲历史人物。
-- **结尾收在一句话上**（第 1、3、4 支）：第 1 支劝人去找自己猜不到的东西；第 3 支收在"人人都抢的捷径"那一句；第 4 支收在"遗憾有上限"那一句。第 2 支结尾是几张提问卡片，抽帧读不清全文。
+- **结尾收在一句话上**（第 1、3、4 支）：第 1 支劝人去找自己猜不到的东西；第 3 支收在"人人都抢的捷径"那一句；第 4 支收在一层意思上：做对一切仍可能遗憾，那是数学的上限。第 2 支结尾是几张提问卡片，抽帧读不清全文。
 
 其余几支里，第 8 支（贝叶斯）也从生活场景切入、落回观众，发布只有一天；第 9 支（定风波）讲的是人物和诗，画面完成度很高。样本太小，说不出哪一条是赞数的原因。
 
 ## 2. 规格：横屏，2.5–5 分钟，字幕偏小
 
-- **画幅和时长**：10 支里 8 支是横的（7 支 16:9，1 支约 4:3）。前四支都是 16:9，时长 2:29–5:03。两支竖的（第 6、7 支）都不在前四。同期 `cases/oneshot-five.md` 里的两支抖音片（2:06、3:51）也是 16:9。
+- **画幅和时长**：10 支里 8 支是横的（7 支 16:9，1 支约 4:3）。前四支都是 16:9，时长 2:29–5:03。两支竖的（第 6、7 支）都不在前四。同期 `cases/oneshot-five.md` 里的三支抖音片（2:06、3:51、0:35）也都是 16:9。
 - **字幕**：量了两支，先量汉字的字高，再换算成 1080p 下的字号（按经验值，汉字字高约为字号的 0.92，随字体略有出入）。第 2 支约 52–56 px；第 1 支约 42 px，下面还有一行更小的英文。对照 `playbook/03-motion-design.md` §4，第 2 支达到 `desktop` 档（字幕 ≥ 48），第 1 支略低于它；两支都离 `feed` 档（≥ 115）很远。在竖着拿手机的信息流里（画面约 360 px 宽），这些字幕只有约 8–10 px。
-- **推断**【推测】：这批片子的字幕是按"点开全屏、横过来看"的大小做的；抖音没有公开横屏视频有多少人点开全屏。观众决定点不点开，还是在信息流里的那几秒，而开场的字都比正文大得多：第 4 支第一帧满屏一个"37%"，大约占画面高度的一半；第 1 支开场那行诗约 100 px（1080p 换算），是它字幕的两倍多，但还不到 `feed` 档的 150。
+- **推断**【推测】：这批片子的字幕是按"点开全屏、横过来看"的大小做的；抖音没有公开横屏视频有多少人点开全屏。观众决定点不点开，还是在信息流里的那几秒，而开场的字都比正文大得多：第 4 支第一帧满屏一个"37%"，大约占画面高度的一半；第 1 支开场那行诗目测约 100 px（1080p 换算，没用网格量），是它字幕的两倍多，但还不到 `feed` 档的 150。
 
 ## 3. 系列和文案
 
diff --git a/video-types/02-knowledge-short.md b/video-types/02-knowledge-short.md
index 7b1925b..ece8c72 100644
--- a/video-types/02-knowledge-short.md
+++ b/video-types/02-knowledge-short.md
@@ -69,27 +69,30 @@
 |---|---|---|---|---|
 | YouTube Shorts | 竖屏或方形，上传上限 1080p [S5] | 3 分钟：2024-10-15 起上传的方形或竖屏、不超过 3 分钟的视频归为 Shorts [S4] | 在 Shorts feed 里作用弱 [S9] | 标题 ≤ 100 字符，描述 ≤ 5000 字符 [S10] |
 | TikTok | 9:16 全屏，不低于 720P [S2]；广告建议 ≥ 540×960 [S3] | 自然内容 2021-07-01 起可到 3 分钟 [S1b]；10 分钟、60 分钟的测试只见媒体报道 | — | 文案 4000 字符【二手】 |
-| 抖音 | 1080×1920 是行业默认；横屏 16:9 也有（10-04 补：案例里的 10 支"Vibe知识大赏"，赞数最高的四支都是横屏，`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
+| 抖音 | 1080×1920 是行业默认；横屏 16:9 也有（10-04 补：案例里的 10 支抖音 AI 动画，赞数最高的四支都是横屏，`cases/douyin-vibe-knowledge.md`） | 和账号权限有关，说法不一 | 主页按 3:4（1080×1440）展示，9:16 封面上下被裁【二手】 | 没核实 |
 | B站 | 竖屏 9:16、横屏 16:9 都可投 | 没核实；中长视频是主场 | 上传推荐 1146×717（16:10）【二手】；网页信息流按 16:9 显示，底部一条是播放、弹幕数和右下角的时长（2026-10-01 网页实测，`playbook/10` [S25]；`bin/vh cover-preview` 按这些格子出图） | 标题 ≤ 80 字【二手】 |
 | 小红书 | 竖屏 9:16 或 3:4 | 15 分钟（2020-08 媒体报道）[S15a]；2026 年媒体报道平台在推 2 分钟以上的中长视频、4K 和横屏播放器 [S15b] | 4:3、3:4、1:1 三选一，3:4 展示面积最大【二手】 | 标题 ≤ 20 字【二手】 |
 | 视频号 | 从竖屏 6:7（1080×1260）到横屏 16:9，9:16 只保证中间 6:7 完整【二手】 | 30 分钟【二手】 | 信息流 6:7【二手】 | 没核实 |
 
-时长上限对本类（30–90 s）影响不大，但要知道 Shorts 已经到 3 分钟，小红书在往 2 分钟以上推。长度由信息量和 reads 定，不为凑平台惯例加减内容；第三方的"平均时长"统计只当背景【推测】。
+时长上限对本类的竖屏主线（30–90 s）影响不大，但要知道 Shorts 已经到 3 分钟，小红书在往 2 分钟以上推。长度由信息量和 reads 定，不为凑平台惯例加减内容；第三方的"平均时长"统计只当背景【推测】。
 
 ## 变体：抖音横屏中视频（2–5 分钟）
 
-案例里 2026 年 9 月底的 10 支抖音 AI 知识动画（"Vibe知识大赏"），赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
+案例里的 10 支抖音 AI 动画（9 支发于 2026 年 9 月底，多数挂 #vibe知识大赏 话题），赞数最高的四支（15 万到 67 万赞）都是 16:9 横屏、2.5–5 分钟（`cases/douyin-vibe-knowledge.md`）。要讲一个有名的概念，又需要一点故事和推导时，可以不压进 90 秒的竖屏，直接做横屏中视频。
 
-- **建项目**：`bin/vh new short <slug> --aspect 16:9`。画幅 1920×1080，`Watch on` 默认是 `desktop`（电脑，或手机转成横屏全屏）。BRIEF 末尾会多一行提示：TYPE 块里按竖屏算的尺寸（安全框、每行字数、字号）都按横屏重算；TYPE 块的第一行可以换成下面这行：
+- **建项目**：`bin/vh new short <slug> --aspect 16:9`。画幅 1920×1080，`Watch on` 默认是 `desktop`（电脑，或手机转成横屏全屏）。BRIEF 末尾会多一行提示：TYPE 块里按竖屏算的尺寸（安全框、每行字数、字号）都按横屏重算；TYPE 块里这几行可以换成下面的横屏版（TYPE、Captions、Safe box、Cover 各一行，Hook text 并进 Captions）：
 
   ```text
-  + TYPE: landscape knowledge film for 抖音. 1920x1080 30fps {120–300}s, zh-CN narration + burned-in captions (<=16 CJK chars per line, <=2 lines). Watch on: desktop.
+  + TYPE: landscape knowledge film for 抖音. 1920x1080 30fps {120–300}s, zh-CN narration + burned-in captions. Watch on: desktop.
+  Captions: <=16 CJK chars per line, <=2 lines, 56–64px (desktop floor 48), weight 800 (or the heaviest weight the local font has), #F5EFE6 with 3px dark stroke; an English line one size smaller. Hook text >=150px so the hook reads in the feed.
+  Safe box x 96–1824, y 54–1026 (EBU 90% graphics-safe); the bottom ~17% is the caption band.
+  Cover: 1920x1080 (16:9) master; how the 抖音 profile grid (3:4) crops a landscape cover is unverified, so keep the title in the centre.
   ```
 
-  用 `--watch feed` 建项目时，把这行末尾的 desktop 改成 feed。
+  用 `--watch feed` 建项目时，把 TYPE 行末尾的 desktop 改成 feed，Captions 改到 ≥ 115px（每行字数跟着减）。
 
 - **按哪一档的字号**：`playbook/01-pipeline.md` 把"横屏片发抖音"归到 `feed` 档（字幕 ≥ 115）。这个变体默认按 `desktop` 档（字幕 ≥ 48），是有意不同：案例里量的两支，字幕按 1080p 换算约 42–56 px，在 `desktop` 档附近，一支略低，看起来是按"点开全屏、横过来看"做的；观众是不是多半会点开全屏，抖音没有公开数据【推测】。片子主要会被竖着刷过、不会被点开的，建项目时加 `--watch feed`。
-- **钩子的字**：观众决定点不点开，是在竖着拿的信息流里，那时画面只有约 360 px 宽。想让钩子在信息流里也读得出，可以把那几秒的字做到 `feed` 档（主标题 ≥ 150）。案例里开场的字都比正文大得多，但不一定到这一档：一支第一帧满屏一个"37%"，大约占画面高度的一半；另一支开场那行诗约 100 px【推测】。
+- **钩子的字**：观众决定点不点开，是在竖着拿的信息流里，那时画面只有约 360 px 宽。想让钩子在信息流里也读得出，可以把那几秒的字做到 `feed` 档（主标题 ≥ 150）。案例里开场的字都比正文大得多，但不一定到这一档：一支第一帧满屏一个"37%"，大约占画面高度的一半；另一支开场那行诗目测约 100 px。做完把前 2 s 的 strip 缩到 360 px 宽再看一次（`playbook/02-verification.md` 的手机测试；`desktop` 档的联系表只缩到 640）。
 - **字幕**：照第 5 步的横屏规范（每行 ≤ 16 字，最多 2 行）。可以加英文，英文那行小一号。
 - **时长和结构**：
   - 2–5 分钟，超过 90 秒，用 `playbook/09-narrative.md` 的节拍表排起伏；第 2 步的钩子梯子照用。
@@ -173,7 +176,7 @@ Cover: 1080x1440 (3:4) master with all key elements inside the central 1080x1080
 ## 可参考的案例与源码
 
 - `cases/community-prompts.md`：@AxtonLiu 的口播图解做法、@dotey 的中文讲解 prompt。
-- `cases/douyin-vibe-knowledge.md`：10 支抖音 AI 知识动画（2026-09 底）。赞数最高的四支都是横屏，长 2.5–5 分钟；案例记了它们的几处相似、实测的字幕大小、一个号连发 15 支的赞数分布，以及同一个题目（37% 法则）的两种做法。
+- `cases/douyin-vibe-knowledge.md`：10 支抖音 AI 动画（9 支发于 2026-09 底）。赞数最高的四支都是横屏，长 2.5–5 分钟；案例记了它们的几处相似、实测的字幕大小、一个号连发 15 支的赞数分布，以及同一个题目（37% 法则）的两种做法。
 - `references/repos/hyperframes/skills/faceless-explainer/`：
   - `SKILL.md`：完整流程，包括 BRIEF → frame.md → STORYBOARD → 音频 → 线框草图 → 每个 frame 派一个 subagent；
   - `references/` 下的 `story-design.md`、`visual-design.md`、`motion-language.md`、`cut-catalog.md`。