决战模式节点识别不稳定及EX-1支持缺失

[syokounya]

问题描述

决战模式存在以下问题：

1. 节点OCR识别不稳定

• 使用固定阈值二值化，对光照变化敏感
• OCR字符集固定为A-F，但第3-6章节点可达H/J
• 裁剪范围过窄，容易错过节点字母

2. 小关识别配置分散

• 各章节小关识别逻辑不统一
• 第1章和第6章使用不同方法
• 缺乏通用参数化配置

3. EX-1决战不支持

• 缺少EX-1地图的节点配置
• 流程处理未考虑EX-1特殊性

4. 流程稳定性问题

• 节点识别超前导致流程错误
• 页面跳转不稳定
• 可能跳过舰船购买步骤

解决方案

详见 PR #403，主要改进：

1. 图像增强预处理：CLAHE对比度增强 + 锐化滤波
2. 动态OCR字符集：基于_MAP_END确定范围（A-F/A-H/A-J）
3. 统一参数化配置：通用方法 + 不同参数
4. 流程稳定性修复：优化状态判定和页面跳转

测试环境

• 第6章决战地图
• 1080p分辨率
• 节点识别准确率显著提升

关联PR

• feat(decisive): 决战模式EX-1支持及节点识别优化 #403

[github-actions]

Issue 概要

• issue：#404
• 版本 / 分支 / 环境：issue 未提供版本号；当前仓库基线为 main@8120556。用户描述测试场景为 1080p、决战第 6 章。
• 任务 / 入口 / 相关设置：决战模式（含 Ex-1 与章节切换、节点识别、阶段推进）。
• 关键提示 / 报错文案：节点识别不稳定、流程可能超前、EX-1 不支持。
• 用户现象：节点识别与流程推进偶发错误，且 Ex-1 无法正常跑通。

附件概览

• 实际可读文件：仅 issue 正文与 1 条机器人评论（无日志包、截图、配置导出、崩溃转储）。
• 缺失或未上传的证据：运行日志（[Task]/[OPS]/[UI]/[Combat]）、失败截图、配置快照、复现时间线。

关键证据

点击此处展开

• issue 正文 / 评论：
  • issue 本身直接给出 4 类问题并关联 PR feat(decisive): 决战模式EX-1支持及节点识别优化 #403（当前仍是 open、未合并）。
• 运行时日志：
  • 未提供，无法按 task_id/session_id 建立“单次复现”时间线。
• UI / 服务日志：
  • 未提供。
• 配置快照：
  • 未提供。
• 现场图 / 转储：
  • 未提供。
