feat: 定时远征检查时自动领取任务奖励与智能浴室维修

[syokounya]

需求描述

目前 GUI 的自动远征功能在定时触发时，只会收取已完成的远征。对于长时间挂机的用户来说，还需要手动去领取任务奖励、手动把受损舰船送去浴室维修，操作比较繁琐。

期望功能

希望在前端的自动远征检查（挂机模式）中，能够顺带完成以下两件事：

1. 自动领取任务奖励

   • 每次定时远征检查后，自动尝试领取可领取的任务奖励。

2. 自动浴室维修（智能判断）

   • 自动将修理时间最长的舰船送入浴室，节省快修资源。
   • 安全机制：如果当前有战斗任务正在执行（如常规战、战役、演习等），应跳过浴室维修，避免占用舰队导致战斗中断或被迫使用快修。

手动操作不受影响

• 用户手动点击"收取远征"、"领取奖励"、"浴室维修"等按钮时，保持现有独立行为，不要把这些操作强制捆绑在一起。
• 仅在定时器自动触发的远征检查流程中，追加奖励领取和智能维修。

[github-actions]

Issue #8 分析结论（yltx/AutoWSGR-GUI）

问题摘要

Issue #8 的诉求是：在定时远征检查（挂机自动触发）流程中，除了收远征外，还要自动执行“收取任务奖励”和“浴室维修（战斗中要跳过）”；但用户手动点击“收取远征/奖励/浴室修理”按钮时，仍保持彼此独立。

复现条件（按当前代码）：

1. 启动系统后，调度器会立即执行一次远征检查，并启动远征定时器（src/model/scheduler/Scheduler.ts:98-107）。
2. 定时器触发后，会入队 expedition 任务（src/model/scheduler/Scheduler.ts:542-561）。
3. 调度器消费 expedition 任务时仅调用 api.expeditionCheck()，不会调用奖励或浴室接口（src/model/scheduler/Scheduler.ts:292-303）。

根因判断

已验证事实

1. 自动远征链路只有一个后端调用：POST /api/expedition/check（src/model/ApiClient.ts:169-171，src/model/scheduler/Scheduler.ts:296）。
2. POST /api/reward/collect 和 POST /api/repair/bath 已有客户端封装，但不在自动远征分支内（src/model/ApiClient.ts:193-203）。
3. 奖励/浴室目前只在手动按钮中触发（src/controller/app/AppController.ts:404-408）。
4. 架构文档也把 /api/expedition/check 定义为“仅收取已完成远征”，与当前实现一致（docs/architecture/06-backend-communication.md:171-176）。
5. 调度器声明“同一时间只有一个任务在后端执行”（src/model/scheduler/Scheduler.ts:8），且 TaskStatus 具备运行态查询能力（src/types/api.ts:56-62，src/model/ApiClient.ts:163-165）。

推测

1. 这不是“代码回归故障”，而是早期设计把“远征收取”和“奖励/浴室”拆成独立操作后，自动远征流程未做串联编排导致的功能缺口。
2. “自动将修理时间最长舰船送浴室”更可能是后端 repair/bath 的策略能力；若后端当前并未实现该策略，则需要后端补充排序逻辑，前端无法仅靠现有接口完全保证该行为。

最小修复方案（优先最小改动）

在 Scheduler 的 task.type === 'expedition' 分支中串联调用，保持手动按钮逻辑不变：

1. 先执行 await api.expeditionCheck()（保留现有行为）。
2. 再执行 await api.rewardCollect()。
3. 调用 await api.taskStatus() 做安全判断：若后端状态为 running，记录“跳过自动浴室维修”；否则执行 await api.repairBath()。
4. 每一步分别记录日志，失败不吞并为“成功”，但不阻塞队列收尾（仍应清理 currentTask 并 consumeNext()）。

可选但建议同改：daily_automation.auto_expedition 当前未看到被调度器消费（仅看到间隔被应用），若不补齐开关，新增自动行为将无法从配置层关闭。

验证步骤

