fix(m9a): 重构了1999 B服切换账号功能。 by Douya36 · Pull Request #1978 · AUTO-MAS-Project/AUTO-MAS

Douya36 · 2026-11-13T13:52:55Z

摘要

B 服 MAS 登录按昵称唯一匹配：含汉字的昵称提取汉字后完整匹配；其他昵称按 OCR 原文精确匹配。候选不唯一时停止。
移除游戏 UID 核验及前端 UID 输入框、配置字段和相关提示；已在主页时退出到登录面板重新选号。
选号后由同一个 worker 调用 M9A 公开 StartUp，成功后执行日常；保留统一 ADB 路径、启动失败阻断、首项日常超时处理和历史记录。

验证

当前提交：8f289ae。
pytest tests/task/test_m9a_login_flow.py tests/task/test_m9a_login_mode.py tests/task/test_maafw_core.py tests/task/test_maafw_run_record.py -q：60 passed。覆盖无需 UID 选号、昵称歧义拒绝、主页退出重选、启动失败阻止日常、统一 ADB，以及首项日常超时后继续且历史不重复。
同步实际测试目录后，登录流程、登录模式、运行记录三个测试文件：48 passed。
锁定版本 Ruff 检查及格式检查、Vue 类型检查、修改文件的前端格式与 lint、前端构建、git diff --check 均通过。
作者已对移除 UID 的本地版本实机复测并反馈「可以运行」。本次未提供逐区服及完整日常流程的验证记录，官服 Project 模式和完整日常流程仍待专项回归。

删除 UID 后不再进行游戏内账号身份的二次核对；选号依赖昵称唯一匹配。

jinghero · 2026-11-13T14:09:34Z

总体结论：修改后合并

宝宝，先核对 UID 再放行日常任务，这层保护有接上喵。不过拆成两次 worker 执行后，原来的任务编号和 ADB 路径没有一起传过去，会让原本能继续的流程中断，下面两处先补好。

[逻辑 · P2] 拆段后，普通任务被当成了整轮首任务

位置：runner_task.py:2130–2144。

以原计划 [StartUp, A, B, Close1999] 为例：UID 核对后另起 worker 执行 [A, B, Close1999]，runner 从 0 重新编号，A 就变成首任务了。现有单任务超时和原地打转处理对 index 0 会直接结束整轮；原来 A 是 index 1，停止成功后会记失败并继续 B。现在即使 B 与 A 无关，也跑不到。

同一编号变化还会弄错历史：宿主按完整计划预建记录，第二段事件却从 0 开始；记录器按编号和名称匹配，于是追加新的 A/B/Close1999，原条目仍是“跳过”。拼接 completedTasks 不会修复事件记录。

请让分段执行保留完整计划的位置和首任务语义，事件也使用一致编号，不要直接删掉引擎原有的首任务保护。补一个 A 超时后 B 仍执行、历史每项只有一条正确状态的场景就很有针对性啦；当前新增测试替换了整个 _run_maafw_worker，没经过这些分支。

[逻辑 · P2] UID 检查没有拿到登录时发现的 ADB 路径

位置：runner_task.py:2133–2137。

未手填 ADB 路径、宿主也无法从模拟器配置推导时，现有登录钩子会用 Toolkit 按地址发现路径，但只更新局部变量；device_config.adbPath 仍是空值。StartUp 的 worker 能自行发现 ADB，不过它在子进程里，不会把路径写回宿主。

接着 UID 核验收到空路径，截图设备便退回运行 adb。例如依赖 Toolkit 找到 HD-Adb.exe、PATH 又没有 adb 的环境，选号和 StartUp 都可能成功，到了这里却报找不到 ADB，后续任务全部被挡住。手填路径或使用宿主 ADB 通道的情况不受影响。

这里复用登录阶段已解析的路径就好喵，让登录、StartUp 和 UID 检查拿到同一个结果；把已有 Toolkit 路径测试延伸到 UID 检查，别让它在交接时丢掉。

以上是源码静态推演，未运行项目测试或真实 B 服流程。

—— 盯着任务交接不放的 dot酱敬上 🐾

AthenaHibou

功能实现我没侧，但是看代码逻辑这两个部分有较为明显的问题，建议处理一下

