【非稳定复现】战斗结束后掉落舰船的界面偶发识别失败

[yltx]

在提交您的问题反馈之前

• 我已经阅读了 用户文档 并尝试自己解决问题，同时在社群中进行了讨论
• 我无法找到任何 open issue 反馈了相同的问题

相关环境信息

No response

问题描述

autowsgr_2026-04-20.debug.log

复现方法

No response

Log输出

[github-actions]

Issue 概要

• issue：#453
• 版本 / 分支 / 环境：issue 未提供；日志显示为 Windows 本地打包环境（E:\AutoWSGR-backend 路径），分辨率 1920x1080
• 任务 / 入口 / 相关设置：常规战 9-2（计划名 捞胖次9-2），任务类型 normal_fight
• 关键提示 / 报错文案：[Combat] 状态识别超时: 等待状态超时 (7.5s): ['PROCEED', 'MAP_PAGE', 'GET_SHIP', 'FLAGSHIP_SEVERE_DAMAGE']
• 用户现象：战斗结算后偶发卡在掉落舰船相关画面，随后进入“当前页面无法识别”的连续失败

附件概览

• 实际可读文件：
  • autowsgr_2026-04-20.debug.log
  • issue 内两张截图（assets/c762...、assets/df10...）
• 缺失或未上传的证据：
  • 日志中多次提示已保存 logs\images\NavError_*.png，但附件未包含这些原图
  • issue 未提供版本号、提交 SHA、配置导出（计划配置 / 识别参数）

关键证据

点击此处展开

• issue 正文 / 评论：
  • 标题已明确为“战斗结束后掉落舰船界面偶发识别失败”，且上传了 debug 日志与截图。
• 运行时日志：
  • 失败样本：00:37:04 结算页双击后，等待 PROCEED/MAP_PAGE/GET_SHIP/... 超时，随后 SL（log 行 2117-2122）。
  • 失败后进入连续“页面无匹配（共 13 个注册页面）”，最终导航失败（log 行 2126-2142、2397、2430、2736、3043）。
  • 同一份日志里存在成功样本：00:42:57 同样流程能在 3 秒内匹配到 GET_SHIP 并正常识别掉落舰船（log 行 3497-3514）。
• UI / 服务日志：
  • API 层也被连带影响：[API] 获取数量识别失败: 无法识别当前页面（log 行 2175）。
• 配置快照：
  • 从日志可还原关键运行参数：常规战 9-2、舰队 2，非船坞满导致。
• 现场图 / 转储：
  • NavError_*.png 文件缺失，导致无法对失败瞬间画面做像素级复核。