1. 配置远征间隔为 1 分钟，启动系统，准备“有可领奖励 + 有可浴室修理舰船”的账号状态。
2. 等待一次定时触发，确认日志顺序包含：远征检查 -> 奖励收取 ->（条件满足时）浴室修理。
3. 让后端处于任务 running 状态（战斗任务执行中）时触发同流程，确认出现“跳过自动浴室维修”日志且不影响当前战斗任务。
4. 回归手动按钮：分别点击“收取远征/收取奖励/浴室修理”，确认仍是独立操作、互不捆绑。

仍需补充的信息（当前证据不足部分）

1. 真实运行日志：log/<timestamp>/ 下 GUI 与后端日志（至少覆盖一次定时触发窗口）。
2. 实际运行时加载的 usersettings.yaml（确认 daily_automation 配置与预期一致）。
3. 后端对 /api/repair/bath 的精确语义说明或日志证据（是否已实现“最长修理时间优先”）。
4. 若出现“战斗中仍触发浴室”的现象，请提供对应时间点的 task/status 返回和前端日志片段。

---

点击此处展开分析过程

我先调用专用 issue 分析技能并抓取 #8 的正文/评论，再对照仓库代码与配置定位根因，最后把结论写入 `copilot_answer.md`。

● skill(generic-issue-log-analysis)