AthenaHibou · 2026-11-13T14:20:27Z

+def _account_matches(text: str, account: str) -> bool:
+    """兼容实机 OCR 将昵称中的「ゞ」读成「>」；仍需唯一匹配并核对游戏 UID。"""
+
+    return text.replace("ゞ", ">") == account.replace("ゞ", ">")
+
+


这一部分的代码怎么感觉像面向结果的开发，不具有泛用性，且会直接影响本机测试的结果，属于对本机测试的特调型代码，建议去掉

这里去掉了，修改为采用两种OCR识别，中文采用去掉其他种类文字识别，纯英文与数字采用一种OCR识别。

AthenaHibou · 2026-11-13T14:20:32Z

            description="B 服登录方式。Project：由 M9A 项目的启动任务自己登录（上游「切换账号」仍只声明官服）；"
            "Mas：由 MAS 完成 B 服登录——拉起 B 服客户端后处理隐私政策提示、在登录记录里选择已保存的账号，"
-            "回到标题页后再交给 M9A 的启动任务进游戏并照常运行。Mas 需要 ADB controller 并在「游戏包名」里"
+            "进入游戏并核对账号配置中的 UID 后再交给 M9A 运行。Mas 需要 ADB controller 并在「游戏包名」里"


此处的设计是否意味着，账号切换需要与M9A功能完成，即mas侧ocr做了一半，再丢给m9a做一部分，再返还给mas继续做，代码不内聚，建议把整个启动流程的操作都收敛到mas里后在交付给m9a

这个修改了已经改为由mas完成了

qiyinxi · 2026-11-13T15:03:48Z

几处要改：

UID 不一致时重试无效：_ensure_logged_in 成功后 _login_checked 已经是 True，_run_maafw 里核对 UID 失败后按普通失败重试，重试会跳过登录，每轮都在同一个号上重跑 StartUp 再失败。建议 UID 不一致时复位 _login_checked，让重试重新选号；或者把这个失败定为不可重试。
通用引擎改动没走契约：account_verification_entry / verify_game_account 是用 getattr 找的，没写进 tools/embedded/flavor.py 的钩子契约，也没在 app/task/MaaFW/AGENTS.md 里说明。拆成两次 worker 运行后：
- agent 和资源要重新加载；
- 运行记录的「环境」段会出现两次；
- _attempt_native_errors 被第二段清空；
- 结果只合了 completedTasks。
麻烦补上契约，并把这些写清楚。
实机验证过的锚点被改了：_EXIT_POINT、_EXPAND_POINT 原注释写着 2560×1440 实机验证过，这次改了坐标，还删了「欢迎回来」信号。新加的 START 坐标和 UID 区域按 16:9 写死。合并前要有 B 服实机证据。
已有 Mas 登录账号升级后会直接失败（没填 UID）。碎片里加一句「需在账号配置中补填 UID」。

小问题：

UID 位数填错时，提示是「未能确认」，不是「不一致」。
前端 UID 输入框没有数字校验，填了非数字会被后端拒掉，用户看不到原因。

另外格式检查是红的，跑一下 ruff format 就行。

Douya36 · 2026-11-13T15:36:53Z

本轮审查意见已处理，修订在 dd6b9a3。

MAS 在 B 服登录流程内完成选号、进入主页和 UID 核对。UID 不一致会在登录标记置位前报错，重试会重新走登录流程。已在主页时先核对 UID，确认不符才退出重选。
含汉字的昵称按提取后的完整汉字匹配，无汉字的昵称按 OCR 原文精确匹配，只接受唯一候选。ADB 地址和宿主解析到的路径由登录和 worker 共用。
任务计划和历史记录共用同一份队列，只启动一次 worker。补齐了特调启动钩子的契约，回归覆盖首项日常任务超时后下一项继续执行、历史条目无重复。
恢复原有退出、展开坐标和「欢迎回来」信号。更新日志已提示已有 MAS 登录账号补填 UID，前端会提示并拦截非数字输入。能稳定读出实际 UID 时，位数不同也会报 UID 不一致。

本地 60 项回归测试通过，Ruff 格式、Vue 类型和多语言检查通过。B 服实机验证了本次涉及的核心功能，测试提前结束，后续任务没有完整跑完。

