LuckyTool 反馈规范——别发空反馈，按要求准备日志和作用域 APK

反馈渠道

LuckyTool 的问题反馈渠道是 Telegram 讨论组。模块首页里有群组链接。GitHub 也可以提 Issue，但优先 TG 群响应更快。

反馈前必须准备的三样东西

开发者在问题反馈页（check_problem）里明确列出了反馈必填的文件和信息：

一、模块首页信息截图（必填）

打开 LuckyTool 模块首页，截图包含：

• 模块当前版本号
• 设备型号
• ColorOS 版本号
• Android 版本号

这让开发者知道你在什么环境下运行的模块——同一段 Hook 逻辑在不同 ColorOS 版本上可能需要不同处理。

二、模块日志页面错误文件（必填）

如果模块的某个分区里有错误日志（红色报错、异常堆栈）：

1. 打开那个分区的日志页面
2. 右上角点「保存」或「分享」按钮
3. 保存下来的日志文件就是模块内部的报错信息

三、LSPosed 日志文件（模块没错误时必填）

如果模块日志页没有错误，需要按以下步骤抓 LSPosed 层的日志：

1. 把 LuckyTool 切到后台
2. 复现一遍问题操作（开那个没生效的开关、重启作用域等）
3. 立即打开 LuckyTool 的日志页刷新，看有没有新日志
4. 还是没日志的话，打开 LSPosed 管理器 → 切换到日志页 → 保存日志文件

LSPosed 的日志会记录每个模块的 Hook 注入情况——如果 Hook 根本没注入进去，日志里会有明确的 Error 记录。

四、问题复现录屏/截图（可选但推荐）

如果问题难以文字描述（比如开关开了但状态栏还是没变、或者变化了但不是你预期的样子），录一段操作视频或多拍几张截图（开启前、开启后、重启前后对比），能帮开发者更快定位。

五、作用域 APK 文件（必填，最容易被忽略）

开发者需要你从设备里提取出 Hook 目标进程对应的 APK 文件。不同 ColorOS 版本的同一进程实现不同，Hook 逻辑也不同——开发者需要你的 APK 来做版本适配。

提取方法见下一页。

空反馈会怎样

开发者在反馈规则里明确说了：如果不按规则提交、只发一句「开关没生效」「模块有问题」之类的空反馈，只给警告或封禁——不会有人来帮你排查。