[Feature] GUI 后端 API 增强：停止条件、每轮结算数据、健康检查 #360
Description
背景
AutoWSGR-GUI 已实现任务队列调度、停止条件检查、每轮战斗详情展示等功能框架，但部分功能因后端 API 数据不完整而被禁用或无法完整工作。本 issue 汇总 GUI 所需的后端 API 增强。
1. 停止条件：可靠的每轮掉落计数（优先级：高）
前端现状：
- 已实现
stopCondition机制（loot_count_ge/ship_count_ge），用户可设置「刷到 N 个战利品/舰船时自动停止」 - 但因
/api/game/context返回的dropped_ship_count/dropped_loot_count不可靠，整个停止条件逻辑被注释禁用
需要后端做的：
- 每轮战斗结算后，准确累计本次出击的掉落舰船数和战利品数
- 通过
/api/game/context（或战斗结果回传）提供准确的累计值 - 与 [Feature] 战斗结算：MVP舰船名称回传 & 掉落舰船识别回传 #355 的掉落舰船识别互补：[Feature] 战斗结算：MVP舰船名称回传 & 掉落舰船识别回传 #355 解决「识别掉了什么」，本项解决「累计掉了多少」
前端已有的调用代码（当前被注释）：
// Scheduler.ts
const resp = await this.api.gameContext();
if (data.dropped_loot_count >= cond.loot_count_ge) { /* 停止 */ }
if (data.dropped_ship_count >= cond.ship_count_ge) { /* 停止 */ }2. 每轮战斗结算详情回传（优先级：低）
前端现状：
RoundResult数据结构已定义mvp、grade、ship_damage字段- WebSocket
task_completed消息中的result.details目前这些字段为空
需要后端做的：
- 战斗结算时，在
RoundResult中填充：ship_damage: 各舰位破损程度（可选，用于前端展示舰队状态）
- MVP 名称和掉落舰船已在 [Feature] 战斗结算：MVP舰船名称回传 & 掉落舰船识别回传 #355 中提出
关于 grade（已解决）：
战斗评价（SS/S/A/B/C/D）已通过前端解析后端 stderr 日志的
[Combat] 战果: MVP=0 评价=SS 节点: A实现颜色高亮显示，无需后端 API 额外返回。若后端未来增加grade字段，前端可直接使用，但这不再是阻塞需求。
3. 健康检查端点（优先级：低）
前端现状：
- WebSocket 断线有自动重连
- 但无法检测后端进程卡死（如 OCR 卡住、模拟器无响应等场景）
需要后端做的：
- 提供
GET /api/health端点，返回后端存活状态 - 可选：返回当前任务是否卡在某个步骤超过异常时长
关联
- [Feature] 战斗结算：MVP舰船名称回传 & 掉落舰船识别回传 #355 ：MVP舰船名称回传 & 掉落舰船识别回传（互补关系）
- GUI 仓库：yltx/AutoWSGR-GUI