gkd 的开源协议与社区订阅生态现状

GKD 不是一个封闭的工具，它的可用性一半来自程序本身，一半来自围绕它运转的社区生态。了解这个生态，能帮你判断「该到哪里找规则、该到哪里提问」。

开源协议与定位

项目源代码遵循 GPL-3.0-only 协议在 GitHub 公开（仓库为 gkd-kit/gkd），官方声明明确：项目仅供学习交流，禁止用于商业或非法用途。

对普通用户的实际意义：

• 源码公开意味着无障碍权限到底用在哪、数据有没有上传，都可以被独立审查；
• 它是免费软件，没有任何付费解锁的概念，也不存在「高级版」；
• 官方文档与 FAQ 均开放协作，任何人都可以提交修订。

「引擎 + 订阅」的生态分工

GKD 应用本身只做规则引擎，规则内容完全交给生态：

• 官方默认订阅已停止维护。现在官方的角色是提供规则格式规范（JSON5 订阅文件）与配套工具，不直接维护规则内容；
• 第三方订阅是规则的主要来源。开发者基于官方提供的 subscription-template 模板构建自己的订阅仓库，互相之间是独立维护的关系；
• 订阅协作依赖快照机制。普通用户抓取快照分享，规则作者据此编写与验证规则，形成「发现问题 → 提供界面证据 → 规则更新」的循环。

GitHub 上有一个 gkd-subscription 话题标签，把提交了该标签的订阅仓库聚合在一起，方便用户查找。多个第三方订阅 fork 自同一批早期仓库，规则内容高度相似，选一两个维护活跃的即可，同时开启多个内容重复的订阅只会白白增加耗电（详见耗电真相）。

工具链同样是开源的

围绕 GKD 的配套工具也是开放项目：

• 快照审查工具：网页版审查工具可以打开快照链接，可视化查看节点树、调试选择器；
• 订阅模板：想让规则集被更多人用，可以基于官方模板发布自己的订阅；
• 文档站：你现在看到的这类内容，官方文档本身也在 GitHub 开放协作。

提问与反馈的正确姿势

社区协作有一条不成文的流程：先搜 FAQ → 复现不了就抓快照分享链接 → 附上日志里的规则触发记录。带着快照提问比「某应用广告关不掉」这类描述有效得多，快照的抓取与分享方法见快照审查分组。

本站是不属于官方的第三方整理文档，内容依据官方文档与公开资料整理，功能细节以官方最新版本为准。