# 主讲人视频件：把验证写进出片线——新星首发第6期蹲点 ## 概述 ## 本期席位与评测表 | 仓库 | 席位 | 星数 | 一句话描述 | |------|------|------|-----------| | cclank/lanshu-create-ai-presenter-video | 主讲人视频件 | 1800 | Provider-neutral Codex Skill，从讲稿生成经过验证的 AI 主讲人视频 | | EverettFish/holo-card-studio | 3D 卡片工坊 | 1810 | 把描述或参考图变成可编辑的 Blender 卡片 | | devdotfast/whiteboard | 设计画布 | 1770 | 为认真做软件设计而生的开源画布 | | JohnHeibel/PDoomVideo | MV 源码 | 1136 | Claude Opus 5.5 音乐视频《I'm Upping My P(doom)》源码 | | nilbuild/page-mascot | 网页吉祥物 | 815 | 盯着光标看、戳一下会眨眼的页面吉祥物 | | dgreenheck/tidewater | 3D 小镇 | 789 | 用 Opus 5.5 建的滨海小镇 | 评分沿用本栏标准（功能完整度 25%、设计质量 25%、实战效果 20%、上手难度 15%、社区活跃度 15%），基于早期公开信息打分，总分偏低代表早期不确定性高： | 仓库 | 功能 | 设计 | 实战 | 上手 | 活跃 | 加权总分 | |------|------|------|------|------|------|---------| | lanshu-create-ai-presenter-video | 4 | 4 | 3 | 3 | 4 | 3.7 | | holo-card-studio | 4 | 4 | 3 | 3 | 4 | 3.7 | | whiteboard | 3 | 4 | 3 | 3 | 4 | 3.4 | | page-mascot | 3 | 3 | 2 | 5 | 3 | 3.1 | | PDoomVideo | 2 | 3 | 3 | 4 | 3 | 2.9 | | tidewater | 2 | 3 | 3 | 4 | 2 | 2.8 | ## 主拆 lanshu：一条「验证」硬杠杠 本期最值得逐字读的是 cclank/lanshu-create-ai-presenter-video 的描述，因为不到一行里塞了三个设计决定。 第二个词是 **verified**。从讲稿生成 AI 主讲人视频的件并不新鲜，出片件赛道已经横评过两轮；新鲜的是它把「验证」写进了产品名和描述的第一句。数字人播报视频的命门恰恰在这：模型生成讲稿时会顺手编造数字、引述和「据某某报道」，一旦念出字幕，错误就从草稿升级成了播报事故。lanshu 的解法从描述看是把输入规定为两份——**a script and an authori…**（描述在此被快照截断，从上下文推测是 authorized/authoritative 素材，即可溯源的授权内容；此判断属推测，未经官方证实）。也就是说，讲稿不是唯一输入，还要配一份可核对的事实底稿，成片里的每个论断要能回溯到素材。本栏拆官方 pptx 时见过「模板即约束」的设计，把事实核查做成出片线上的一个关卡，是同一个思路往视频赛道的迁移。 第三个词是整句句式：**from a script**——入口是讲稿，不是一句提示词。这决定了它的工作流是「人写稿、件出片」，人保留了对内容的最终编辑权。与那些「一句话生成成片」的出片件相比，它把最容易被追责的创意决策留在人手里，自己只负责把稿子变成可播的画面。从描述推测它的出片线长这样： ```mermaid flowchart TD S["讲稿"] --> V["溯源素材核对"] M["授权素材"] --> V V --> R["验证关卡"] R --> E["视频合成"] E --> O["可验证成片"] ``` （图为从描述推测的工作流，仓库内部实现未核实。） 短板也要说透：其一，1800 星放在近 45 天新建仓库里排得进前列，但快照看不到它的示例成片，verified 到底是程序化校验还是提示词自律，无从判断；其二，AI 主讲人视频涉及声音与肖像合成，各平台对 AI 生成内容的标注要求正在收紧，这类件的合规成本会逐年上升；其三，它把「验证」写进门牌，等于把验收标准也交给了用户——用户会用最挑剔的眼光看它的成片。 ## holo-card-studio：交付的是工程文件，不是一张图 EverettFish/holo-card-studio，1810 星，描述只有一句：「把用户的描述或上传的参考变成一张完成的、可编辑的 Blender 卡片和一个 inte…」（截断，推测是交互式预览之类，未经官方证实）。 关键词是**可编辑**。画图件赛道本栏写过四强横评，从 10 种画法卷到 35 种，但那些件交付的多半是位图——生成即终点，改一个字要重画。holo-card-studio 交付的是 Blender 工程文件：模型、材质、灯光、文字层全部还在，用户打开 Blender 接着改。这一步差别看似细微，实则是「生成工具」与「生产工具」的分界：前者取悦眼睛，后者接入工作流。3D 贺卡、展示卡片、虚拟商品封面这类需求，用户要的从来不是一张图，而是一个还能改的源头。 它也踩在一条真实的缝上：Blender 的 Python API 门槛不高，但把「自然语言描述 → 参数化 3D 场景」整条线跑通需要大量的提示词工程与布局约束。参考图输入这条路径尤其值钱——从描述看它支持上传参考图作为基底，这比纯文字描述的可控性高一个量级。短板：Blender 本身的安装与学习成本不低，对没有 3D 软件背景的用户，上手难度这 3 星还是给得乐观了；另外「卡片」这个品类天花板有限，能否长成通用 3D 生成入口，要看它后续是否把「卡片」这个壳拆掉。 ## PDoomVideo 与 tidewater：作品后台首次成规模开源 这两件要放在一起看，因为它们代表新星席的一个新物种：**开源的 AI 作品源码**。 JohnHeibel/PDoomVideo，1136 星，是 Claude Opus 5.5 音乐视频《I'm Upping My P(doom)》的源代码。dgreenheck/tidewater，789 星，「用 Opus 5.5 建的滨海小镇」。过去我们消费 AI 生成作品，看到的只有成品——一支 MV、一张图；这一次，作品的后台被摆上了货架：分镜怎么排、场景怎么生成、工程怎么组织，全部可查。对想复刻「AI 出作品」的开发者，这两座仓库是比任何教程都诚实的教材——教程告诉你作者想让你看的，源码告诉你作者实际做的。 评分上给它们功能完整度 2 星不是贬低，而是品类属性：作品源码不是工具，没有「开箱即用」可言，它的价值密度取决于读者想从中偷多少师。tidewater 的社区活跃度只给 2 星，是因为场景级生成作品的可复用面窄——小镇建完了，第二个小镇还得自己跑。但方向上值得蹲：当「AI 作品 + 源码」从孤例变成组队上架，说明创作者社区已经默认「作品要连着工程一起交」这个新规范。 ## 空门牌观察：无描述三兄弟 上期本栏记过「改门牌」——仓库在冲星最快的一天修改描述；这一期要记「空门牌」——将近两千星的仓库，门牌上什么都不写。星数先涨、说明后置，这不是个别现象：三个无描述仓库分布在两个榜单，加起来四千多星。可能的解释有很多—— roadmap 未定不想写死、靠社区口口相传、或者干脆是还没来得及写——快照无从判断，但现象本身值得新星挖掘者记住：**看到高星无描述仓库，先别急着进首发席，等门牌挂上再拆**。这也是本文没有为这三座仓库打分的原因：无门牌，不评测。 ## 同场加映：画布信号与一只吉祥物 HN 首页今天同时挂着两条画布相关讨论：Reladraw，「一种由你决定东西摆哪里的图表语言」，337 分；Drawgent，「住在 Excalidraw 实时画布上的编码 Agent」，163 分。GitHub 侧对应的是 devdotfast/whiteboard，1770 星，「为认真做软件设计而生的开源画布」。三条信号同框，指向同一个方向：Agent 的交互界面正在从对话框搬到画布——人拖块、Agent 补细节，图表语言管布局、编码 Agent 管实现。画布赛道的单独拆解值得蹲下一期，这里只记信号。 ## 新星席分类图 ```mermaid flowchart TD ROOT["本期新星席"] --> A["lanshu主讲人视频"] ROOT --> B["holo卡片工坊"] ROOT --> C["MV与小镇源码"] ROOT --> D["画布与杂项"] A --> A1["验证关卡"] A --> A2["跨Agent格式"] B --> B1["可编辑工程"] C --> C1["作品后台开源"] D --> D1["设计画布"] D --> D2["页面吉祥物"] ``` 一张图看懂本期结构：十个席位 observation，没有一件是「给 Claude 加能力」的传统能力包，交付物分别是成片、工程文件、源码和界面——作品工程队把首发位坐满了。 ## 安装与上手 新星首发期以各仓库 README 为准，以下为通用路线： ```bash # 件类：克隆后按仓库内说明挂载到 Agent 的 skills 目录 git clone https://github.com/cclank/lanshu-create-ai-presenter-video git clone https://github.com/EverettFish/holo-card-studio # 若目录结构为 /SKILL.md，则： # cp -r lanshu-create-ai-presenter-video/* ~/.claude/skills/ # 作品源码类：克隆即读，无挂载概念 git clone https://github.com/JohnHeibel/PDoomVideo git clone https://github.com/dgreenheck/tidewater # 应用类 git clone https://github.com/devdotfast/whiteboard ``` lanshu 涉及 AI 生成音视频内容，使用前请自行确认所在平台对 AI 生成内容的标注要求；holo-card-studio 需自备 Blender 环境。 ## 推荐排行榜 - **蹲守榜**（等下一版再上手）：lanshu-create-ai-presenter-video、holo-card-studio、whiteboard - **偷师榜**（现在就能读）：PDoomVideo ＞ tidewater - **即装即玩榜**：page-mascot - **门牌观察榜**（星已高、描述未挂，等挂牌）：Contrastive-LM/CLM、Taichu-AI/ZDTaichu5.0-9B - **合规提示榜**：lanshu（AI 音视频标注）、holo-card-studio（参考图版权） ## 本期观察 新星首发蹲到第六期，这一期的变化值得记下：首发席的竞争维度变了。前几期比的是「谁涨得快」，这一期这些仓库的描述栏里出现了一批交付承诺词——verified、editable、source code。能力包时代，用户问「它能干什么」；作品工程时代，用户问「它交出来的东西我能不能验证、能不能改、能不能溯源」。lanshu 把验证写进产品名，holo 把可编辑写进第一句，PDoomVideo 干脆把后台整个开源——三个动作是同一件事：Agent 生成的内容要接入真实工作流，交付承诺就得先于功能写上门牌。下一期蹲点，优先看这批承诺兑现得如何：lanshu 的验证关卡是程序还是提示词，holo 的工程文件能不能真的在 Blender 里无损打开，答案应该都在下次更新里。 ## 参考来源 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。