勾选“泡澡维修（不使用快修）”后，normal_fight 未触发浴室修理，直接开始出征

[z8805442-ship-it]

在提交您的问题反馈之前

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

相关环境信息

No response

问题描述

问题描述

在 GUI 中为 normal_fight 任务勾选 “泡澡维修（不使用快修）” 后，执行任务时即使出征准备页已经识别到舰队中存在 MODERATE 状态舰船，程序仍然会直接点击“开始出征”，没有先触发浴室修理流程。

从日志看，整个执行过程中没有看到 /api/repair/bath、RepairManager、后院 -> 浴室 等相关调用或日志，怀疑该勾选项没有真正接入 normal_fight 的任务调度逻辑。

---

预期行为

当 normal_fight 任务勾选 “泡澡维修（不使用快修）”，且舰队中存在达到维修阈值的受损舰船时，任务应在出征前先执行浴室修理，而不是直接开始出征。

---

实际行为

出征准备页已经检测到舰队成员为 MODERATE，但程序仍然直接点击“开始出征”，没有触发泡澡维修流程。

autowsgr_2026-04-18.debug.log

捞胖次2-1.yaml

复现方法

1. 在 GUI 中创建或启动一个 normal_fight 任务
2. 勾选 “泡澡维修（不使用快修）”
3. 维修阈值使用默认配置（例如百分比 50）
4. 选择一支包含 MODERATE 状态舰船的舰队
5. 启动任务
6. 观察任务开始前的日志与页面行为

Log输出

12:53:45.844 | DEBUG    | ui/utils/navigation.py:116 | [UI] 已到达: 地图-出征 2-1 -> PageName.BATTLE_PREP (第 3 次截图)
12:53:46.845 | DEBUG    | ui/battle/base.py:187 | [UI] 出征准备 → 选择 3队
12:53:46.847 | DEBUG    | emulator/controller/scrcpy.py:417 | [Emulator] click(0.327, 0.170) → pixel(418, 122)  res=1280x720  ui/battle/base.py:188 in select_fleet
12:53:47.687 | DEBUG    | ui/battle/detection.py:113 | [准备页] 血量检测: 槽0=NORMAL | 槽1=NORMAL | 槽2=NORMAL | 槽3=MODERATE | 槽4=MODERATE | 槽5=NO_SHIP
12:53:47.687 | DEBUG    | ui/battle/detection.py:113 | [准备页] 血量检测: 槽0=NORMAL | 槽1=NORMAL | 槽2=NORMAL | 槽3=MODERATE | 槽4=MODERATE | 槽5=NO_SHIP
12:53:47.688 | DEBUG    | ui/battle/detection.py:113 | [准备页] 血量检测: 槽0=NORMAL | 槽1=NORMAL | 槽2=NORMAL | 槽3=MODERATE | 槽4=MODERATE | 槽5=NO_SHIP
12:53:47.999 | DEBUG    | ui/battle/detection.py:172 | [UI] 槽位0 等级: Lv.25
12:53:48.255 | DEBUG    | ui/battle/detection.py:172 | [UI] 槽位1 等级: Lv.23
12:53:48.540 | DEBUG    | ui/battle/detection.py:172 | [UI] 槽位2 等级: Lv.38
12:53:48.832 | DEBUG    | ui/battle/detection.py:172 | [UI] 槽位3 等级: Lv.39
12:53:49.174 | DEBUG    | ui/battle/detection.py:172 | [UI] 槽位4 等级: Lv.19
12:53:49.174 | INFO     | ui/battle/detection.py:176 | [准备页] 等级检测: 槽0=Lv.25 | 槽1=Lv.23 | 槽2=Lv.38 | 槽3=Lv.39 | 槽4=Lv.19 | 槽5=无
12:53:49.174 | INFO     | ui/battle/detection.py:224 | [UI] 舰队 3 信息: 槽0=Lv.25 NORMAL | 槽1=Lv.23 NORMAL | 槽2=Lv.38 NORMAL | 槽3=Lv.39 MODERATE | 槽4=Lv.19 MODERATE | 槽5=Lv.None NO_SHIP
12:53:49.174 | INFO     | ui/battle/base.py:178 | [UI] 出征准备 → 开始出征