• 代码依据（当前 main@8120556）：
  • EX-1 实际被阻断：配置层允许 chapter=1..6，但决战页面导航硬限制 MIN_CHAPTER=4，并在导航时强校验范围。
    

    AutoWSGR/autowsgr/infra/config.py

    Lines 239 to 244 in 8120556

    	@field_validator('chapter')
    	@classmethod
    	def _validate_chapter(cls, v: int) -> int:
    	if not 1 <= v <= 6:
    	raise ValueError('决战章节必须为 1-6 之间的整数')
    	return v

    
    

    AutoWSGR/autowsgr/ui/decisive/battle_page.py

    Lines 109 to 110 in 8120556

    	MAX_CHAPTER: int = 6
    	MIN_CHAPTER: int = 4

    
    

    AutoWSGR/autowsgr/ui/decisive/battle_page.py

    Lines 278 to 281 in 8120556

    	if not MIN_CHAPTER <= target <= MAX_CHAPTER:
    	raise ValueError(f'决战章节编号必须为 {MIN_CHAPTER}-{MAX_CHAPTER}，收到: {target}')
    	if self._ocr is None:
    	raise RuntimeError('navigate_to_chapter 需要 OCR 引擎')

    
    

    AutoWSGR/autowsgr/ops/decisive/chapter.py

    Lines 26 to 32 in 8120556

    	def _prepare_entry_state(self) -> None:
    	"""进入决战总览并推断入口状态。"""
    	from autowsgr.ops.navigate import goto_page
    	goto_page(self._ctx, PageName.DECISIVE_BATTLE)
    	self._battle_page.navigate_to_chapter(self._config.chapter)

  • 小关识别配置覆盖不完整：recognize_stage 仅配置 4-6 章检测点；未知章节返回 0。
    

    AutoWSGR/autowsgr/ui/decisive/battle_page.py

    Lines 114 to 118 in 8120556

    	_STAGE_CHECK_POINTS: dict[int, list[tuple[float, float]]] = {
    	4: [(0.381, 0.436), (0.596, 0.636), (0.778, 0.521)],
    	5: [(0.418, 0.378), (0.760, 0.477), (0.550, 0.750)],
    	6: [(0.606, 0.375), (0.532, 0.703), (0.862, 0.644)],
    	}

    
    

    AutoWSGR/autowsgr/ui/decisive/battle_page.py

    Lines 175 to 179 in 8120556

    	check_points = _STAGE_CHECK_POINTS.get(chapter)
    	if check_points is None:
    	_log.warning('[决战] 决战 recognize_stage: 未知章节 {}', chapter)
    	return 0

  • 流程超前风险：状态检测先判“地图页”再判 overlay，可能把短暂过渡帧误判为可出征阶段，进而错过战备舰队分支。
    

    AutoWSGR/autowsgr/ui/decisive/map_controller.py

    Lines 160 to 169 in 8120556

    	if is_decisive_map_page(screen):
    	return DecisivePhase.PREPARE_COMBAT
    	overlay = detect_decisive_overlay(screen)
    	if overlay is not None:
    	if overlay == DecisiveOverlay.ADVANCE_CHOICE:
    	return DecisivePhase.ADVANCE_CHOICE
    	if overlay == DecisiveOverlay.FLEET_ACQUISITION:
    	return DecisivePhase.CHOOSE_FLEET

    
    

    AutoWSGR/autowsgr/ops/decisive/handlers.py

    Lines 137 to 144 in 8120556

    	def _handle_waiting_for_map(self) -> None:
    	"""等待地图页加载: 单次截图检测 → 转到对应阶段或继续等待。"""
    	screen = self._ctrl.screenshot()
    	phase = self._map.detect_decisive_phase(screen)
    	if phase is not None:
    	self._state.phase = phase

  • 节点识别鲁棒性有限：当前实现依赖固定裁剪窗口 + DLL 识别，失败即重试后报错；未见自适应增强链路。
    

    AutoWSGR/autowsgr/ui/decisive/map_controller.py

    Lines 249 to 257 in 8120556

    	x1 = max(0, int((icon_rel_x - 0.03) * w))
    	x2 = min(w, int((icon_rel_x - 0.03 + 0.042) * w))
    	col_crop = fresh_screen[0:h, x1:x2]
    	# 3. DLL 识别
    	try:
    	result = dll.recognize_map(col_crop)
    	if result != '0':
    	_log.info('[地图控制器] 识别决战节点: {}', result[0])

    
    

    AutoWSGR/autowsgr/ui/decisive/map_controller.py

    Lines 262 to 269 in 8120556

    	if retry >= _MAX_RETRY:
    	break
    	_log.warning(
    	'[地图控制器] 节点识别失败, 正在重试第 {} 次',
    	retry + 1,
    	)
    	raise RuntimeError(f'决战节点识别失败: 重试 {_MAX_RETRY + 1} 次后仍无法识别')

根因判断

• 直接结论：
  • 已证实根因 1（高置信）：Ex-1 不支持是实现层硬限制导致（导航下限为 4，与配置/接口声明不一致）。
  • 已证实根因 2（中高置信）：小关识别配置只覆盖 4-6 章，章节覆盖不完整。
  • 高概率根因 3（中置信）：相位识别顺序导致“先进入 PREPARE_COMBAT 再出现 overlay”的竞态，可能表现为流程超前/跳过购买链路。
  • 待确认项（中低置信）：issue 提到“固定 OCR 字符集 A-F”与当前 main 不完全一致（当前节点识别主路径是 DLL），但“识别鲁棒性不足”结论成立。
• 证据链：
  • issue 描述 → 当前主线代码路径核对 → 与 PR feat(decisive): 决战模式EX-1支持及节点识别优化 #403 的修复方向一一对应（且 PR 未合并）。
