给这个创意点赞；另外，建议使用 GitHub Action 自动构建 app ，避免人工 Release ，增加可信度。

@chotow

GitHub Action 是有的，正在弄

@lisongeee
不是不信任你，而是攻击面的问题，开发一个特权程序的同时要考虑防止程序被 exploit 。
因为不能上架，官方发布地址和订阅地址会被墙或干扰，在多小白用户中会通过群组/网盘等渠道传播。
这样有人 host 一个第三方的规则订阅源，然后可以偷偷添加如社交媒体自动关注点赞转发等操作。而让用户手动导入本身也会鼓励用户 review 他要导入的内容。同理如果不直接联网，第三方渠道传播的恶意打包版本也更容易让用户警觉。
另外介于里跳跳的前车之鉴，应该从最开始就考虑规避风险的问题。建议把规则仓库下掉，另开一个“community”账户维护规则，两个仓库相互声明没有关联，所有操作用户负责之类的。

@lisongeee
关于上架，可以上架 Google play fdroid 等海外商店，但还是那个问题，因为墙和干扰的缘故，大部分小白用户还是要依赖网盘群组等非官方渠道传播。

这个不错啊

楼主花了多长时间做的，如果是新闻出来后才做的，那行动力太强了吧！🐮🍺

@Jirajine

你说的很有道理，一旦开源，滥用是不可避免

照你这样说只能做成闭源+不联网+用户手动粘贴导入的形式了，因为别人完全可以 fork 版本加隐藏订阅后分发，这时候 APP 就已经有恶意规则了

但是 APP 从 2 年前我设计的时候就需要网络，不然审查工具 https://github.com/gkd-kit/inspect 无法连接调试

而且现在已经开源了，我顶多去上架一下 Google play fdroid

> 官方发布地址和订阅地址会被墙或干扰

这个目前是不会的，这个 APP 及其订阅的会被上传到 https://www.npmjs.com/package/@gkd-kit/app ，然后通过 https://npmmirror.com/ 去检测订阅更新和 APP 更新

好东西，建议还是增加离线手动导入规则功能。

@lisongeee #47 恶意版本的分发倒是和开源闭源关系不大，主要是考虑到直接联网更 vulnerable 。一是小白订阅到恶意规则，二是如果不联网那么添加网络权限的恶意版本会更易辨别。
如果被墙和干扰的问题能解决，那倒是好很多。不过考虑到以后可能要规避风险，规则订阅只能以 unofficial 的方式提供，添加一些诸如 diff view 等便于用户 review 规则的功能还是有必要的。

@Jirajine

> 添加一些诸如 diff view 等便于用户 review 规则的功能还是有必要的

谢谢，很好的提议

另外也可以添加一个标识表示 [官方订阅] / [第三方源] 这个可以直接从 https 链接来标识

比如现在的订阅是 https://registry.npmmirror.com/@gkd-kit/subscription/latest/files

这个订阅里每个对象都是有 key 标识的，一开始就为 diff 考虑了

比如如何添加规则 或者修改规则啊 默认的喜马拉雅无法屏蔽开屏广告

star 了，还有点击记录。比跳跳好用，支持

@ppgame #51

> 比如如何添加规则 或者修改规则啊 默认的喜马拉雅无法屏蔽开屏广告

https://github.com/gkd-kit/subscription

感谢分享！

网易云音乐 开屏无效

@oneisall8955 #55

> 网易云音乐 开屏无效

谢谢反馈，可以到 https://github.com/gkd-kit/subscription/blob/main/CONTRIBUTING.md 打快照给我调试或者直接提 pr

@lisongeee 应该是我手机问题，重启 app ，重新授权又行了😂

老哥好，微博跳过突然就不生效了，但是贴吧跳过还有效……

@neochen13

谢谢反馈，可以到 https://github.com/gkd-kit/subscription/blob/main/CONTRIBUTING.md 打快照给我调试或者直接提 pr

这个帖子的回复楼层，十分贴切的展示的国内开源环境的恶劣。
开源项目，代码和订阅地址都开源了，对代码不放心可以自己 Code review ，对编译不放心可以自己编译；
觉得订阅源不好可以自己部署一个订阅源。