[github-actions]

Issue 概要

• issue：#450
• 版本 / 分支 / 环境：Issue 未提供；日志时间为 2026-04-18，仓库分析基于 HEAD=3b14207acb73386ebfaac7959c6350c6552374b6
• 任务 / 入口 / 相关设置：normal_fight 任务，附件计划为 2-1.yaml（未设置 repair_mode）；用户在 GUI 勾选“泡澡维修（不使用快修）”
• 关键提示 / 报错文案：无报错，表现为识别到 MODERATE 后仍“开始出征”
• 用户现象：出征准备页检测到中破舰船，但未触发泡澡修理流程，直接出征

附件概览

• 实际可读文件：
  • autowsgr_2026-04-18.debug.log
  • 2-1.yaml
• 缺失或未上传的证据：
  • 前端发送 /api/task/start 的原始请求体（无法直接确认“泡澡维修”勾选是否被序列化）
  • GUI 配置页面截图 / 导出
  • Issue 环境信息（版本、平台、分支）

关键证据

点击此处展开

• issue 正文 / 评论：

  • 正文描述“勾选泡澡维修后，normal_fight 未触发浴室修理”，与日志现象一致。
  • 仅有 1 条 bot 评论，无额外技术结论。

• 运行时日志：

  • 12:53:47~12:53:49：准备页多次识别 MODERATE，随后立即 出征准备 → 开始出征。
  • 第二次同样复现：12:53:58~12:54:00 检测 MODERATE 后直接开始出征。
  • 全日志中唯一一次 ops/repair.py:46 [OPS] 浴室修理操作完成 出现在 12:55:58，晚于任务结束（12:54:01），不在该次 normal_fight 执行链路内。

• 配置快照：

  • 附件 2-1.yaml 未包含 repair_mode 字段。
  • CombatPlan.from_dict 对缺省 repair_mode 使用默认值 2（大破修）。