• 代码依据（当前 HEAD）：
  • GET_SHIP 识别仅依赖模板 GET_SHIP_OR_ITEM，默认超时 5s：

    AutoWSGR/autowsgr/combat/recognizer.py

    Lines 134 to 138 in 3b14207

    	CombatPhase.GET_SHIP: PhaseSignature(
    	template_key=TemplateKey.GET_SHIP_OR_ITEM,
    	default_timeout=5.0,
    	after_match_delay=1.0,
    	),

  • 实际等待超时由候选状态最大值决定，此处只有 7.5s：

    AutoWSGR/autowsgr/combat/recognizer.py

    Lines 271 to 307 in 3b14207

    	# 构建签名列表并计算总超时
    	max_timeout = 0.0
    	phase_sigs: list[tuple[CombatPhase, PhaseSignature]] = []
    	for phase in candidates:
    	sig = self.get_signature(phase)
    	max_timeout = max(max_timeout, sig.default_timeout)
    	phase_sigs.append((phase, sig))
    	deadline = time.time() + max_timeout
    	_log.debug(
    	'[Combat] 等待状态: {} (超时 {:.1f}s)',
    	[p.name for p, _ in phase_sigs],
    	max_timeout,
    	)
    	while time.time() < deadline:
    	# 检查停止信号
    	if self._ctx.stop_event.is_set():
    	raise CombatStopRequested('任务被用户停止')
    	screen = self._device.screenshot()
    	if poll_action is not None:
    	poll_action(screen)
    	for phase, sig in phase_sigs:
    	if sig.template_key is None and sig.pixel_signature is None:
    	continue
    	if self._match_phase(screen, sig):
    	if sig.after_match_delay > 0:
    	time.sleep(sig.after_match_delay)
    	_log.debug('[Combat] 匹配到状态: {}', phase.name)
    	return phase
    	# 超时
    	phase_names = [p.name for p, _ in phase_sigs]
    	raise CombatRecognitionTimeout(f'等待状态超时 ({max_timeout:.1f}s): {phase_names}')

  • 超时恢复仅检查 end_phase（常规战即 MAP_PAGE），不检查 GET_SHIP/PROCEED：

    AutoWSGR/autowsgr/combat/engine.py

    Lines 294 to 305 in 3b14207

    	def _try_recovery(self) -> bool:
    	"""尝试从错误中恢复。"""
    	_log.warning('[Combat] 尝试错误恢复...')
    	time.sleep(3.0)
    	screen = self._device.screenshot()
    	end_phase = self._plan.end_phase
    	result = self._recognizer.identify_current(screen, [end_phase])
    	if result is not None:
    	self._phase = end_phase
    	return True
    	return False

  • 常规战 end_phase = MAP_PAGE：

    AutoWSGR/autowsgr/combat/plan.py

    Lines 174 to 190 in 3b14207

    	_MODE_SPECS: dict[str, _ModeSpec] = {
    	CombatMode.NORMAL: (ModeCategory.MAP, CombatPhase.MAP_PAGE),
    	CombatMode.EVENT: (ModeCategory.MAP, CombatPhase.EVENT_MAP_PAGE),
    	CombatMode.BATTLE: (ModeCategory.SINGLE, None),
    	CombatMode.DECISIVE: (ModeCategory.SINGLE, None),
    	CombatMode.EXERCISE: (ModeCategory.SINGLE, CombatPhase.EXERCISE_PAGE),
    	}
    	# ── 由规格自动派生的映射表 ──
    	MODE_TRANSITIONS: dict[str, dict[CombatPhase, PhaseBranch]] = {
    	mode: build_transitions(cat, ep) for mode, (cat, ep) in _MODE_SPECS.items()
    	}
    	MODE_END_PHASES: dict[str, CombatPhase] = {
    	mode: (ep if ep is not None else CombatPhase.RESULT) for mode, (_cat, ep) in _MODE_SPECS.items()
    	}

  • 全局页面注册只有 13 个页面，不含掉落页：

    AutoWSGR/autowsgr/ui/__init__.py

    Lines 116 to 128 in 3b14207

    	register_page(PageName.MAIN, MainPage.is_current_page)
    	register_page(PageName.MAP, MapPage.is_current_page)
    	register_page(PageName.BATTLE_PREP, BattlePreparationPage.is_current_page)
    	register_page(PageName.SIDEBAR, SidebarPage.is_current_page)
    	register_page(PageName.MISSION, MissionPage.is_current_page)
    	register_page(PageName.BACKYARD, BackyardPage.is_current_page)
    	register_page(PageName.BATH, BathPage.is_current_page)
    	register_page(PageName.CANTEEN, CanteenPage.is_current_page)
    	register_page(PageName.BUILD, BuildPage.is_current_page)
    	register_page(PageName.INTENSIFY, IntensifyPage.is_current_page)
    	register_page(PageName.FRIEND, FriendPage.is_current_page)
    	register_page(PageName.DECISIVE_BATTLE, DecisiveBattlePage.is_current_page)
    	register_page(PageName.EVENT_MAP, BaseEventPage.is_current_page)

  • 无匹配页面会返回 None，导航直接报错：

    AutoWSGR/autowsgr/ui/page.py

    Lines 56 to 75 in 3b14207

    	def get_current_page(screen: np.ndarray) -> str | None:
    	"""识别截图对应的页面名称，无匹配返回 ``None``。"""
    	failed_checkers: list[str] = []
    	for name, checker in _PAGE_REGISTRY.items():
    	try:
    	if checker(screen):
    	_log.debug('[UI] 当前页面: {}', name)
    	return name
    	except Exception:
    	_log.opt(exception=True).warning("[UI] 页面 '{}' 识别器异常", name)
    	failed_checkers.append(name)
    	if failed_checkers:
    	_log.warning(
    	'[UI] 无匹配页面，且以下识别器抛异常: {} (共 {} 个注册页面)',
    	failed_checkers,
    	len(_PAGE_REGISTRY),
    	)
    	else:
    	_log.debug('[UI] 当前页面: 无匹配 (共 {} 个注册页面)', len(_PAGE_REGISTRY))
    	return None

    、

    AutoWSGR/autowsgr/ops/navigate.py

    Lines 87 to 92 in 3b14207

    	current = identify_current_page(ctx)
    	if current is None:
    	raise NavigationError(
    	f'无法识别当前页面，导航中止 (目标: {target})',
    	screen=ctx.ctrl.screenshot(),
    	)

