我和课代表立正录制完播客，当晚他就在社区发布了。这个速度太高效了。你知道他花了多久发布准备这些内容并发布在社区上？工作流是什么样子的？

一期录完之后，后面有一串重复但不能糊弄的活：字幕转写、专有名词校对、按剪辑需要重新断句、挑高光、写文章、想标题、整理简介和章节；访谈还要分清谁说了哪句、准备嘉宾审阅版本。这套工具把这些串成一条流水线，输入一段视频或音频，输出可以直接进入发布流程的一组文件，包括精校字幕、高光说明、文章、标题建议、简介章节，访谈还可选说话人标注和嘉宾审阅文档⁠1。它明确是给这个频道做的生产工具，里面放了频道 guideline、真实高播标题、术语库和口吻要求，所以更像可 fork 的起点，不是通用写稿工具⁠1。

节目下面的介绍、章节时间和相关链接，Riverside 也能自动生成，但立正说自己一般用自建的 skill 和编辑标准来做，相关后期 skill 可以从视频或已有字幕开始，处理字幕校对，再按需要生成介绍和章节⁠2。发布成音频播客时，还会按播客的阅读场景重新整理 show notes，要求读者打开这一期先明白聊了什么、为什么值得听，再靠章节找到关心的部分⁠2。他也提醒，show notes 里的时间戳要对应最终发布的那一版，视频和音频剪得不同就不能共用一套章节时间⁠2。

在一段公开演示里，流程会先做转录，再调度本地的 Codex 命令行工具精校脚本；如果识别出是在访谈嘉宾，还会调用声纹识别工具区分谁说的话，再跑多轮 AI 生成高光片段、起标题、做截图，最后汇总到一个可以直接分享给嘉宾的 Google 文档里，里面分嘉宾预览、正文伴读文章、高光剪辑地图、标题封面、发布文案和制作说明⁠3。这说明“录完当晚就能发”在结构上是可能的：转录、校对、选段、文案这些环节都有工具承接，人主要做判断和把关。