一个第三方客户端，6 天冲到 6000 星。开源的不是剧，是外面那层壳；作者比谁都紧张，改协议、写规矩、随时准备归档。这事的看点不在代码，在一个突然爆火的开源项目怎么给自己划边界，以及冒牌货为什么总跑得比正版还快。
11 月 3 日，GitHub 上多了一个仓库：HGhub，黄果短剧的第三方客户端。
到 11 月 10 日，它已经有 6,085 颗星、2,195 个 fork。
11 月 8 日那张截图还是 2.6k。两天翻了一倍多。
先明确一件事：开源的不是短剧，是播放的那层壳。视频不存、不转、不分发，内容仍然从上游站点拿。
搞错了这一点，后面全看不懂。
01 这壳子做得有多认真
作者自己的说法是：「只是我体验 Tauri 2 移动端开发时做的小玩具」。
但这个玩具的工程完整度，比不少正经产品高：
- 三端齐：Windows、macOS、Android，iOS 走免签 IPA
- 壳：Tauri 2 + Rust 1.90
- 前端：React 19 + TypeScript + Vite 7 + Tailwind 4
- 播放：hls.js，支持 HLS 和 AES-128
- 设计：Fluent 风格，竖屏沉浸
它还解决了三个挺麻烦的工程问题：把站点接口统一收敛到一个边缘入口、封面用 AES-128-CBC 解密后在本地协议输出、HLS 分片做代理绕开 WebView 的 CORS 和防盗链。
这已经不是「套个壳」的水平了，是把一个 Web 站重做成了原生体验。
顺便说一句，作者本来就是做 Tauri 的，这项目是他的练手场——练手能练到三端齐发，也难怪几天就被顶上去。
02 为什么偏偏是短剧
很多人以为短剧的战争只在内容上。其实不止。
短剧这两年卷得厉害，卷的不只是内容，还有播放器这层体验。
黄果短剧自己就是典型：五个题材频道、三大专区（漫剧、AI 短剧、魔改短剧），榜单每个工作日滚一版，片库天天上新。供给密度高到用户根本不缺剧，缺的是「顺手」。
而官方 App 要照顾所有人：注册、登录、会员、活动、推送，一层层叠上去。
一个开源壳子不需要。它只做一件事：打开就能竖屏看、进度自动续上、下集自动播。
更关键的是技术前提——作者自己写了：「不做签名逆向，只复用浏览器同源行为」。意思是网页端能拿到的东西，它就能拿到，不需要破解任何东西。
高频、轻内容、强播放、低迁移成本。 这四条凑一起，就是第三方壳最肥沃的土壤。短剧只是刚好全都占了。
这不是第一次。前几年电视盒子和影视聚合也火过一轮，套路几乎一样：先把体验做到比官方顺，再被上游封接口，最后悄无声息地停更。能活过一个季度的都不多。
03 最先慌的是作者
仓库 README 一开头，不是介绍功能，是一段黑体自述：
HGhub 只是我体验 Tauri 2 移动端开发时做的小玩具，开源几天后不知为何收到了大量 star。意识到可能存在的潜在危险后，我立刻更换了开源协议……目前收到的 star 实际上德不配位。
然后他连着做了四件事：
- 改协议：v1.1.0 开始，从 MIT 换成 PolyForm Noncommercial 1.0.0，明确禁止一切商业用途
- 砍功能：以后不再维护任何「获取上游数据」的部分，只做 UI/UX
- 立规矩：README 里加了七条「使用须知」
- 留后路：「收到明确的权利方通知后，我会第一时间积极响应，并根据对方诉求立即归档项目或将仓库转为私有」
我读完最大的感受是：这份 README 不像项目文档，像一份免责声明加行为守则。他做的每一件，都是往后撤一步。
04 七条规矩，四条值得抄
使用须知里有一半在讲「别给别人添麻烦」，这几条尤其硬：
- 不要给上游增加压力：别改代码去做批量抓取，别高频轮询、并发轰炸接口，也别挂机刷播放量——内置的封面和播放列表缓存不许关小
- 不要公开传播接口与直链：理由写得很直白：上游一旦封禁，所有人都没法再用
- 尊重上游版权：别去水印、别搬运转码后二次分发、更别改完拿出去卖
- 不要商业化：打包出售、接广告、做会员付费点播，全部禁止
这份清单其实是这类项目唯一的活路：它不靠法律保护自己，靠使用者克制。
05 冒牌货跑得比正版还快
README 里点名了一个仓库：hichuv/HGhub。
它在旧版源码上擅自加了卡密验证、VIP 付费解锁，拿出去变现。我去查了一下，那个仓库现在 8 颗星、2 个 fork。
那个仓库只有 8 颗星、2 个 fork，看着像没人用。星少不代表没事。你下载的要是它，装进手机里的是谁改过的代码、改了什么，你根本不知道，钱还先付了。
作者划的线很明确：唯一官方仓库是 GitHub 那个，唯一下载渠道是 Releases。凡是网盘、QQ 群、公众号、第三方下载站分发的「HGhub」安装包，一律非官方。
这就是开源的两个面孔：代码公开让好东西被看见，也让坏东西有了原料。
这套流程现在很成熟了：fork 一份源码、加个卡密弹窗、挂到网盘和群里去卖，出事了就说「跟原作者无关」。作者改协议、写声明、留归档后路，防的就是这一步。
06 想试的话，先把代价看清楚
我把话说在前面，这类项目我不建议当日常工具用：
- 生命周期以周计：上游一封，仓库就归档，你的观看记录跟着归零
- 版权风险在你身上：内容不是它做的，但传播的人是你
- 别商用，别搬运，别公开接口：这三条踩任何一条，性质就变了
- macOS 会被 Gatekeeper 拦：Release 的 dmg 没做开发者签名，装完要跑一次
xattr -cr
判断手里的包是不是官方，其实就三步：对仓库地址、看 Release 页、核对更新时间。走的是第三方网盘、还要先输入卡密的，直接删。
有意思的是，issues 里求的东西全是「TV 版」「iOS 旋转」「播放失败」。没人讨论它该不该存在，大家只关心它好不好用。
这大概就是一个爆火项目的常态：技术问题永远比法律问题先被提出来。
我的态度很简单：看个热闹，别当生产力工具。真要试，也别用主账号、别绑常用手机号——把它当成一次技术体验，别当成一个长期服务。
它真正值得学的是那套工程实现，和一个作者在爆火之后怎么给自己划边界。
内容可以复制，版权不能复制。 —— 程序圆
觉得有用？点个关注，后面继续拆 GitHub 上这些突然爆火的项目。
参考：@Suu766 的推文（2026-11-08），以及 Minireel/HGhub 仓库的 README 与 Release 记录。文中数据取自 2026-11-10 的仓库公开信息。