jinghero · 2026-11-13T15:44:53Z

总体结论：修改后合并

宝宝，单 worker、统一 ADB 路径和首项任务的超时处理都补好了，上一轮两处 P2 可以划掉啦。不过把进入游戏也移到登录阶段后，还漏了 START 到可核验主页这一段。

[逻辑 · P2] 点击 START 后只等 UID，正常加载和启动弹窗会被判成登录失败

login.py:595–601 点击 START 就返回，随后立即核验 UID。这段核验固定只等 20 秒，而且只截图读 UID，不会关闭签到、公告等启动弹窗。

原来先由 StartUp 完成进游戏，再核验 UID；现在 MAS 模式不再加入 StartUp，但它原有的加载、签到和弹窗处理没有一并承接。上游 StartGame 的后续节点明确覆盖这些情况，B 服资源也沿用该流程。

静态推演：选号成功后，若 25 秒才进入主页，或弹窗遮住 UID，新代码会在启动 worker 前报“未能确认游戏内 UID”，日常任务无法开始。外层 240 秒和 Game.WaitTime 没有传入这段核验；后续任务的返回主页逻辑也还没机会执行。你补充的实机结果还没有说明这两条分支，合并前把它们也补上吧喵。

请在 M9A 登录流程中补齐“进入可核验主页”的阶段，复用适用的上游启动能力或明确处理对应画面，再做连续两帧 UID 校验；只加长 UID 轮询还解决不了弹窗。补上 START 后延迟 25 秒才出现正确 UID、以及签到/公告关闭后再核验的回归场景，错误 UID 仍须阻止任务执行。以上未运行项目测试或实机复现。

—— 还在等主页真正就绪的 dot酱敬上 🐾

使用同一 worker 运行公开 StartUp，宿主在剩余登录时限内连续两次核对新截图后放行。统一 ADB 路径并保留日常任务超时行为。验证：M9A 登录模式、登录流程、MaaFW 核心及运行记录回归共 63 项通过；新增 worker 应答测试后，MaaFW 核心 13 项通过。全仓 Ruff 格式检查通过。实机：本次改动的 B 服 START 页接续、签到或公告处理和 UID 放行待验证；官服项目登录与首项日常任务执行待验证。

jinghero · 2026-11-14T07:56:37Z

总体结论：可以合并

宝宝，这版把进入游戏和启动弹窗交回公开 StartUp，同一个 worker 等宿主核对 UID 后才继续日常，上一轮卡住启动的 P2 已修好喵。UID 核验也改用剩余登录时限，连续两帧匹配才放行；核验失败不会记成登录成功，重试仍会重新选号。任务编号、超时处理和历史记录没有退回拆段执行的老问题。

dot酱复核了启动交接、失败重试、取消清理及相关回归用例，没有发现新的必须修改项。这里是静态审查，未运行测试或实机流程；新增用例模拟了慢加载和弹窗，不能代替真实 B 服验证。

当前红色检查来自目标分支已有的 MaaFWTaskOptionEditor.vue 行数增长，不是本 PR 引入，别把这口锅背走啦；合并仍需满足仓库检查条件。

—— 把启动与账号交接核对清楚的 dot酱敬上 🐾

Douya36 · 2026-11-14T08:14:57Z

补充组件尺寸检查结果。使用 GitHub 上 PR #1978 的合并快照（PR 提交 7d6418f），以该快照的 dev 父提交 0da9739 为基线，在本地运行：

node --test scripts/audit-baseline.check.mjs：6 项测试全部通过。
node scripts/audit-baseline.mjs --check 0da9739c6a29e9c9f34d537b9fb1a7639f3efbd6：369 个组件，0 处超限。

原 CI 作业检查了同一合并快照，但使用旧基线 5dc79ae，将上游已增长到 759 行的 MaaFWTaskOptionEditor.vue 按旧基线的 703 行判为超限。上述结果为本地重跑记录，GitHub 原作业状态仍保留。

jinghero · 2026-11-14T10:03:44Z

总体结论：无法判定

宝宝，这次明确改成“按昵称唯一选号，不再二次核对 UID”，dot酱按这个取舍复审，没有发现新的必须修改项喵。主页会先退出再选号；公开 StartUp 仍与日常共用一个 worker，启动失败会挡住日常，任务编号和统一 ADB 路径也保住了。去掉 UID 握手后，没有重新带回之前的拆段问题。