• 当前主线是否可能已修复：
  • 否。截至当前仓库 main@8120556，相关问题修复未进入主线。

修复方案

1. 代码 / 配置 / 资源层修复
   统一章节支持范围（配置、API、导航、小关识别点位、关键节点表），并优先把相位检测顺序调整为“overlay 优先于 map-page”。
2. 需要补充的测试、日志或截图
   增加 Ex-1~Ex-6 的章节导航与小关识别回归；补充 WAITING_FOR_MAP → phase 路由时序测试；采集失败现场截图与 [UI]/[OPS] 时序日志。
3. 若属于不支持场景，入口限制与提示
   若暂不支持 Ex-1~Ex-3，应在配置校验/API 层显式拒绝并给出清晰提示，避免“配置允许但运行时报错”。

给用户的建议

• 用户现在可以直接尝试的动作：暂时仅使用 Ex-4~Ex-6；开启 ui.decisive 与 ops.decisive DEBUG 日志后复现并回传日志+截图。
• 是否建议升级 / 重下完整包 / 重置配置 / 更换环境：当前更关键是等待修复合入主线或使用包含修复的分支版本；暂不优先建议重装。
• 是否有临时绕过方案：避免 Ex-1；若出现流程超前，降低操作节奏并保留完整日志用于定位。

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

点击此处展开

现象：
决战模式在章节覆盖、节点识别和相位路由上存在不一致，Ex-1 无法运行，且存在流程超前导致错误状态推进的风险。

关键证据：
- 配置允许 chapter=1..6，但 battle_page.MIN_CHAPTER=4 且 navigate_to_chapter 强校验范围。
- recognize_stage 检测点仅覆盖 4-6 章，未知章节返回 0。
- detect_decisive_phase 先判 map_page 再判 overlay，存在过渡帧竞态。
- 节点识别为固定窗口 + DLL 路径，失败重试后直接报错。

可能相关线索（待验证）：
- 将 overlay 检测前置并加入短延迟复检，可降低“跳过战备舰队”概率。
- 章节支持应统一到同一真值源（chapter range / stage checkpoints / key points）。
- 节点识别链路可引入更稳健预处理与章节感知字符范围（若走 OCR 路径）。

置信度

• 中
• 还缺什么证据：一次完整失败复现的运行日志、对应截图、实际配置快照（含章节与相关开关）。

---

点击此处展开分析过程

● skill(generic-issue-log-analysis)

● Get repo remote and HEAD (shell)
│ git --no-pager remote -v && git --no-pager rev-parse HEAD
└ 4 lines...