• 代码依据：

  • normal_fight 出征前只走“出征准备页修理策略”，随后直接 start_battle，无浴室流程分支：
    

    AutoWSGR/autowsgr/ops/normal_fight.py

    Lines 347 to 376 in 3b14207

    	# 修理策略
    	repair_modes = self._plan.repair_mode
    	if isinstance(repair_modes, list):
    	min_mode = min(m.value for m in repair_modes)
    	else:
    	min_mode = repair_modes.value
    	if min_mode <= RepairMode.moderate_damage.value:
    	page.apply_repair(RepairStrategy.MODERATE)
    	elif min_mode <= RepairMode.severe_damage.value:
    	page.apply_repair(RepairStrategy.SEVERE)
    	# 检测战前舰队信息 (血量 + 等级)
    	fleet_info = page.detect_fleet_info()
    	ship_stats = [fleet_info.ship_damage.get(i, ShipDamageState.NORMAL) for i in range(6)]
    	if ShipDamageState.SEVERE in ship_stats:
    	_log.error('[OPS] 出征前检测到大破舰船，退出程序')
    	raise ActionFailedError('出征前检测到大破舰船，退出程序')
    	ship_names = resolved_ship_names
    	if ship_names is None:
    	ship_names = (
    	self._primary_names_from_rules(self._fleet_rules)
    	if self._fleet_rules is not None
    	else self._fleet
    	)
    	self._fleet_ships = fleet_info.to_ships(ship_names)
    	# 出征
    	page.start_battle()
    	time.sleep(1.0)

  • apply_repair 的实现是“快速修理面板”点击，不是浴室修理：
    

    AutoWSGR/autowsgr/ui/battle/repair.py

    Lines 29 to 43 in 3b14207

    	def repair_slots(self, positions: list[int]) -> None:
    	"""切换到快速修理面板并修理指定位置的舰船。"""
    	from autowsgr.ui.battle.base import Panel
    	if not positions:
    	return
    	self.select_panel(Panel.QUICK_REPAIR)
    	time.sleep(0.8)
    	for pos in positions:
    	if pos not in BLOOD_BAR_PROBE:
    	_log.warning('[UI] 无效修理位置: {}', pos)
    	continue
    	self._ctrl.click(*BLOOD_BAR_PROBE[pos])
    	time.sleep(1.5)
    	_log.info('[UI] 出征准备 → 修理位置 {}', pos)

    
    https://github.com/OpenWSGR/AutoWSGR/blob/3b14207acb73386ebfaac7959c6350c6552374b6/autowsgr/ui/battle/repair.py#L78-L123
  • NormalFightRequest 模型没有“泡澡维修”相关字段：
    

    AutoWSGR/autowsgr/server/schemas.py

    Lines 179 to 194 in 3b14207

    	class NormalFightRequest(BaseModel):
    	"""常规战请求。"""
    	type: Literal[TaskType.NORMAL_FIGHT] = TaskType.NORMAL_FIGHT
    	plan: CombatPlanRequest | None = Field(
    	default=None,
    	description='作战计划 (与 plan_id 二选一)',
    	)
    	plan_id: str | None = Field(
    	default=None,
    	description='计划名称或 YAML 文件路径',
    	)
    	times: int = Field(default=1, ge=1, description='执行次数')
    	gap: float = Field(default=0.0, ge=0, description='间隔时间(秒)')
    	model_config = {'extra': 'forbid'}

  • /api/task/start 的 normal_fight 分支仅透传 fleet_id/fleet/fleet_rules 覆盖，不处理浴室修理开关：
    

    AutoWSGR/autowsgr/server/routes/task.py

    Lines 103 to 131 in 3b14207

    	if request.plan_id:
    	plan = CombatPlan.from_yaml(request.plan_id)
    	elif request.plan:
    	plan = build_combat_plan(request.plan)
    	else:
    	raise ValueError('必须提供 plan 或 plan_id')
    	# 允许 plan_id + plan 覆盖: 前端可在不改 YAML 的情况下动态指定舰队与舰船名单。
    	request_plan = request.plan
    	override_fleet_id = request_plan.fleet_id if request_plan is not None else None
    	override_fleet = request_plan.fleet if request_plan is not None else None
    	override_fleet_rules = request_plan.fleet_rules if request_plan is not None else None
    	for i in range(request.times):
    	if task_manager.should_stop():
    	break
    	task_manager.update_progress(current_round=i + 1)
    	_log.info('[Task] 常规战第 {}/{} 轮', i + 1, request.times)
    	try:
    	result = run_normal_fight(
    	ctx,
    	plan,
    	times=1,
    	fleet_id=override_fleet_id,
    	fleet=override_fleet,
    	fleet_rules=override_fleet_rules,
    	)[0]

  • 浴室修理是独立 API（空闲态调用），并未接入 normal_fight 任务链路：
    

    AutoWSGR/autowsgr/server/routes/ops.py

    Lines 180 to 194 in 3b14207

    	@router.post('/api/repair/bath', response_model=ApiResponse)
    	async def repair_bath():
    	"""浴室修理。"""
    	try:
    	ctx = get_context()
    	except RuntimeError as e:
    	raise HTTPException(status_code=503, detail=str(e)) from e
    	_require_idle()
    	from autowsgr.ops import repair_in_bath
    	try:
    	await asyncio.to_thread(repair_in_bath, ctx)
    	return ApiResponse(success=True, message='浴室修理完成')

  • 文档也区分了“浴室修理”与“出征修理（repair_mode 1/2）”：
    

    AutoWSGR/docs/usage/usage_daily_ops.md

    Lines 175 to 207 in 3b14207

    	## 7. 浴室修理
    	```python
    	repair_in_bath(ctrl)
    	```
    	**流程**: 导航到浴室页面 → 选择待修舰船 → 开始修理
    	---
    	## 8. 出征修理
    	出征前在出征准备页面执行的修理操作：
    	```python
    	from autowsgr.ops import RepairStrategy, apply_repair
    	# 中破修 — 修理中破及以上的舰船
    	apply_repair(ctrl, strategy=RepairStrategy.MODERATE)
    	# 大破修 — 只修理大破的舰船
    	apply_repair(ctrl, strategy=RepairStrategy.SEVERE)
    	```
    	### RepairStrategy 枚举
    	| 策略 | 说明 |
    	|------|------|
    	| `RepairStrategy.MODERATE` | 中破修 (中破+大破) |
    	| `RepairStrategy.SEVERE` | 大破修 (仅大破) |
    	> 注意：`apply_repair()` 应在出征准备页面调用。
    	> 各 Runner 会自动在出征前调用它，通常不需要手动调用。

    
    

    AutoWSGR/docs/usage/usage_combat.md

    Lines 60 to 93 in 3b14207

    	repair_mode: 2 # 1=中破修, 2=大破修
    	fight_condition: 1 # 1~5 战况选择
    	selected_nodes: [A, B, D, F] # 白名单节点 (只打这些)
    	# 默认节点决策 (所有节点通用)
    	node_defaults:
    	formation: 2 # 阵型: 1单纵 2复纵 3轮型 4梯形 5单横
    	night: True # 是否追击夜战
    	proceed: True # 是否继续前进 (True=前进, False=回港)
    	# 特定节点覆盖
    	node_args:
    	A:
    	formation: 5 # A 点用单横
    	night: False
    	D:
    	enemy_rules: # 索敌规则
    	- [CV > 0, retreat] # 有航母就撤退
    	proceed: False # D 点打完回港
    	F:
    	night: True
    	proceed: False
    	```
    	### YAML 字段参考
    	| 字段 | 类型 | 默认值 | 说明 |
    	|------|------|--------|------|
    	| `name` | str | `""` | 计划名称 (日志用) |
    	| `chapter` | int | `1` | 章节编号 |
    	| `map` | int | `1` | 地图编号 |
    	| `fleet_id` | int | `1` | 出征舰队 (1~4) |
    	| `repair_mode` | int | `2` | 修理策略: 1=中破修, 2=大破修 |
    	| `fight_condition` | int | `1` | 战况选择 (1~5) |

根因判断

• 直接结论：

  • 这是“功能未接线 / 协议未建模”问题，不是日志误判。
  • 当前 normal_fight 出征前只支持“快速修理策略（repair_mode）”，未实现“勾选泡澡维修后自动先去浴室”的任务链路。

• 证据链：

  • 日志两次都在 MODERATE 后直接 开始出征；
  • normal_fight 代码路径无 repair_in_bath；
  • 请求模型无 bath 相关字段；
  • 浴室修理仅存在于独立 API。

• 当前主线是否可能已修复：

  • 基于当前 HEAD 代码判断：尚未修复。

修复方案

1. 代码 / 配置 / 资源层修复

   • 在 NormalFightRequest 增加明确字段（如 use_bath_repair: bool、bath_repair_threshold）。
   • 在 /api/task/start 的 normal_fight 分支透传该字段，不再只覆盖 fleet*。
   • 在 NormalFightRunner 中新增可控分支：满足阈值时执行浴室修理流程，再继续该轮出征准备。
   • 明确与 repair_mode 的关系（互斥或优先级）：bath 与 quick_repair 不能语义冲突。

2. 需要补充的测试、日志或截图

   • API 层：normal_fight 请求体包含 bath 字段时能落到执行器。
   • 集成层：构造 MODERATE 场景，断言 normal_fight 触发浴室流程而非直接 start_battle。
   • 回归层：未勾选 bath 时保持现有 quick-repair 行为。

3. 如问题属于不支持场景，应如何限制入口或改进提示

   • 若短期不接线，应在 GUI 文案明确“该选项暂不作用于 normal_fight 自动任务”，避免误导。

给用户的建议

• 用户现在可以直接尝试的动作：
  • 若可接受快修：在计划中显式设置 repair_mode: 1（中破修）。
  • 若坚持不使用快修：在每轮前手动触发浴室修理（调用浴室修理入口/API），不要依赖当前 normal_fight 勾选项自动生效。
• 是否建议升级 / 重下完整包 / 重置配置 / 更换环境：
  • 该问题属于当前链路能力缺失，不是安装损坏；升级仅在后续版本明确修复后才有意义。
• 是否有临时绕过方案：
  • 将“泡澡维修”步骤显式拆到任务前置流程（先修理再启动 normal_fight）。

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

点击此处展开

现象：
normal_fight 勾选“泡澡维修（不使用快修）”后，准备页已识别 MODERATE，但仍直接开始出征。

关键证据：
1) 日志在 12:53:47 / 12:53:58 两次均出现：
   [准备页] 血量检测 ... MODERATE ...
   [UI] 出征准备 → 开始出征
2) normal_fight 代码仅调用 page.apply_repair(...)（快速修理），无 repair_in_bath 分支。
3) NormalFightRequest 无 bath 字段，task 路由 normal 分支也未透传 bath 配置。

可能相关线索（待验证）：
- 需要新增 NormalFightRequest 的 bath 参数并透传到 NormalFightRunner。
- 在 Runner 中实现“先浴室修理后继续出征”的流程（含阈值判断）。
- 定义 bath 与 repair_mode 的优先级，避免同时开启时语义冲突。

置信度

• 高
• 还缺什么证据：
  • 前端实际请求 payload（用于最终确认“勾选项是否发送到后端”）

---

点击此处展开分析过程

● skill(generic-issue-log-analysis)

我先抓取 Issue #450 的正文和评论，再按仓库代码与文档交叉验证，最后把结论写入 `copilot_answer.md`。

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

● Get issue details (MCP: github-mcp-server) · method: "get", owner: "OpenWSGR", repo: "AutoWSGR", …
  └ {"number":450,"title":"勾选“泡澡维修（不使用快修）”后，normal_fight
    未触发浴室修理，直接开始出征","bo...

● Get issue details (MCP: github-mcp-server) · method: "get_labels", owner: "OpenWSGR", repo: "Auto…
  └ {"labels":[],"totalCount":0}

● Search (grep)
  │ "normal_fight" (autowsgr)
  └ 32 lines found

● Search (grep)
  │ "repair/bath|RepairManager|浴室|泡澡|bath" (autowsgr)
  └ 87 lines found

● Search (glob)
  │ "**/*{locale,locales,i18n,lang,langs,translations}*"
  └ No matches found

● Download issue attachments (shell)
  │ mkdir -p .cache/issue-logs/issue-450 && cd .cache/issue-logs/issue-450 &&
  │ curl -L --fail -o autowsgr_2026-04-18.debug.log https://github.com/user-atta
  │ chments/files/26848694/autowsgr_2026-04-18.debug.log && curl -L --fail -o
  │ 2-1.yaml https://github.com/user-attachments/files/26848698/2-1.yaml && ls
  │ -lh
  └ 12 lines...

● Search (grep)
  │ "MODERATE|准备页|开始出征|RepairManager|/api/repair/bath|后院|浴室"
  │ (.cache/issue-logs/issue-450/autowsgr_2026-04-18.debug.log)
  └ 39 lines found

● Search (grep)
  │ "auto_bath_repair|bath_repair|repair_in_bath|浴室修理|repair/bath"
  │ (autowsgr)
  └ 21 lines found

● Read 2-1.yaml
  │ .cache/issue-logs/issue-450/2-1.yaml
  └ 39 lines read

● Read normal_fight.py
  │ autowsgr/ops/normal_fight.py
  └ 482 lines read

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

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

● Read config.py
  │ autowsgr/infra/config.py
  └ L130:240 (110 lines read)

● Search (grep)
  │ "repair_in_bath\(" (autowsgr)
  └ 1 line found

● Search (grep)
  │ "auto_bath_repair|bathroom|泡澡|澡堂|battle_tasks_running|正在执行的战斗任务
  │ " (autowsgr)
  └ 9 lines found

● Read autowsgr_2026-04-18.debug.log
  │ .cache/issue-logs/issue-450/autowsgr_2026-04-18.debug.log
  └ L1:220 (176 lines read)

● Read autowsgr_2026-04-18.debug.log
  │ .cache/issue-logs/issue-450/autowsgr_2026-04-18.debug.log
  └ L220:420 (145 lines read)

我已经拿到日志和配置，接下来会沿着 `normal_fight` 的“修理策略”链路追到代码实现，确认它到底是快修逻辑还是泡澡逻辑。

● Read types.py
  │ autowsgr/types.py
  └ L350:470 (121 lines read)

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

● Read base.py
  │ autowsgr/ui/battle/base.py
  └ 217 lines read

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

● Read autowsgr_2026-04-18.debug.log
  │ .cache/issue-logs/issue-450/autowsgr_2026-04-18.debug.log
  └ L160:280 (121 lines read)

● Search (grep)
  │ "class RepairMode|RepairStrategy|apply_repair|repair_mode" (autowsgr)
  └ 122 lines found

● Search (grep)
  │ "泡澡维修|不使用快修|浴室修理|快速修理|repair_mode" (docs)
  └ 12 lines found

● Search (grep)
  │ "泡澡维修|不使用快修|bath|repair/bath" (autowsgr)
  └ 29 lines found

● Read repair.py
  │ autowsgr/ui/battle/repair.py
  └ 122 lines read

● Read types.py
  │ autowsgr/types.py
  └ L200:280 (80 lines read)

● Read serializers.py
  │ autowsgr/server/serializers.py
  └ L120:240 (50 lines read)

● Read event_fight.py
  │ autowsgr/ops/event_fight.py
  └ L240:330 (91 lines read)

● Read usage_combat.md
  │ docs/usage/usage_combat.md
  └ L40:120 (81 lines read)

● Read usage_daily_ops.md
  │ docs/usage/usage_daily_ops.md
  └ L150:280 (131 lines read)

● Read usage_daily_ops.md
  │ docs/usage/usage_daily_ops.md
  └ L1:80 (80 lines read)

● Read usage_daily_ops.md
  │ docs/usage/usage_daily_ops.md
  └ L230:290 (61 lines read)

● Search (grep)
  │ "battle_tasks_running|auto_bath_repair|DailyAutomationConfig|repair_in_bath|
  │ /api/repair/ship-by-name|ship-by-name|bathroom_count" (autowsgr)
  └ 11 lines found

● Search (grep)
  │ "repair_mode|plan_id|plan\s*\+|泡澡|bath" (autowsgr/server)
  └ 20 lines found

● Read game_context.py
  │ autowsgr/context/game_context.py
  └ L60:140 (81 lines read)

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

● Read task_manager.py
  │ autowsgr/server/task_manager.py
  └ 270 lines read

● Read launcher.py
  │ autowsgr/scheduler/launcher.py
  └ 235 lines read

● Search (glob)
  │ "autowsgr/scheduler/**/*.py"
  └ 3 files found

● Search (grep)
  │ "active_fight_tasks|auto_normal_fight|daily_automation|TaskScheduler|schedul
  │ er" (autowsgr)
  └ 27 lines found

● Read scheduler.py
  │ autowsgr/scheduler/scheduler.py
  └ 304 lines read

● Search (grep)
  │ "ops/repair.py|/api/repair/bath|RepairManager|泡澡|浴室修理操作完成"
  │ (.cache/issue-logs/issue-450/autowsgr_2026-04-18.debug.log)
  └ 1 line found

● Search (grep)
  │ "\[Task\]|任务完成|请求停止任务"
  │ (.cache/issue-logs/issue-450/autowsgr_2026-04-18.debug.log)
  └ 7 lines found

● Read ops.py
  │ autowsgr/server/routes/ops.py
  └ L170:245 (76 lines read)

● Search (grep)
  │ "locale|locales|i18n|translations|zh-cn|zh_cn|zh-hans"
  └ 2 files found

● Edit
  └ Create copilot_answer.md

● Read copilot_answer.md
  └ 122 lines read

已完成，最终分析结论已写入 `copilot_answer.md`。结论是：`normal_fight` 当前链路只执行“出征准备页快速修理（repair_mode）”，并未接入“泡澡维修”任务分支；同时 `NormalFightRequest`/任务路由也没有对应浴室修理参数透传，因此出现识别到 `MODERATE` 仍直接出征。


Changes   +123 -0
Requests  1 Premium (2m 55s)
Tokens    ↑ 1.1m • ↓ 10.9k • 1.0m (cached) • 6.0k (reasoning)

🔗 GitHub Action 运行记录