规则对应库的服务状态，或许应有标注

[yfdyh000]

如 https://github.com/zhaobozhen/LibChecker-Rules/blob/master/native-libs/libtpnsSecurity.so.json 所提到的“信鸽推送”，已于2020年末停止服务，官网已无法访问。见 https://main.qcloudimg.com/raw/document/product/pdf/548_41558_cn.pdf

本来是打算建议增加 服务-com.tencent.android.fcm.XGFcmListenerService。
https://docs.itop.qq.com/reference2/Channel/XG/

规则tag、UI标注。乃至未来置于多重规则库，便于放alpha等阶段的规则。

[zhaobozhen]

确实是一个好的提议，但是对于规则维护太麻烦了……维护者总是要关注着各个库的服务情况。

[yfdyh000]

主要建议是增加tags体系。服务状态，只需要标注少数特例（已取代、已停止维护等，对于了解库可用性及app维护程度等也有帮助），没有必要持续关注，有些库几年不更新也是正常状态。允许自定义后，群众的力量是强大的。而且tags能用来标注规则的成熟度，包括beta、非精确（如360加固）、信息待完善等规则状态。