Primuse / 诊断与反馈
提示请求过多或稍后重试,反复刷新有用吗?
通常是服务要求等待。按提示的冷却时间再试,连续刷新可能继续被限流;不必立即删除音乐源或重填密码。扫描遇到可重试的限流可保留已有检查点,但不代表所有失败都能自动恢复。若是 401、无权限或配置错误,应先处理对应问题;持续失败请记录服务、时间和错误并导出诊断。
按错误提示等待后重试。
若仍失败,在复现后导出诊断并注明服务和时间。
功能怎么用、设置在哪里、遇到问题怎么办,输入问题就能查找答案。
想了解哪一项功能?
简短回答,具体步骤。
Primuse / 诊断与反馈
通常是服务要求等待。按提示的冷却时间再试,连续刷新可能继续被限流;不必立即删除音乐源或重填密码。扫描遇到可重试的限流可保留已有检查点,但不代表所有失败都能自动恢复。若是 401、无权限或配置错误,应先处理对应问题;持续失败请记录服务、时间和错误并导出诊断。
按错误提示等待后重试。
若仍失败,在复现后导出诊断并注明服务和时间。
Primuse / 诊断与反馈
在设置中搜索「诊断」,打开诊断页后选择「发送给作者」。写清问题发生时间、音乐源、具体操作,以及前台还是后台;按需附上报告、日志或截图。上传成功后保留反馈编号,方便后续查询。如果需要复现细节,可先开启诊断模式再重现一次。诊断页没有崩溃报告,也不能单凭这一点确定原因或排除 App 问题。
设置中搜索「诊断」并打开诊断页。
必要时开启诊断模式,重新操作一次。
选择「发送给作者」,填写问题与时间并选择附件。
上传或通过页面提供的邮件、分享方式提交;上传成功后保存反馈编号。
Primuse / 诊断与反馈
列出歌曲和读取音频可能走不同请求,因此“连接成功”不代表每个音频地址都可播放。先在音乐源菜单运行“诊断”,再检查失败歌曲的文件是否仍存在、当前网络能否访问音频地址,以及账号是否有读取权限。保留失败时间和单首歌曲信息提交反馈;仅凭“等待网络或来源”不能确定是 VPN、服务器或 Primuse 的问题。
打开音乐源菜单,选择“诊断”。
确认失败歌曲原文件可读,必要时比较当前网络与其他网络。
仍失败时提交诊断、发生时间和复现步骤。
Primuse / 诊断与反馈
不一定。系统回收后台进程、资源压力和真正的崩溃,都可能表现为重新启动。仅看这个现象或一条磁盘报告,无法确定原因。反馈时请写明切后台前的操作、间隔多久、是否播放或下载,并一起提交诊断报告和相关日志。
记下发生时间和切后台前的播放、下载或扫描操作。
到“设置 → 关于 → 诊断报告”,查看相关报告。
提交反馈时选择报告和日志,并补充重现过程。
Primuse / 诊断与反馈
上传的诊断可以包含设备之前保存的系统报告。上传时的 App 版本和某份报告发生时的版本,不一定相同。排查时要同时看报告时间、版本和你实际遇到问题的时间;旧报告本身并不说明升级没有成功。
先在“关于”确认当前 App 版本。
反馈时补充问题实际发生的时间和当时版本。
保留相关历史报告,让开发者区分旧问题与新复现。
Primuse / 诊断与反馈
连接成功不等于模型能完成推荐或翻译请求;模型的推理输出、响应格式和耗时仍可能导致测试失败。当前客户端对识别为自托管的 Chat Completions 服务尝试减少推理,遇到不支持该参数的 400/422 会去掉参数重试一次。仍失败时请提供服务类型、模型名和具体错误,不能只凭“连接成功”判断配置全部正确。
记录服务类型、模型名和测试错误。
检查服务端是否支持当前选定的兼容接口及结构化输出。
提交诊断时避免附上密钥。