代码热更新不用这么麻烦。actions/checkout 支持对另外仓库的 checkout，所以你只需要分库就好。
一个仓库放主代码，另外一个仓库放 Action 以及相关配置（ SECRET ），放 Action 的每次从主仓库 checkout 就好了。
用户可以 fork 使用 Action 的仓库，而不需要 fork 主仓库。
而你对主仓库的修改，在用户那也能得到同步更新。

@Taosky 关于 frodo 域名的用法，我看 zhanghai/Douya 和 lovemefan/TZVideo （就你链接那作者） 研究都挺深入的。
但其实完成度都不高，而且没有摸索出较为完整的文档。
我这边暂时用页面解析的方式了，毕竟之前有 一些历史记录的缓存。短时间来看也能应付新增缓存。

@flyindance 用 cf-worker 。反正抓取服务器不是我的。

@menghen
APP 的 key 还是 0dad 这就有些奇怪了，我之前觉得 0dad 保险就是因为抓包的时候试出来试官方 APP 用的。
难道走的是 frodo 域名，不是 API v2 吗？
那样似乎就要 sign 了。而且 frodo 域名方法毕竟没有文档，之前 API v2 好歹官方下线后后第三方备份。
我这边的一些功能暂时都用页面解析和请求转发的方法替代了，也算是折中之举了。

同样发现这个问题了，比较受影响。除了本人于网上公开收集的一些 key 之外（ 0dad ），之前朋友私发给我未曾被公开过的 apikey 同样也出现了 invalid_credencial2 的报错。
App 抓包获取不到可能是因为安卓的 ssl pinning 吧，我现在也在试。

@ziggear 那是因为你找到的 apikey 权限不够，1 楼的那个就不能拿来搜索，建议你重新找下，公开的（网上能找到） apikey 就有能用在 search 接口上的

@mayli 这个不是自制 v2key，而是从豆瓣 app 应用抓 v2key，抓到的是 0dad 那个

@xiadd 我觉得是两回事，通过搜索，我也找到了其他的一些 apikey，暂时先用在自己的相关应用上了。

装完没发现问题，且不好用。高级搜索 g 家也是有的，为何不直接用？
此外如果不运行的话，为什么不贴一下 Console 报错信息？

要这样复制，不如直接搜前端静态模板。找个可以看的（，付不起钱就免费的）下载，然后修改 html 方便。至少前端 js、css 资源是完整的。