● Get issue details (MCP: github-mcp-server) · method: "get", owner: "OpenWSGR", repo: "AutoWSGR", …
└ {"number":404,"title":"决战模式节点识别不稳定及EX-1支持缺失","body":"##
问题描述\n\n决战模式存在以下问题：\n...

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

先把 issue 与 PR 以及当前代码对齐，确认问题是“待修复”还是“已在当前主线修复”。

● Search (grep)
│ "CLAHE|决战|EX-1|ocr|A-H|A-J|_MAP_END|节点" in **/*.py
└ 11 lines found

● Get details for a single pull request (MCP: github-mcp-server) · method: "get_files", owner: "Ope…
└ Output too large to read at once (33.8 KB). Saved to: /tmp/1775716872206-copi...

● Get details for a single pull request (MCP: github-mcp-server) · method: "get", owner: "OpenWSGR"…
└ {"number":403,"title":"feat(decisive): 决战模式EX-1支持及节点识别优化","body":"##
主要改进\n\n...

● Read 1775716872206-copilot-tool-output-lz1u3m.txt
│ /tmp/1775716872206-copilot-tool-output-lz1u3m.txt
└ 1 line read

● Search (glob)
│ "autowsgr/**/decisive.py"
└ 1 file found

● Read decisive.py
│ autowsgr/ui/map/panels/decisive.py
└ 46 lines read

● Search (grep)
│ "recognize_node|_MAP_END|CLAHE|Otsu|EX-1|第6章|node|chapter|stage|舰船购买|jump|跳过"
│ (autowsgr/ui/map/panels/decisive.py)
└ No matches found

● List changed files in PR 403 (shell)
│ jq -r '.[].filename' /tmp/1775716872206-copilot-tool-output-lz1u3m.txt
└ 14 lines...

● Read map_controller.py
│ autowsgr/ui/decisive/map_controller.py
└ 1 line read

● Read battle_page.py
│ autowsgr/ui/decisive/battle_page.py
└ 421 lines read

● Read config.py
│ autowsgr/ops/decisive/config.py
└ 137 lines read

● Read handlers.py
│ autowsgr/ops/decisive/handlers.py
└ 430 lines read

● Read state.py
│ autowsgr/ops/decisive/state.py
└ 54 lines read

● Read map_controller.py
│ autowsgr/ui/decisive/map_controller.py
└ L1:260 (260 lines read)

● Read map_controller.py
│ autowsgr/ui/decisive/map_controller.py
└ L261:520 (260 lines read)

● Search (grep)
│ "def recognize_node|allowlist|threshold|THRESH|_MAP_END|stage|chapter|EX-1|clahe|otsu|binary|cro
│ p|is_stage_end|node" (autowsgr/ui/decisive/map_controller.py)
└ 5 lines found

● Search (glob)
│ "autowsgr_legacy/**/decisive"
└ No matches found

● Search (grep)
│ "allowlist=.*A-F|A-F|cv2.threshold|recognize_map(|createCLAHE|Otsu|决战.节点|_MAP_END|EX-1"
│ in **/.py
└ 29 lines found

● Search (glob)
│ "**/decisive"
└ 4 files found

● Search (glob)
│ "autowsgr/**/battle.py"
└ 1 file found

● Read config.py
│ autowsgr/infra/config.py
└ 497 lines read

● Read usage_decisive.md
│ docs/usage/usage_decisive.md
└ 333 lines read

● Read schemas.py
│ autowsgr/server/schemas.py
└ 262 lines read

● Read task.py
│ autowsgr/server/routes/task.py
└ 316 lines read

● Read decisive.py
│ examples/decisive.py
└ 41 lines read

● Read usersettings.yaml
└ 138 lines read

● Read logic.py
│ autowsgr/ops/decisive/logic.py
└ 291 lines read

● Read controller.py
│ autowsgr/ops/decisive/controller.py
└ 155 lines read

● Read chapter.py
│ autowsgr/ops/decisive/chapter.py
└ 45 lines read

● Show PR patch for decisive map controller (shell)
│ jq -r '.[] | select(.filename=="autowsgr/ui/decisive/map_controller.py") | .patch'
│ /tmp/1775716872206-copilot-tool-output-lz1u3m.txt | sed -n '1,220p'
└ 220 lines...

● Show PR patch for decisive battle page (shell)
│ jq -r '.[] | select(.filename=="autowsgr/ui/decisive/battle_page.py") | .patch'
│ /tmp/1775716872206-copilot-tool-output-lz1u3m.txt | sed -n '1,220p'
└ 142 lines...

● Show PR patch for decisive config (shell)
│ jq -r '.[] | select(.filename=="autowsgr/ops/decisive/config.py") | .patch'
│ /tmp/1775716872206-copilot-tool-output-lz1u3m.txt | sed -n '1,220p'
└ 11 lines...

● Check whether output file exists (shell)
│ [ -f copilot_answer.md ] && echo exists || echo missing
└ 2 lines...

● Edit
└ Create copilot_answer.md

● Read copilot_answer.md
└ 98 lines read

已完成分析，最终结论已写入 copilot_answer.md。

核心结论是：Issue #404 在当前主线可确认存在真实实现缺口，其中最明确的是 Ex-1 被硬编码章节下限（MIN_CHAPTER=4）直接阻断，并伴随 小关识别仅覆盖 4-6 章 与 相位检测顺序导致流程超前风险；PR #403 的修复方向与这些问题基本对齐，但目前仍未合并到主线。

Total usage est: 1 Premium request
API time spent: 2m 53s
Total session time: 3m 13s
Total code changes: +99 -0
Breakdown by AI model:
gpt-5.3-codex 777.6k in, 10.8k out, 696.1k cached (Est. 1 Premium request)

🔗 GitHub Action 运行记录

[syokounya]

关闭此issue，将在PR中详细描述