不过最新目标分支与这版已有合并冲突，整合后的结果还不能判定。重叠在 tests/task/test_m9a_login_flow.py：目标分支把旧标题页用例合并成参数化测试，这版已改为带 deadline 的启动交接，返回值也不再是旧提示字符串。同步时按新契约整理这些用例，别把两套预期拼在一起啦；解决后再核验对应登录与运行记录测试。

这是静态复审，未运行测试或实机流程。正文已说明实机反馈的范围，dot酱不会把“可以运行”扩大成完整日常验证。

—— 把选号与启动交接守清楚的 dot酱敬上 🐾

fix(m9a): 修复 B 服选号并在代理前核对 UID

90be84c

github-actions Bot added 专项: M9A 类型: 修复按更新日志碎片自动设置 labels Nov 13, 2026

AthenaHibou reviewed Nov 13, 2026

View reviewed changes

Douya36 mentioned this pull request Nov 13, 2026

[需求] M9A B 服由 MAS 完成登录、进入主页和 UID 核对 #1980

Closed

2 tasks done

fix(m9a): 收敛 B 服登录和 UID 校验流程

dd6b9a3

Douya36 changed the title ~~fix(m9a): 修复 B 服选号并在代理前核对 UID~~ fix(m9a): 重构了1999 B服切换账号功能。 Nov 14, 2026

Douya36 closed this Nov 14, 2026

Douya36 reopened this Nov 14, 2026

fix(m9a): 移除 UID 核验及账号配置输入框

8f289ae

Navigation Menu

Repository navigation

fix(m9a): 重构了1999 B服切换账号功能。 - #1978

fix(m9a): 重构了1999 B服切换账号功能。#1978
Douya36 wants to merge 4 commits into
AUTO-MAS-Project:devfrom
Douya36:fix/m9a-bili-login-uid

Douya36 commented Nov 13, 2026 •

edited

Loading

Uh oh!

jinghero commented Nov 13, 2026

Uh oh!

AthenaHibou left a comment

Uh oh!

AthenaHibou Nov 13, 2026

Uh oh!

Douya36 Nov 14, 2026

Uh oh!

AthenaHibou Nov 13, 2026

Uh oh!

Douya36 Nov 14, 2026

Uh oh!

qiyinxi commented Nov 13, 2026

Uh oh!

Douya36 commented Nov 13, 2026

Uh oh!

jinghero commented Nov 13, 2026

Uh oh!

jinghero commented Nov 14, 2026

Uh oh!

Douya36 commented Nov 14, 2026

Uh oh!

jinghero commented Nov 14, 2026

Uh oh!

Reviewers

Uh oh!

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

Conversation

Douya36 commented Nov 13, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

摘要

验证

Uh oh!

jinghero commented Nov 13, 2026

总体结论：修改后合并

[逻辑 · P2] 拆段后，普通任务被当成了整轮首任务

[逻辑 · P2] UID 检查没有拿到登录时发现的 ADB 路径

Uh oh!

AthenaHibou left a comment

Choose a reason for hiding this comment

Uh oh!

AthenaHibou Nov 13, 2026

Choose a reason for hiding this comment

Uh oh!

Douya36 Nov 14, 2026

Choose a reason for hiding this comment

Uh oh!

AthenaHibou Nov 13, 2026

Choose a reason for hiding this comment

Uh oh!

Douya36 Nov 14, 2026

Choose a reason for hiding this comment

Uh oh!

qiyinxi commented Nov 13, 2026

Uh oh!

Douya36 commented Nov 13, 2026

Uh oh!

jinghero commented Nov 13, 2026

总体结论：修改后合并

[逻辑 · P2] 点击 START 后只等 UID，正常加载和启动弹窗会被判成登录失败

Uh oh!

jinghero commented Nov 14, 2026

总体结论：可以合并

Uh oh!

Douya36 commented Nov 14, 2026

Uh oh!

jinghero commented Nov 14, 2026

总体结论：无法判定

Uh oh!

Reviewers

Uh oh!

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

Douya36 commented Nov 13, 2026 •

edited

Loading