根因判断

• 直接结论：这是战果后过渡态识别脆弱导致的偶发问题。掉落页/过渡帧未在 7.5 秒窗口内命中 GET_SHIP/PROCEED/MAP_PAGE 任一签名，触发状态机超时；随后恢复逻辑只探测 MAP_PAGE，导致“未恢复即 SL”，并进一步落入全局导航“页面未知”循环。
• 证据链：
  • 同一流程在同一日志中既有失败样本也有成功样本，符合“非稳定复现”；
  • 失败点固定在 RESULT -> (GET_SHIP/PROCEED/MAP_PAGE) 阶段；
  • 后续连锁故障来自全局页面识别无法覆盖该中间态。
• 当前主线是否可能已修复：大概率未修复。当前代码仍是“模板单通道 + 7.5s 窗口 + 仅 end_phase 恢复”。

修复方案

1. 代码 / 配置 / 资源层修复
   在 GET_SHIP 状态增加像素签名兜底（已存在 SHIP_DROP_PAGE_SIGNATURE 可复用），并适度放宽 RESULT 后等待窗口（如 10-15s）；同时把超时恢复从“只看 end_phase”改为“优先探测 GET_SHIP -> PROCEED -> MAP_PAGE”。
2. 需要补充的测试、日志或截图
   补一组回放测试（失败截图 + 成功截图）覆盖 RESULT 后分支；出错时自动打包 NavError_*.png 便于定位模板/像素失配。
3. 如问题属于不支持场景，应如何限制入口或改进提示
   若特定皮肤/画质导致模板不稳定，应在日志里明确提示“掉落页识别未命中，建议上传 NavError 截图并暂时手动确认一帧”。

给用户的建议

• 用户现在可以直接尝试的动作：卡在掉落页时手动点击右下继续 1-2 次，让流程回到 继续前进 或地图页后再恢复自动任务。
• 是否建议升级 / 重下完整包 / 重置配置 / 更换环境：建议优先升级到后续修复版本；若仍复现，再提供同次复现的 debug.log + logs/images/NavError_*.png。
• 是否有临时绕过方案：减少连续自动轮次（单轮执行）可降低连锁失败影响。

给修复 AI 的建议（可复制）

点击此处展开

现象：
常规战在 RESULT 之后偶发无法识别 GET_SHIP/PROCEED/MAP_PAGE，7.5s 超时后 SL，并进入“当前页面无匹配”的导航失败循环。

关键证据：
[Combat] 当前: RESULT -> 候选: ['PROCEED','MAP_PAGE','GET_SHIP','FLAGSHIP_SEVERE_DAMAGE']
[Combat] 状态识别超时: 等待状态超时 (7.5s)
[UI] 当前页面: 无匹配 (共 13 个注册页面)

