遇到 NekoAnime 的问题怎么反馈：GitHub Issues 的正确用法

用开源应用的好处之一：出了问题不用对着客服机器人打转，你的反馈开发者本人会看。NekoAnime 的反馈渠道是 GitHub 仓库的 Issues 区，这一页讲怎么反馈才有效。

反馈前先做两件事

第一，确认不是自己的问题。把本站常见问题分组里的排查清单过一遍——网络、版本、缓存、数据源四个层面都排除后，再考虑反馈。

第二，搜一下重复问题。Issues 区支持搜索，用现象关键词（比如「崩溃」「缓存」「播放」）找找有没有人报过同样的问题。已有关联 Issue 时，在下面补充自己的机型和现象比新开一个更有价值；没有才新开。

应用内也有直达通道：「我的」页面里的问题反馈入口指向 GitHub Issues（v0.2.1 的更新日志里专门加了崩溃提示对话框到这个入口的跳转）。

有效反馈的要素

开发者不在你的手机旁边，信息越具体越快解决。一份合格的 Issue 包含：

• 应用版本（v0.5.2 还是更早——很多问题在新版已修）；
• 机型与系统版本（折叠屏、平板要特别注明，宽屏适配是已知薄弱区）；
• 现象描述：做了什么操作、预期是什么、实际发生什么——「点开某番第一集，画面黑屏转圈十秒后闪退」远胜于「用不了」；
• 复现步骤：稳定的复现路径是修复的捷径；
• 频率：必现、偶发还是特定网络环境下才出现。

合理的响应预期

README 原话：「后续的更新和维护就靠爱发电」。翻译成预期管理：

• 响应不保证即时——Issues 的处理周期以周计是常态，v0.5.1 修复的一批问题在里程碑里挂了不短的时间；
• 不代表没人管——历史 Issue 的关闭记录显示开发者会认真处理，v0.5.2 的紧急响应就是证明；
• 临时绕过往往存在——比如折叠屏播放异常的官方建议（竖屏全屏播放开关）就来自 Issue 讨论，见全屏与横竖屏设置。

反馈之外的参与方式

用得顺手，也可以回馈项目：给仓库点个 star 是最轻量的支持；有开发能力的可以看自行构建自己编译调优；发现文档或翻译问题同样能提 Issue——开源项目的每一份参与都被记录在案。