聊天记录整理 FAQ
本页把已授权备份中的 QQ 私聊、QQ 群聊、Telegram 私聊、Telegram 群聊和频道公告整理成使用者 FAQ。问题经过脱敏、合并和改写：相同现象只保留一条可执行答案，原始消息中的账号、访问码、私钥、机台标识、私人链接和不再适用的旧名称不会出现在文档中。
聊天记录是经验材料，不是当前版本的强制协议。若本页与当前网页提示、管理员公告或安装器说明冲突，以当前页面和当前版本为准。
先看这三条
- 任何安装、恢复、重启、订单和网络切换前，先备份账号缓存并记录当前状态。
- 任何二维码、Token、机台标识、私钥和恢复包都只在受信范围内传递。
- 遇到异常时，一次只改变一个条件，保留时间、页面提示和截图，不要连续重复提交。
安装介质与恢复
Q1：新机台应该怎样开始安装？
使用管理员确认的同版本安装器制作安装介质，再按使用 U 盘安装操作。聊天里的经验表明，直接把别人机器上的零散文件复制过来，容易出现版本、启动项、资源和配置不一致。
推荐顺序：
- 确认机台确实获得授权；
- 取得与目标版本匹配的安装器和发布说明；
- 准备独立的恢复介质和账号缓存备份；
- 写入 U 盘后检查容量、分区、根目录和文件完整性；
- 完成安装后先验收网络、登录、记录和缓存，再处理内容更新。
不要因为安装包看起来较小就跳过校验，也不要把升级包、恢复包和普通数据备份混在同一目录。
Q2：长期没有开机的机台，在版本切换前要做什么？
历史公告建议：在维护窗口内先完成两次正常重启，并确认启动阶段能够完成一次热重载/冷重启测试；如果机台仍停留在旧状态，先停止切换，准备恢复介质。
这条经验的目的不是“多重启几次就能修好”，而是让机台有机会完成待处理的控制更新并暴露异常。两次重启后仍没有变化时，应记录：
- 上次正常启动时间；
- 当前页面显示的版本和侧载项；
- 健康页最后上报时间；
- 订单下载进度；
- 是否出现黑屏、循环重启或挂载失败。
Q3：恢复 U 盘为什么经常不识别？
聊天中反复出现的有效检查项是：
- 使用建议容量足够的独立 U 盘；
- 按管理员说明格式化为 exFAT；
- 使用管理员要求的卷标；
- 将恢复包要求的文件直接放到根目录；
- 不要多套一层文件夹；
- 将 U 盘插入指定接口；
- 先完全关机，再插盘，再开机；
- 不要在启动后立刻拔盘。
如果仍然不识别，只更换一个变量：先换 U 盘或重新校验文件，不要同时更换版本、接口和恢复包。完整步骤见恢复与回滚。
Q4：恢复或安装卡住了，可以直接拔 U 盘吗？
不可以。先观察进度、指示灯和自动重启迹象，记录停留时间。大文件阶段可能长时间没有明显画面变化；只有在管理员确认程序已经停止或设备明确无法继续时，才进行下一步处理。
拔盘、断电和连续按电源键都可能把“可等待的问题”变成“需要回滚的问题”。如果已经误拔，停止继续尝试，保留屏幕状态并使用最近一次可用恢复介质。
Q5：安装后黑屏、重启失败或启动回到旧版本怎么办？
先不要连续切换多个版本。按以下顺序处理：
- 等待一次完整启动周期；
- 确认 U 盘仍在且没有被中途拔出；
- 检查健康页、订单进度和磁盘空间；
- 记录最后一个可见画面和错误时间；
- 机台无法进入待机时，使用匹配的恢复介质；
- 恢复后先验证网络和账号，再恢复缓存。
如果页面提示安装成功但机台仍回到旧版本，重点检查是否选择了正确的侧载项、是否完成了应用阶段、是否仍有分包未下载。
更新、订单与侧载
Q6：更新已经发布，为什么机台没有立即出现？
聊天公告显示，更新通常经历“可见 → 下载 → 分包校验 → 等待发布时间 → 应用 → 重启/热重载”几个阶段。公告时间到了只代表允许进入下一阶段，不代表机台已经下载完成。
检查顺序：
- 刷新健康和订单状态；
- 确认机台当前连接的是授权更新通道；
- 检查磁盘剩余空间和当前下载项；
- 等待所有分包完成；
- 在机台空闲时执行一次冷重启或页面要求的热重载；
- 重新打开页面确认进度。
Q7：大更新显示已完成，但仍缺少资源或曲目怎么办？
大型内容可能拆成多个包。单个项目完成、进度条接近 100% 或网页显示某个包已下发，都不能证明整个订单已经应用。
- 查看订单详情中是否仍有等待、校验或安装项；
- 检查磁盘写入和剩余空间；
- 不要在分包未完成时反复重启；
- 全部完成后再做一次维护窗口内的冷重启；
- 仍缺少内容时记录缺失名称、订单名、时间和当前版本。
如果缺少的是预览图、音频或视频，先判断是资源包未完成还是内容本身没有提供，不要直接删除下载缓存。
Q8：两台机台一台更新了，另一台没有，应该怎么比对？
不要只比较屏幕上的版本文字。逐项比对：
| 对比项 | 需要确认 |
|---|---|
| 更新分支 | 两台是否选择了相同的可见分支 |
| 订单列表 | 是否有可选项、黑名单或删除列表差异 |
| 连接状态 | 是否都能稳定上报健康数据 |
| 下载进度 | 是否有一台还在等待或重试 |
| 磁盘空间 | 是否有一台空间不足 |
| 重启方式 | 是否只做了热重载，未完成冷启动应用 |
| 时间 | 是否在同一维护窗口之后刷新 |
先让两台机台都回到可比较的空闲状态，再一次只修改差异项。
Q9：为什么更新后屏幕版本号没变？
版本文字可能表示启动分支，而内容订单、资源包或谱面补丁另有状态。确认更新是否生效时，应同时看：
- 订单安装项是否完成；
- 新内容能否在授权环境中读取；
- 健康页的最后上报时间；
- 是否出现缺资源或启动警告；
- 是否需要重新启动。
不要仅凭一个版本号判断成功或失败，也不要在版本号不变时重复创建同一订单。
Q10：热重载已启用，为什么切换时仍然提示重启？
“允许热重载”和“执行一次热重载”是两个不同动作，而且并非所有更新都能在不重启的情况下应用。涉及启动配置、磁盘挂载、运行库或大资源时，页面提示冷重启是正常的。
正确做法是：保存当前状态 → 等待下载完成 → 让机台空闲 → 按页面提示选择热重载或冷重启。不要为了绕过提示连续切换开关。
Q11：侧载内容和常规内容是否共用同一份更新？
聊天中的现场经验显示，侧载分支可能使用独立的内容盘和独立订单。切换侧载不会自动改变常规分支的文件，也不能把“下载完成”理解为“两个分支都已应用”。
如果需要切回常规分支：
- 记录当前侧载项和订单进度；
- 确认机台空闲；
- 在页面选择目标分支；
- 按提示执行重启；
- 验收登录、记录和数据保存。
不要用一个分支的配置去猜测另一个分支的状态。
Q12：禁用侧载盘开机自动挂载后，为什么重启仍然没有变化？
这个开关通常只改变“启动时是否自动尝试挂载”，不一定会自动完成一次手动挂载，也不一定撤销已经产生的挂载状态。排查时：
- 确认保存提示成功；
- 按页面要求重启，而不是只刷新浏览器；
- 进入空闲状态后尝试一次“挂载侧载盘”；
- 刷新健康和订单状态；
- 连续失败时停止重试并进入恢复流程。
Q13：侧载游玩出现续关、卡顿或输入异常怎么办？
先区分是单首内容问题、全局运行问题还是磁盘/网络问题。记录曲目、难度、发生阶段、机台温度/散热情况和是否只在侧载出现。
- 单首内容异常：停止继续游玩该内容，等待修复包；
- 全局卡顿：看磁盘、内存、温度和后台下载；
- 切换后异常：按页面提示完整重启一次；
- 更新后才出现：保留版本和订单信息，必要时回滚到最近可用快照。
不要用反复热重载掩盖硬件散热或存储问题。
二维码、登录与访问码
Q14：临时访问码能登录，长期访问码却不行，怎么办？
聊天里出现过“临时码可用、长期码需要更新”的情况。先确认：
- 网页与机台使用的是同一授权环境；
- 长期码没有过期、撤销或被重复使用；
- 机台的访问码功能已保存并按页面要求重启；
- 浏览器没有把旧二维码缓存下来；
- 重新生成一次，不要反复提交同一张截图。
临时码和长期码的生命周期不同，不能只因为其中一种成功就判断另一种配置完整。
Q15：网页生成二维码后，机台提示网络错误或访问错误怎么办？
先在网页端验证 Token，再在机台健康页检查网络。随后按以下顺序：
- 确认二维码图片完整、没有裁切或压缩；
- 确认机台选择了正确的账号/目标；
- 重新生成一次临时码；
- 确认访问码相关规则已经保存；
- 在维护窗口内执行一次完整重启；
- 如果仍失败，保存错误文字和时间，联系管理员。
不要把二维码内容直接发到群里求助；用打码截图或只提供错误编号。
Q16：登录后上机名称变了，是账号丢失了吗？
先区分三种名称：浏览器本地显示名、服务端账号名、机台上显示的昵称。切换账号、导入账号或规则更新都可能改变其中一个。
验证方法：
- 在网页账号菜单确认当前账号；
- 用只读页面检查记录和成绩是否属于目标账号；
- 不要立刻删除本地账号条目；
- 需要恢复时先备份当前数据，再联系管理员。
不要用昵称变化推断账号数据已经丢失。
数据上传、缓存与恢复
Q17：机台显示游玩完成，但网页或常规服务没有成绩，怎么办？
先判断“当前机台记录是否生成”和“远端保存是否成功”是两件事。若页面或机台出现数据保存失败提示：
- 记录游玩时间、曲目和提示文字；
- 不要立刻清空机台缓存；
- 打开网页的上传缓存页面；
- 确认当前 Token 和目标访问码有效；
- 下载一份缓存留档；
- 按页面要求上传一次并等待结果；
- 回到成绩/记录页面重新读取。
如果重试响应丢失，先重新读取列表再决定是否重试，避免重复上传。
Q18：侧载或测试内容产生的数据应该放在哪里？
按管理员给出的数据保存策略执行。聊天公告曾提示：在包含未同步内容时，某些设置会让数据只保存在受控的专用数据区，待常规内容同步后再处理；另一些设置会同时保存到两个目标。
用户层的安全规则是：
- 不要把未验证的数据当作已经写入常规服务；
- 不要关闭管理员要求的数据保护规则；
- 在跨环境游玩前先备份；
- 看到“本次仅保存到专用数据区”提示时，按提示使用上传缓存或等待同步，不要重复游玩来“补上传”；
- 需要确认时让管理员说明当前机台的可见数据策略。
Q19：缓存恢复后页面仍然没有记录，是什么原因？
缓存恢复的 count 只说明服务接受了部分数据，不代表所有页面马上完成索引。检查：
- 恢复文件是否来自同一账号；
- 文件是否完整且能解析为 JSON；
- 恢复后是否重新登录或刷新页面；
- 记录是否仍在服务同步队列；
- 当前页面是否使用了正确的时间范围。
不要把不同账号的备份合并后恢复，也不要用恢复操作替代正常上传流程。
Q20：上传时间显示与实际游玩时间不同怎么办？
先检查时区、页面生成时间和上传队列时间。服务记录、浏览器本地时间和机台时间可能来自不同来源。
保存原始时间、当前时区和页面截图；不要为了“对齐时间”手动修改备份 JSON。若同一批记录都偏移相同小时，优先按时区问题反馈；若只有一条记录异常，再提供记录编号和发生时间。
网络与网页
Q21：网页突然变成空白、看不懂或像换了一个站点怎么办？
先确认地址是管理员提供的当前文档或网页地址，再清理当前页面缓存并重新登录。聊天中多次出现前端页面更新、标题变化和文档迁移，因此旧书签不一定仍然有效。
不要从群聊中的旧截图复制地址，不要把 Token 粘贴到未知网页。确认新页面后先做只读操作，再进行写入或删除。
Q22：网页看起来正常，但机台没有响应怎么办？
网页请求成功只说明服务收到了请求，不代表机台已经完成动作。检查：
- 机台是否在线；
- 健康数据的最后上报时间；
- 订单和控制操作是否仍在处理中；
- 页面是否显示操作结果；
- 是否需要等待或重启。
网页的“取消”通常只停止浏览器等待，不一定撤回已经送达的机台动作。
Q23：机台没有网络，应该先改配方还是先改路由器？
不要同时改两边。先拍下健康页面和网络设备指示灯，确认物理连接、网线、电源和上游网络；再按管理员提供的单一方案验证。修改网络文本或切换多个连接选项前，先备份原值。
机台在公共场所时，物理插拔、路由器更换和 U 盘操作应由被授权的维护人员完成，普通用户不要要求现场人员代为开门操作。
机台控制与权限
Q24：执行命令提示 operation not allowed 怎么办？
这通常表示当前账号、执行身份、命令类型或机台状态不满足权限条件。不要把同一命令换几个参数反复尝试，也不要索要其他人的凭据。
记录目标机台、操作名称、提示时间和页面显示的执行身份，联系拥有机台权限的管理员。公开反馈中不要贴命令全文、参数、密钥或原始日志。
Q25：打开了开关，为什么不立即生效？
聊天中多次确认过三种情况：
- 有些开关保存后立即影响网页显示；
- 有些开关需要重新读取配置；
- 有些启动、挂载和连接设置必须完整重启。
以页面提示和管理员说明为准。保存成功后先刷新配置，再按要求重启；不要只刷新浏览器就判断机台没有生效。
Q26：自定义头像或图片有什么要求？
使用页面明确支持的上传入口。经验上，头像最好准备 1:1 正方形图片，使用常见格式并控制尺寸；上传后用普通用户账号验收，不要把包含 Token、二维码或个人信息的图片当头像。
如果设置项只在特定版本或侧载分支出现，看不到入口属于版本能力差异，不要手动猜配置名。
Q27：截图、摄像头和直播功能可以随便开吗？
不可以。开始前确认场所和被拍摄者同意，截图中遮盖账号、二维码和机台标识；摄像头和直播尤其要避免拍到顾客、收银区域和聊天信息。使用结束后停止直播并关闭预览。
自制内容与更新提交
Q28：外部工具制作的内容能不能直接接入？
不能默认可以。群内曾出现“能否直接接入外部编辑器铺面”的提问，得到的经验是：必须经过当前内容索引、详情文件和安装包流程验证。
提交前至少检查：
- 曲目编号和标题；
- 每个难度文件能否读取；
- 音频、封面和预览资源；
- 文件路径和大小；
- 在授权测试环境中启动、游玩和退出；
- 与已有内容共存。
通过测试内容与谱面浏览提交，不要在群聊里直接传播未审核的生产包。
Q29：自制内容提交后多久能看到？
提交不代表立即下发。历史公告显示，内容可能先进入人工检查，再按维护窗口、更新批次和目标分支发布；有些批次会在固定时间集中下发。
等待期间不要重复提交同一个包。保留提交编号、内容清单、测试环境和已知问题；发布后先在一台授权测试机验证，再扩大范围。
Q30：为什么只看到部分更新内容？
常见原因包括：当前机台分支不同、可选列表未选择、黑名单排除了内容、分包未全部下载、详情文件尚未发布，或内容只对特定授权范围开放。
先查订单与 VHDX 配置和健康状态，再查看测试内容索引。不要仅凭群里别人能看到就判断自己的机台也应该能看到。
维护窗口与安全
Q31：凌晨突然出现控制更新或页面行为变化正常吗？
历史群公告曾提示可能在凌晨维护窗口进行机台控制组件更新。这个时间不是永久承诺，当前版本以最新公告为准。
若维护期间出现变化：
- 不要启动新的订单或恢复操作；
- 等待维护窗口结束；
- 刷新健康和操作结果；
- 再决定是否需要重启。
Q32：群里有人发送了机台密钥、私钥或二维码，能不能转发给管理员？
不要转发到公开群、工单或文档。立即删除本地下载和聊天转存，私下通知账号所有者或管理员已泄露，并按管理员要求轮换/失效凭据。故障报告只提交脱敏后的机台标签、时间、错误消息和截图。
本 FAQ 明确不收录这些敏感材料，即使它们出现在备份中，也不代表可以公开使用。
Q33：遇到一个新的错误，怎样提问最容易得到帮助？
按下面模板提问：
机台/账号别名：<脱敏名称>
发生时间：<含时区>
网页页面或机台阶段：<页面/启动/下载/游玩/上传>
当前分支或订单：<可公开名称>
最后一个成功动作：<动作>
错误原文：<只贴非敏感提示>
是否重启：<否/热重载/冷重启>
健康状态：<在线、最后上报、磁盘空间>
已经尝试：<按时间列出>不要直接发送完整 Token、二维码、私钥、原始备份、Hosts 文本、日志全量或带个人信息的照片。
Q34：两张卡或多人同时登录时，为什么只有一个人能看到受限内容？
聊天中的现场经验表明，受限内容往往按“本次会话中的全部账号”判断，而不是只看第一张卡。双人或多人同时登录时，只要其中一个账号不在当前允许列表、同时被排除，或账号状态尚未同步，整次会话都可能看不到内容。
排查顺序：
- 记录本次使用的每个账号的脱敏别名；
- 分别用单账号登录，确认谁能看到内容；
- 检查目标机台是否已经读取最新名单；
- 确认没有账号同时出现在允许列表和排除列表；
- 退出全部账号后重新登录一次；
- 仍不一致时保存时间、账号数量和页面现象，交给管理员核对。
不要只把“能看到内容的账号”重复登录，也不要在未确认名单来源时手动复制群里的编号。
Q35：管理员给了一个共享值，我可以把它当作管理员密钥使用吗？
不可以。共享值、验证值和管理员私密凭据的权限可能完全不同。使用者只应把管理员明确标注为“可在页面输入”的值填入当前页面；没有说明用途的字符串不要尝试放进 Token、密码或配方值。
如果共享值或管理员凭据被发到错误的群组：
- 停止继续转发；
- 不要再次粘贴给管理员“确认”；
- 私下通知凭据所有者已经暴露；
- 按管理员要求轮换、失效或重新绑定；
- 用脱敏的时间和范围报告，不附原值。
Q36：白名单已经保存，为什么上机仍然没有变化？
保存成功只说明网页写入成功，机台可能还在使用旧配置或旧缓存。先重新读取配方确认值仍在，再按管理员说明完成热重载或冷重启。若是双人登录，重新检查所有参与账号，而不是只检查管理员看到的一个账号。
还要区分三种范围：网页账号的允许列表、机台的用户过滤和内容本身的发布范围。它们任意一层不满足，都可能表现为“白名单不生效”。
Q37：测试内容包可以直接发给群里让别人帮忙测试吗？
不要这样做。测试包可能包含未公开资源、用户标识、路径信息或不适合传播的内容。正确流程是：在授权测试环境验证 → 按页面或管理员指定渠道提交 → 等待人工检查 → 只在获授权的环境中验收。
提交时说明内容清单、版本、依赖、测试结果和已知问题；不要把账号备份、密钥、二维码、原始日志和与内容无关的个人信息一起打包。
Q38：提交自制内容后，为什么一段时间没有消息？
发布流程可能包含人工检查、构建、排队、分支选择、发布时间和机台下载多个阶段。提交成功不等于已经发布，也不等于所有机台都能看到。
等待期间保留提交时间、内容清单和联系渠道，不要重复发送同一个压缩包。发布后先在一台授权测试机检查封面、详情、音频/视频、难度和最小游玩流程，再扩大范围。
Q39：别人已经看到新内容，我的机台为什么没有？
不要直接判定服务异常。先比对：
| 项目 | 要问的问题 |
|---|---|
| 更新分支 | 两台机台是否在同一个可见分支 |
| 订单范围 | 是否选择了相同的可选项 |
| 排除规则 | 是否有黑名单或删除列表差异 |
| 分包状态 | 资源包、详情文件和主包是否都完成 |
| 发布时间 | 是否已经到达允许应用的时间 |
| 侧载选择 | 重启后是否仍选择旧分支 |
| 权限 | 内容是否只对特定账号/机台开放 |
记录差异后一次只改变一个条件。不要复制另一台机台的目录，也不要为了追上别人而创建同名订单。
Q40：凌晨出现页面变化、下载开始或控制提示，是不是需要马上重启？
不一定。历史群公告里出现过维护窗口内的页面、控制和内容更新。窗口期间优先暂停新的订单、恢复和高风险控制，等待当前维护阶段结束，再刷新健康和订单状态。
若页面明确要求重启，等机台空闲后执行一次；若没有明确提示，不要连续重启。反馈时记录页面出现变化的时间、当前订单和最后上报时间。
Q41：切换到测试分支后，普通账号还能继续使用吗？
取决于当前分支、账号范围和管理员给出的数据策略。测试分支可能只允许测试账号、只把数据保存到专用范围，或者要求使用上传缓存完成后续处理。
切换前先备份；切换后使用一个明确授权的测试账号完成最小流程；退出前查看记录和缓存提示。不要用普通账号反复游玩来验证“是否能同步”，也不要把测试分支产生的未确认数据当作常规数据。
Q42：网络恢复后页面能登录，但订单仍然不动，应该重启还是等？
先刷新健康和订单，比较两次记录的进度、当前安装项、磁盘空间和最后上报时间。如果进度仍在变化，等待；如果状态是等待发布时间，等到时间后再刷新；如果长时间完全不变，停止创建新订单并联系管理员。
只有页面或公告明确要求时才重启。重启前留档当前缓存和订单状态，重启后重新检查所有安装项，不要只看一个百分比。
Q43：网络设备、机台和网页都显示不同状态，应以哪一个为准？
三者测量的时间和层次不同：网络设备反映链路，机台健康反映最近上报，网页反映当前请求和缓存。不要选择一个颜色作为唯一结论。
记录同一时间点的：物理链路、机台最后上报、HTTP/TCP 检查、网页 Token 验证和最小只读请求。若只有网页旧，刷新页面；若机台最后上报很旧，检查电源和网络；若只有一个检查失败，记录检查名交给管理员。
Q44：上传缓存操作超时后，怎么判断是否已经成功？
不要立刻再次上传。先验证当前 Token，再刷新上传缓存列表，确认目标索引是否仍在、记录/成绩是否出现、页面消息是否变化。只有在确认没有成功且管理员允许时，才提交一次重试。
如果目标数据已经出现，按成功处理；不要为了得到第二个成功提示重复上传。下载一份当前快照留档，反馈中只提供索引的脱敏名称和时间。
Q45：页面提示“保存成功”，但机台仍使用旧行为，应该怎么报告？
报告中区分“网页配置已持久化”和“机台已经应用”。提供：页面名称、字段类别、保存时间、重新读取结果、是否热重载/冷重启、机台最后上报时间和现场现象。
在等待管理员确认前不要再改第二个相关字段。不同字段可能有立即生效、重新读取生效和重启生效三种时序；网页刷新不能代替机台重启。
Q46：截图、摄像头或直播画面能不能作为故障证据发群？
可以提交经过授权和脱敏的最小区域，但不要直接转发原画面。先遮盖账号名、二维码、访问码、机台标识、地址、顾客和现场人员；摄像头和直播还要确认场所同意。
更安全的报告只包含错误区域、时间、页面/操作名称和非敏感状态。原始画面放在受保护位置，问题关闭后按保留策略删除。
Q47：我只想知道一个字段的含义，可以直接把完整配方 JSON 发出来吗？
不要。只提供字段的页面显示名称、数据类型、是否启用、脱敏后的值形状和出现的错误消息即可。完整配方可能包含地址、凭据、机台标识或未公开配置。
如果需要对照，先复制一份离线备份，在本地把 Token、密码、访问码、地址、密钥和完整编号替换为占位符，再发送最小相关片段。
Q48：导入账号列表后，为什么本地顺序和原设备不同？
导入文件迁移的是本地账号条目，不一定保留原设备的最近使用时间、浏览器排序或当前 Token 状态。导入后逐个验证账号类型和名称，再手动拖拽排序。
导入失败时不要把文件内容直接贴到群里。确认文件来自受信设备、格式完整且浏览器有文件权限；必要时重新导出一份脱敏的结构信息给管理员，不要共享原文件。
Q49：清理浏览器缓存后，服务端相片或账号数据会不会消失？
清理浏览器缓存只影响本地显示和临时对象。删除本地账号条目也不等于删除服务端账号；真正的服务端删除需要在相片、上传缓存或其它页面中单独确认。
但清理前仍应先下载需要保留的相片、缓存和账号导出文件，因为浏览器临时副本清除后不一定能找回未保存的内容。
Q50：怎样确认一个问题已经真正解决，而不是网页暂时恢复？
完成一次完整最小验收：
- 健康页有新的上报；
- 测试账号能登录和退出；
- 记录、成绩、相片和缓存能读取；
- 订单和安装项状态清楚；
- 目标内容在授权环境可打开；
- 必要时检查一次上传队列；
- 临时截图、日志和凭据副本已清理；
- 维护记录写明版本、分支、时间和结果。
只恢复了网页或只看到一个绿色提示时，结论应写成“待验收”，不要写“已解决”。
Q51：已经是最新版本的机台，还能直接插新的安装 U 盘吗？
不要把“安装介质能制作出来”理解成“所有机台都可以直接插入”。聊天中的现场经验反复提醒：新机首次安装、旧机恢复、已完成更新的机台升级，可能使用不同的介质和步骤。
执行前先确认：
- 当前机台版本、分支和最后一次成功更新时间；
- 当前发布说明是否明确允许对该状态使用新介质；
- 这是全新安装、恢复，还是增量升级；
- 是否已经保存账号缓存、订单配置和恢复介质；
- 是否有人在维护窗口现场负责观察启动阶段。
如果公告明确说不要对已完成最新版本的机台使用某批次安装盘，就先停下，改用页面提供的更新/侧载流程。不要通过重命名文件、把内容拖入 U 盘或混合多个版本来“试试看”。
Q52：热重载后一直卡在镜像挂载或黑屏，应该继续等还是冷重启？
现场记录中出现过“内容缺失后执行热重载，随后卡在镜像挂载，挂载完成后黑屏”的组合现象。它不适合连续点击热重载解决。
安全顺序：
- 记录操作开始时间、当前侧载分支和健康最后上报；
- 确认没有正在写入的订单和玩家；
- 等待一次完整的挂载/启动周期；
- 如果页面或维护公告允许，执行一次冷重启；
- 重启后重新读取健康、订单、挂载和画面；
- 仍然黑屏或循环重启时停止尝试，使用最近一次恢复点。
不要在黑屏期间重复切换分支、删除缓存或重新保存订单。热重载能力开关、热重载执行动作和冷重启的适用范围不同。
Q53：所有安装项都显示同一个错误状态，是否应该继续重试？
如果所有安装项同时失败，优先怀疑共同条件：更新限速、发布时间、网络、磁盘或当前订单配置，而不是每个安装项都损坏。聊天经验中出现过统一状态码和自定义限速相关的更新失败。
排查顺序：
- 打开机台健康中的订单详情，记录每个安装项的状态码和说明；
- 查看自定义更新限速是否开启、四个阶段是否被设为过低值；
- 对照当前发布说明要求，必要时关闭自定义限速或恢复管理员给出的最低值；
- 只保存一次，等待完整结果；
- 若仍失败，核对磁盘空间、网络速度、Hash/大小和发布时间。
不要把历史聊天中某个批次使用过的数字当作永久规则，也不要同时修改限速、订单、分支和网络配置。状态码应随时间和当前版本一起报告。
Q54：侧载包下载完后会自动可用吗？
不一定。现场公告通常把“包已下载”“允许应用”“热重载/冷重启切换”“目标内容可读”分成不同阶段。下载完成后仍可能需要按当前公告执行热重载或冷重启。
确认顺序：
- 查看所有安装项是否完成，不只看总进度；
- 确认发布时间已到；
- 确认侧载选择弹窗中使用了目标订单/分支；
- 按当前页面提示执行热重载或冷重启；
- 回读健康中的运行分支、订单和挂载状态；
- 用授权测试账号完成最小读取和退出。
不要只因为按钮已经出现就认为目标内容已经应用，也不要连续重启来追赶下载进度。
Q55：侧载只在某几首内容上崩溃，能直接判断是机台坏了吗？
不能。只在部分内容崩溃，可能是内容资源、分包、谱面/详情、镜像映射、版本分支或单项损坏；全局运行问题则通常会影响更多内容。
记录曲目/内容的脱敏名称、难度、发生阶段、是否每次复现、当前侧载分支、安装项状态和磁盘空间。先停止继续测试该内容，重新读取订单和健康；不要连续热重载，也不要复制另一台机台的目录覆盖当前内容。
Q56：能不能找一个工具把整台机台备份成可启动镜像？
整盘恢复介质、账号缓存备份和订单使用的 VHDX 安装项不是同一个东西。文档不指定第三方备份软件；使用者应采用当前维护人员认可的、能够恢复启动分区和数据分区的方案，并在非生产设备上做一次恢复演练。
确认备份时至少记录：
- 是否包含启动所需分区；
- 是否包含订单/镜像所需数据；
- 是否能在目标机台读取；
- 是否有恢复介质和恢复后网络/账号验收步骤；
- 备份创建时间、版本和校验结果。
不要把“能生成一个镜像文件”当作“已经有可用恢复方案”，也不要把未经测试的整盘镜像写回生产机台。
Q57：网页投币显示成功，但机台没有反应；实体投币也不工作，应该先查什么？
先把“网页发送的即时动作”和“现场实体输入”分开验证。网页出现成功提示，只能说明请求被接受；实体投币还要经过当前运行分支、输入设备和现场硬件链路。反过来，实体投币失败也不能直接说明账号或订单有问题。
建议只做一次最小测试：
- 记录当前运行分支、健康最后上报、网页操作结果和现场现象；
- 刷新健康页，查看投币相关动作是否完成，摄像头/输入状态（页面提供时）是否异常；
- 在没有玩家使用的维护窗口内，使用一个最小投币数量测试；
- 若网页动作可用、实体输入不可用，检查现场输入设备与当前分支兼容性，并让管理员确认；
- 若两种方式都不可用，先检查网络、权限和机台上报，不要连续点击投币或反复切换分支。
聊天中出现过“侧载投不进币先看摄像头/输入状态”的经验，但它只是排查入口，不是对所有机台的确定结论。不要把长按投币数量弹窗当成实体投币修复，也不要把负数投币作为测试手段。
Q58：侧载游玩后，切回主分支登录不上或成绩传不上，是否要删除缓存？
不要先删除缓存。现场经验显示，侧载会改变当前运行分支、会话时序和数据保存目标；切回主分支后，网页、机台和上传队列可能还没有完成同一轮状态更新。
按以下顺序处理：
- 记录侧载订单、最后一次游玩时间、当前运行分支和健康最后上报；
- 结束当前侧载会话，按页面提供的方式切回主分支，必要时只执行一次页面要求的重启；
- 回读健康、网络检查和登录状态，确认机台不再处于挂载或应用中；
- 登录失败时生成新的临时访问码，不要重复使用旧截图；
- 成绩未出现时先打开上传缓存页面，下载快照留档并按页面流程上传一次；
- 仍失败时提供脱敏的分支、时间、状态和错误，不要覆盖目录或合并不同账号缓存。
Q59：侧载内容崩溃后机台自己回到主分支，这正常吗？
把它当作“当前侧载没有稳定保持”的现场结果，不要把自动回到主分支当成内容已经正确应用。聊天记录中出现过侧载崩溃后回到主分支的反馈，用户侧无法仅凭画面判断是保护性回退、重启时序还是内容本身失败。
记录：发生的内容和难度、崩溃时间、侧载订单、重启方式、回退后的运行分支、健康最后上报以及是否留下上传缓存。若只发生一次，先用授权账号做最小读取；若同一内容重复触发，停止继续测试该内容并保留订单状态。不要连续热重载，也不要立即把另一台机台的目录复制过来。
Q60：侧载镜像挂载很慢，怎样判断是在工作还是已经卡住？
不要只看黑屏时间，也不要连续点击“挂载侧载盘”。在健康页同时观察订单/安装项状态、磁盘读写、下载速度、最后上报和当前运行分支：只要其中的进度或上报仍在变化，就先等待一次完整周期；所有字段长时间不变，才把它作为疑似卡住上报。
反馈时附上开始时间、目标订单、当前安装项、最后一次进度、磁盘可用空间和网络检查结果。若已经挂载完成却黑屏，按恢复与回滚的冷重启与恢复边界处理；不要在等待期间删除镜像、修改映射或重复保存订单。
Q61：只有某几首内容出现音乐和谱面对不上、黑屏或崩溃，能直接判断整台机坏了吗？
不能。聊天现场出现过“内容可见但音乐与谱面不一致”和“只有某项打开就崩溃”的组合。优先把它当作单项内容、详情文件、分包、版本分支或镜像映射问题，除非基础页面、多个内容和健康状态也同时异常。
先记录脱敏内容名称、难度、发生阶段、是否每次复现、当前分支、订单安装项状态和磁盘空间；停止继续测试该项，刷新订单和健康，再用另一项已验证内容做一次最小对照。不要删除整批缓存、复制其它机台目录或为了掩盖问题反复重启。
Q62：两台机台配置看起来一样，为什么一台能上传，另一台不能？
“配置文本相同”不代表现场条件相同。分别记录两台机台同一时间点的网络检查、最后上报、运行分支、订单/挂载状态、磁盘空间、上传缓存索引和账号会话；尤其要确认其中一台是否仍在侧载、应用或重启阶段。
先用同一种非敏感最小流程分别验证，再一次只改变一个条件。若只有一台失败，不要把能用机台的完整配置、缓存或账号文件复制过去；先保留失败机台的上传缓存快照和错误时间，交给管理员按网络层、机台层和账号层分开判断。
Q63：同一个账号在一台机台能登录，换到另一台却不行，怎么办？
先确认目标机台是管理员允许的机台，且页面读取的是目标账号而不是浏览器残留账号。二维码、访问码、会话和本地缓存有不同生命周期；从一台机台截图下来的旧二维码不能当作另一台机台的永久凭据。
在目标机台重新生成一次临时访问码并完成一次登录，随后回读机台状态和记录归属。若临时码可以而长期码不可以，按二维码与访问码分别检查绑定和生命周期；若两者都失败，记录目标机台、时间、非敏感提示和网络检查。不要复制第一台机台的缓存、Token 或完整配置来“迁移登录”。
Q64：更新公告要求关闭热重载或自动挂载时，可以继续保持开启吗？
以当前公告为准。聊天中曾出现“更新包已经下载，但热重载保持开启导致挂载/重启循环”的现场经验；这说明能力开关、执行动作和某一批更新的应用要求可能不同。
安全做法是：先记录原开关值和订单进度，确认机台空闲，按公告关闭要求的开关，等待安装项完成，再按页面提示只执行一次冷重启或热重载。重启后回读运行分支、订单和内容，确认稳定后再根据新公告恢复开关。不要用历史公告的开关策略套到当前版本，也不要在循环重启时同时改订单和网络。
Q65：可选安装列表是空的，或者订单明明存在却不能选择，怎么处理？
先检查四件事：订单本身是否标记为可选、安装项名称是否与可选列表逐字一致、黑名单/删除列表是否排除了它、发布时间和当前分支是否允许。可选列表的输入是名称列表，不是订单 JSON；中文逗号、额外空格、描述文字和旧名称都可能使匹配失败。
保存后重新打开列表并回读订单，不要只看“保存成功”。如果列表仍为空，保留当前配置快照，先修正一个名称或一个开关并重新读取；不要为了让选项出现而创建同名订单或直接删除旧订单。
Q66：为什么订单状态像是一个安装项一个安装项地变化？
多安装项订单可能按项目分别下载、校验、释放和应用。现场经验中出现过“只看到一个项目状态变化”的情况，这不等于其它项目失败，也不等于总进度已经可以替代逐项状态。
查看订单详情中的每个安装项、状态说明、发布时间和最近更新时间。只要状态仍在变化就等待；全部安装项完成后再检查挂载、运行分支和目标内容。不要因为其中一项完成就重启，也不要因暂时没有第二项进度而重复创建同名订单。
Q67：侧载每天开机都回到主分支，明明已经打开了相关开关，怎么办？
先区分“允许自动挂载”“手动挂载一次”和“当前选择的侧载版本”。开关保存成功不代表启动时一定已经应用；浏览器读取到的值也不代表机台已经回读到同一值。
记录开机后的运行分支、健康最后上报和订单状态，刷新配置确认开关仍在；在机台空闲时按页面提供的手动挂载执行一次并回读。若每次都回到主分支，停止连续重启，检查订单是否完成、运行路径是否可用、自动挂载是否被当前公告要求关闭，并准备恢复点。
Q68：换了网络代理或网关后，网页能打开但机台上传仍很慢，怎么报告？
网页能打开只代表当前浏览器请求成功，不能证明机台到目标服务的上传链路稳定。记录修改前后的网络检查、机台最后上报、上传速度、订单速度和发生时间，并确认是否只有侧载分支或只有上传阶段受影响。
一次只回退或改变一个网络条件，然后等待一个完整的上传/订单周期。已有数据优先使用上传缓存留档，不要通过重复游玩测试速度，也不要同时改代理、限速、订单和分支，否则无法判断真正原因。
Q69：更新后看不到成绩、谱面记录或相片，是更新失败还是数据还没同步？
先区分“内容没有出现”和“内容出现但记录没有索引”。在游玩记录、成绩、相片和上传缓存页面分别做一次只读刷新，记录账号、游玩时间、运行分支、上传缓存索引和页面提示；不要只凭一个页面的空状态下结论。
如果机台提示保存失败，先下载上传缓存快照并等待服务恢复；如果只是详情字段未知，记录本身可能仍然存在。侧载/测试内容是否进入常规数据范围，以当前数据策略和页面提示为准，不要手动修改备份 JSON 或重复游玩“补数据”。
Q70：侧载或超前内容的数据应该进入哪个范围？为什么网页上的 Rating 和常规记录不一致？
不要把侧载/测试内容的数据与常规内容的数据展示当成同一份结果。现场曾出现数据可以上传、测试内容的 Rating 已变化，但首页汇总与常规记录显示不同的情况；这可能是数据目标、索引范围或内容版本不同，不应直接判断为数据损坏。
使用前先阅读当前页面的保存策略：如果页面提示测试数据进入专用范围，就按提示使用 ZundaLink 侧的数据和上传缓存；如果需要禁止超前内容进入常规范围，只使用页面已经提供的用户侧开关，并记录开关原值。不要根据聊天里的旧规则猜字段名，不要手工修改备份 JSON，也不要把未确认的测试数据重复上传到多个范围。
验收时分别查看上传缓存、游玩记录、成绩和汇总页，并把“已上传”“已索引”“在哪个数据范围可见”分开报告。常规内容测试正常后，汇总值才适合与常规页面比较。
Q71：机台代理/直连切换后网页能开，但扫码、拉取或上传失败怎么办？
网页浏览器能打开，只能说明浏览器到网页的链路可用。聊天中出现过切到机台代理后扫码失败、切回直连恢复，也出现过代理开启时只能进入缓存、无法上传的情况。先把浏览器链路、机台链路和数据链路分开。
- 记录当前连接模式、健康最后上报、HTTP/TCP 检查、扫码错误和上传缓存状态；
- 确认机台空闲，只切换一个连接条件并等待一次完整登录/上传周期；
- 如果扫码失败，生成新的临时访问码，不要连续刷新旧二维码；
- 如果数据已经进入上传缓存，先下载快照留档，再按页面流程重传；
- 仍失败时报告切换前后差异，不要同时修改代理、限速、订单和分支。
Q72：远程投币为什么不能抵消错误，或者投币数量为什么清不掉？
远程投币是即时动作，不是错误绕过、登录修复或更新确认工具。聊天公告明确提醒过，面板投币和现场服务动作都可能留下操作记录；不要用投币来规避错误提示或验证账号状态。
如果网页投币数量可以增加但清除无效，先确认是否同时存在实体投币、当前分支是否支持该动作、页面操作是否完成。只在维护窗口做一次最小测试，记录网页结果和现场反应；不要连续投币、用负数抵消或在玩家使用时重放动作。
Q73：侧载内容缺少音频/视频、游戏内设置失效或结算卡住，怎样判断？
这些现象可能属于资源包、详情/映射、版本分支或单项内容问题，不要直接当作账号或整台机台故障。先确认缺失是否只发生在一项内容、是否在同一分支稳定复现，以及订单详情中的资源安装项是否完成。
停止继续游玩该项，记录内容脱敏名称、发生阶段、音频/视频/设置/结算中哪一层异常、当前分支和订单状态；用一项已验证内容做最小对照。若只有单项异常，保留缓存并走内容反馈；若多个内容同时异常，再检查健康、磁盘、网络和挂载。不要复制其它机台的内容目录或反复结算来“试出结果”。
Q74：切换到侧载后，为什么还要保留订单功能？
侧载运行和订单处理是两个不同的可见设置。现场公告曾提醒，迁移侧载分支后如果关闭订单功能，部分设置更新可能不再生效；因此不要把“当前内容已经下载”理解成“以后可以永久禁用订单”。
若当前发布说明要求保留订单功能，就保持原值，先确认订单列表、安装项和设置更新能够完成，再切换分支。确需关闭时，先记录原值和影响范围，等待管理员确认并在维护窗口操作；关闭后若出现设置不更新、内容不完整或挂载状态不变，先恢复原值并回读，不要同时改网络和映射。
Q75：更新后出现黑屏、启动慢或只有画面部分正常，应该先等还是回滚？
先看健康最后上报、磁盘读写、订单状态和是否仍在自动重启。更新后启动慢、画面暂时黑屏、音频/视频缺失和完全没有状态变化不是同一种故障：有上报和进度变化时先等待一个完整周期；所有状态静止、循环重启或无法回到健康页时，保存现场并进入恢复决策。
恢复后先验收网络、登录、订单、缓存、记录、成绩和相片，再判断内容是否完整。不要在黑屏期间连续热重载、插入不同版本介质、删除缓存或把一台机台的整套目录复制到另一台。
从聊天经验提炼出的共同判断
| 现象 | 优先判断 | 首个安全动作 |
|---|---|---|
| 新内容没出现 | 分支、订单、分包和发布时间 | 刷新健康/订单 |
| 登录失败 | 二维码生命周期、权限和网络 | 重新验证 Token，生成新临时码 |
| 重启后仍旧 | 只做了热重载或配置未持久化 | 刷新配置并按提示冷重启 |
| 安装不识别 | U 盘格式、根目录、接口和版本 | 完全关机后重新检查介质 |
| 上传失败 | 当前会话、目标通道、缓存队列 | 下载缓存并按页面上传一次 |
| 资源缺失 | 大包未完成或详情不完整 | 查看所有安装项，不删缓存 |
| 命令被拒绝 | 权限/身份/状态不匹配 | 停止重试，联系管理员 |
| 页面异常 | 旧书签、前端更新或缓存 | 用当前入口重新打开并只读验证 |
| 实体投币无反应 | 输入链路、摄像头/设备状态、运行分支 | 只做一次最小测试并回读健康 |
| 侧载后主分支异常 | 分支切换、会话和上传缓存 | 先回读分支并保留上传快照 |
| 镜像挂载很慢 | 订单、磁盘、网络和最后上报 | 看进度是否变化，不连续点击 |
| 可选列表为空 | 名称匹配、可选标记、黑名单和发布时间 | 保存后重新打开并回读 |
| 数据范围/汇总不一致 | 侧载数据目标、索引和内容版本 | 分别回读缓存、记录、成绩和汇总 |
| 代理切换后扫码/上传异常 | 浏览器链路、机台链路、缓存队列 | 一次只改一个连接条件 |
| 侧载缺少音视频或结算卡住 | 单项资源、分支、订单和磁盘 | 隔离内容并保留缓存 |
这张表是经验索引，具体按钮和字段请继续看安装、使用和 API 章节。