可能相关线索（待验证）：
1) recognizer.py 的 GET_SHIP 仅模板匹配（GET_SHIP_OR_ITEM），建议叠加 SHIP_DROP_PAGE_SIGNATURE。
2) engine.py _try_recovery 仅识别 end_phase(MAP_PAGE)，建议改为多阶段恢复（GET_SHIP/PROCEED/MAP_PAGE）。
3) RESULT 后等待窗口偏短，动画/特效波动时可能错过可识别帧。

置信度

• 中
• 还缺什么证据：失败时刻对应的 NavError_*.png 原图、运行版本号/提交 SHA、用户端画面设置（画质/缩放/主题）

---

点击此处展开分析过程

● skill(generic-issue-log-analysis)

我先抓取 Issue #453 的正文和评论，并同步拿到当前仓库 HEAD，随后基于日志/代码建立证据链并写入 `copilot_answer.md`。

● Get issue details (MCP: github-mcp-server) · method: "get_comments", owner: "OpenWSGR", repo: "Au…
  └ [{"id":4276356484,"body":"🤖 **AI 正在分析该 Issue...**
    \n\n感谢您的反馈！AI 正在自动分析...

● Get issue details (MCP: github-mcp-server) · method: "get", owner: "OpenWSGR", repo: "AutoWSGR", …
  └ {"number":453,"title":"【非稳定复现】战斗结束后掉落舰船的界面偶发识别失败","
    body":"### 在提交您的问题反馈之...

● Get current HEAD SHA (shell)
  │ git --no-pager rev-parse HEAD
  └ 2 lines...

● Download issue attachments and list files (shell)
  │ mkdir -p .cache/issue-logs/issue-453 && cd .cache/issue-logs/issue-453 &&
  │ curl -L --fail -o autowsgr_2026-04-20.debug.log https://github.com/user-at
  │ tachments/files/26872545/autowsgr_2026-04-20.debug.log && curl -L --fail
  │ -o shot1.png https://github.com/user-attachments/assets/c762ec27-5c19-4ff4
  │ -a197-aa42234e6b0b && curl -L --fail -o shot2.png https://github.com/user-…
  └ 18 lines...

● Search (grep)
  │ "ERROR|CRITICAL|Traceback|Exception"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 25 lines found

● Search (grep)
  │ "识别|掉落|舰船|结算|战斗"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 7 lines found

● Search (grep)
  │ "\[Task\]|\[OPS\]|\[UI\]|\[Combat\]|\[识别\]"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 8 lines found

● Search (grep)
  │ "task_id|session|POST /task|/task/start|normal-fight|event-fight|exercise"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 44 lines found

● Search (grep)
  │ "掉落舰|掉落|新舰|获得|获取舰|舰船|ship"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 7 lines found

● Search (grep)
  │ "无法识别当前页面|当前页面: 未知|识别失败|识别结果|保存到|截图|on_error"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 7 lines found

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L520:760 (184 lines read)

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L2060:2225 (166 lines read)

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L2360:2465 (106 lines read)

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L3000:3145 (146 lines read)

● Search (grep)
  │ "get_ship|获得舰船|新舰|drop|ship" (autowsgr/combat)
  └ 97 lines found

● Search (grep)
  │ "GET_SHIP|FLAGSHIP_SEVERE_DAMAGE|PROCEED|MAP_PAGE" (autowsgr)
  └ 64 lines found

● Search (glob)
  │ "**/*page*.py" in autowsgr/ui
  └ 15 files found

● Read recognizer.py
  │ autowsgr/combat/recognizer.py
  └ L1:260 (259 lines read)

● Read engine.py
  │ autowsgr/combat/engine.py
  └ L1:360 (335 lines read)

● Read state.py
  │ autowsgr/combat/state.py
  └ L1:260 (260 lines read)

● Read keys.py
  │ autowsgr/image_resources/keys.py
  └ L1:180 (154 lines read)

● Read recognizer.py
  │ autowsgr/combat/recognizer.py
  └ L260:520 (82 lines read)

● Read actions.py
  │ autowsgr/combat/actions.py
  └ L260:360 (101 lines read)

● Read handlers.py
  │ autowsgr/combat/handlers.py
  └ L380:490 (110 lines read)

● Read combat.py
  │ autowsgr/image_resources/combat.py
  └ L1:220 (93 lines read)

● Read recognition.py
  │ autowsgr/combat/recognition.py
  └ L180:360 (181 lines read)

● Search (grep)
  │ "SHIP_DROP_PAGE_SIGNATURE" (autowsgr)
  └ 3 lines found

● Check whether issue screenshots match combat templates/signature (shell)
  │ python - <<'PY'
  │ from pathlib import Path
  │ from PIL import Image
  │ import numpy as np
  │ from autowsgr.image_resources import TemplateKey…
  └ 22 lines...

● Check if cv2 installed (shell)
  │ python - <<'PY'
  │ import cv2
  │ print('cv2', cv2.__version__)
  │ PY
  └ 4 lines...

● Install pillow and test screenshot template matches (shell)
  │ pip install --quiet pillow && python - <<'PY'
  │ from pathlib import Path
  │ from PIL import Image
  │ import numpy as np
  │ from autowsgr.image_resources import TemplateKey…
  └ 22 lines...

● Run screenshot matching check in project environment (shell)
  │ uv run python - <<'PY'
  │ from pathlib import Path
  │ import numpy as np
  │ from PIL import Image
  │ from autowsgr.image_resources import TemplateKey…
  └ 20 lines...

● Install numpy/pillow and test screenshot matching (shell)
  │ pip install --quiet numpy pillow && python - <<'PY'
  │ from pathlib import Path
  │ import numpy as np
  │ from PIL import Image
  │ from autowsgr.image_resources import TemplateKey…
  └ 34 lines...

● Search (grep)
  │ "\[Task\] 启动任务|\[Task\] 任务完成|\[Task\] 第 1 轮失败|\[OPS\]
  │ 常规战结果|状态识别超时"
  │ (.cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log)
  └ 27 lines found

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L3200:end (182 lines read)

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L3500:3600 (67 lines read)

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L3450:3520 (71 lines read)

● Read autowsgr_2026-04-20.debug.log
  │ .cache/issue-logs/issue-453/autowsgr_2026-04-20.debug.log
  └ L2108:2148 (41 lines read)

● Read page.py
  │ autowsgr/ui/page.py
  └ L1:220 (98 lines read)

● Search (grep)
  │ "register_page\(" (autowsgr)
  └ 14 lines found

● Read navigate.py
  │ autowsgr/ops/navigate.py
  └ L1:230 (137 lines read)

● Read __init__.py
  │ autowsgr/ui/__init__.py
  └ L1:220 (174 lines read)

● Read plan.py
  │ autowsgr/combat/plan.py
  └ L140:240 (101 lines read)

● Search (glob)
  │ "copilot_answer.md"
  └ No matches found

● Edit
  └ Create copilot_answer.md

● Read copilot_answer.md
  └ L1:220 (92 lines read)

● Remove temp issue files and show git status (shell)
  │ rm -rf .cache/issue-logs/issue-453 && git --no-pager status --short
  └ 2 lines...

已完成。`copilot_answer.md` 已写入 Issue #453 的完整分析结论。

核心结论是：问题属于 **RESULT 后过渡阶段（尤其掉落舰船页）识别脆弱** 的偶发超时，随后恢复逻辑只探测 `MAP_PAGE` 导致连锁“页面无法识别”。文档里已整理证据链、代码定位链接、修复方案与给用户/修复 AI 的建议。


Changes   +93 -0
Requests  1 Premium (4m 58s)
Tokens    ↑ 2.4m • ↓ 12.9k • 2.3m (cached) • 6.7k (reasoning)

🔗 GitHub Action 运行记录