● Get issue details (MCP: github-mcp-server) · owner: "yltx", repo: "AutoWSGR-GUI", issue_number: 8…
  └ [{"id":4247057816,"body":"🤖 正在分析这个
    Issue，预计需要数分钟。\n我会持续更新分析过程，并在结束后给出修复建议。\n...

● Get issue details (MCP: github-mcp-server) · owner: "yltx", repo: "AutoWSGR-GUI", issue_number: 8…
  └ {"number":8,"title":"feat: 定时远征检查时自动领取任务奖励与智能浴室维修","body":"##
    需求描述\n\n目前 GUI ...

我拿到 #8 了：它是功能缺口而不是崩溃类故障。接下来我会沿“定时远征触发链路”定位为什么现在不会顺带做领奖与浴室维修。

● Search (grep)
  │ "远征|expedition|领取奖励|浴室|维修|定时" in src/**/*.{ts,tsx,js,vue}
  └ 103 lines found

● Search (grep)
  │ "collect|reward|bath|repair|timer|schedule|远征" in electron/**/*.{ts,js}
  └ No matches found

● Search (grep)
  │ "collect|reward|bath|repair|timer|schedule" in src/**/*.{ts,tsx,js,vue}
  └ 13 lines found

● Search (grep)
  │ "btn-ops-expedition|btn-ops-reward|btn-ops-repair|wrap\(" in **/*.ts (src/controller)
  └ 13 lines found

● Search (grep)
  │ "expeditionCheck\(|rewardCollect\(|repairBath\(|taskStart\(|if \(task.type === 'expedition'\)"
  │ in **/*.ts (src/model)
  └ 94 lines found

● Search (grep)
  │ "/api/expedition/check|/api/reward/collect|/api/repair/bath" in **/*.ts (src)
  └ 3 lines found

● Search (glob)
  │ "**/*.py"
  └ No matches found

● Search (grep)
  │ "expedition/check|reward/collect|repair/bath|repair/ship|task/start"
  └ 16 lines found

● Search (glob)
  │ "**/*log*"
  └ 7 files found

● Read Scheduler.ts
  │ src/model/scheduler/Scheduler.ts
  └ L80:130 (51 lines read)

● Read Scheduler.ts
  │ src/model/scheduler/Scheduler.ts
  └ L270:330 (61 lines read)

● Read Scheduler.ts
  │ src/model/scheduler/Scheduler.ts
  └ L530:575 (46 lines read)

● Read AppController.ts
  │ src/controller/app/AppController.ts
  └ L384:420 (37 lines read)

● Read ApiClient.ts
  │ src/model/ApiClient.ts
  └ L160:220 (61 lines read)

● Read scheduler.ts
  │ src/types/scheduler.ts
  └ L1:90 (84 lines read)

● Read 06-backend-communication.md
  │ docs/architecture/06-backend-communication.md
  └ L150:210 (61 lines read)

● Read 02-task-scheduling.md
  │ docs/architecture/02-task-scheduling.md
  └ L130:190 (61 lines read)

● Read TODO.md
  │ docs/TODO.md
  └ L130:180 (50 lines read)

● Read api.ts
  │ src/types/api.ts
  └ L1:120 (120 lines read)

● Read api.ts
  │ src/types/api.ts
  └ L120:190 (71 lines read)

● Search (grep)
  │ "taskStatus\(|/api/task/status|TaskStatus|running" in **/*.ts (src)
  └ 39 lines found

● Read Scheduler.ts
  │ src/model/scheduler/Scheduler.ts
  └ L1:90 (90 lines read)

● Read connection.ts
  │ src/controller/startup/connection.ts
  └ L1:120 (68 lines read)

● Read ExpeditionTimer.ts
  │ src/model/scheduler/ExpeditionTimer.ts
  └ L1:220 (67 lines read)

● Read ConfigController.ts
  │ src/controller/app/ConfigController.ts
  └ L120:180 (60 lines read)

● Read ConfigModel.ts
  │ src/model/ConfigModel.ts
  └ L1:95 (91 lines read)

● Search (grep)
  │ "auto_expedition|autoExpedition" in **/*.ts (src)
  └ 9 lines found

我已确认核心代码链路，接着会补抓 issue 关联的 Action 运行日志，看看是否有额外证据或约束。

● List GitHub Actions workflows in a repository (MCP: github-mcp-server) · method: "list_workflow_j…
  └ {"jobs":{"total_count":1,"jobs":[{"id":71347308313,"run_id":24422245845,"run_...

● Get details of GitHub Actions resources (workflows, workflow runs, jobs, and artifacts) (MCP: git…
  └ {"id":24422245845,"name":"AI Issue Analysis","node_id":"WFR_kwLORfS2Js8AAAAFr...

✗ Get GitHub Actions workflow job logs (MCP: github-mcp-server) · owner: "yltx", repo: "AutoWSGR-GU…
  └ MCP server 'github-mcp-server': failed to get job logs: failed to download log content for job
    71347308313: failed to download logs: HTTP 404

● Search (glob)
  │ "**/task_groups.json"
  └ No matches found

● Search (glob)
  │ "**/usersettings.yaml"
  └ No matches found

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

● Search (glob)
  │ "**/gui_settings.json"
  └ No matches found

● Search (grep)
  │ "auto_expedition|expedition_interval|daily_automation" (templates)
  └ No matches found

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

● Read model.ts
  │ src/types/model.ts
  └ L70:130 (61 lines read)

● Search (grep)
  │ "repair/bath|浴室修理|泡澡|最长|快修" (docs)
  └ 19 lines found

● Read user-guide.md
  │ docs/user-guide.md
  └ L85:110 (26 lines read)

● Read RepairManager.ts
  │ src/model/scheduler/RepairManager.ts
  └ L1:220 (220 lines read)

● Search (grep)
  │ "repairBath\(|/api/repair/bath|浴室" in **/*.ts (src)
  └ 4 lines found

● Search (glob)
  │ ".github/workflows/*.yml"
  └ 2 files found

● Read ai-issue-analysis.yml
  │ .github/workflows/ai-issue-analysis.yml
  └ L1:260 (71 lines read)

● List directory .cache
  └ 4 files found

● Read copilot_output.log
  │ .cache/copilot_output.log
  └ L1:120 (120 lines read)

● Read copilot_execution.log
  │ .cache/copilot_execution.log
  └ L1:120 (26 lines read)

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

● Edit
  └ Create copilot_answer.md

● Read copilot_answer.md
  └ 50 lines read

已完成，最终结论已写入 **`copilot_answer.md`**。内容包含你要求的五部分：问题与复现条件复述、基于代码/配置/日志证据的根因定位、**已验证事实 vs 推测** 的明确分离、最小修复方案与验证步骤，以及证据不足时需补充的材料清单。


Changes   +51 -0
Requests  1 Premium (4m 11s)
Tokens    ↑ 945.2k • ↓ 10.6k • 891.4k (cached) • 6.6k (reasoning)

🔗 GitHub Action 运行记录