任务详情与恢复
路由：/jobs/[jobId]。角色：所属用户。范围：当前主流程。依据：当前页面和调用组件（代码基线 67df5ab1，本轮仅修复根元素 hydration 并移除无调用旧 header 插槽）。以下数量是现有读取策略，不是实际业务记录数，也不是容量或服务承诺。
源码入口：page.tsx · job-detail.tsx · job-presenters.ts 。
用户任务与当前操作
作为所属用户，我需要核对检查点、预算和可安全恢复的操作。当前操作围绕下表的数据完成；不从旧表和旧接口的存在反推新增产品需求。页面存在不等于来源、模型、送达或长期运行已通过真实验收。
页面需要的数据
| 区域／操作 | 实际展示或输入字段 | 展示数量／读取方式 | 是否持久化及最小存储 |
|---|---|---|---|
| 执行详情 | job id/kind/configuration/version/status、阶段/计数/checkpoint/窗口、failure/next_action、freshness | 单job，显式刷新；有界窗口响应 | jobs/attempts/stages/coverage |
| 恢复与取消 | manual_retry_allowed、cancel_requested、原operation/任务关联 | 仅服务器允许状态可操作 | 复用原任务控制和租约，不另建重试任务表 |
接口与业务落点
下列为本页业务读取/提交入口。全局会话、头像、站点元信息和共享组件中未在本页触发的导出函数不算新增页面能力。请求类型、响应与错误以生成客户端和后端为准。
| 页面调用 | 方法和路径 | 请求 → 响应合同 | 实现依据 |
|---|---|---|---|
cancelCollectionJob | POST /api/jobs/{job_id}/cancel | cancelCollectionJobParams → JobStatusView | 客户端 · 后端 |
getCollectionJob | GET /api/jobs/{job_id} | getCollectionJobParams → JobStatusView | 客户端 · 后端 |
retryCollectionJob | POST /api/jobs/{job_id}/retry | retryCollectionJobParams → JobStatusView | 客户端 · 后端 |
数据落点：jobs、job_attempts、job_stage_attempts、resource_budget_reservations、resource_usage_attempts、coverage_windows。这是当前依赖定位，不代表这些表均为重新设计时必须新建；详细字段/键/关系及保留原因见页面数据库设计。
收敛与替换
不将取消按钮解释为撤销已发网络请求；不额外建运行批次层。
实现时先复用上述合同。确有缺口须描述具体控件、输入、输出、当前失败和最小修复，不能直接把历史扩展方案列为前置。公开分发、付费供应商、海外新来源与 Flutter 继续受冻结范围和其他生效决策约束。
验收与非功能要求
- 主路径：超时先查原job；取消后原资料保留；只重试允许恢复的阶段且使用冻结配置。
- 数据边界：上表数量、字段和统计范围要能从响应核对；未知、未分析、无权限和真实零值不同。筛选、页签与选择不创建持久业务副本。
- 状态：有远程读取的区域分别验证正常、零数据、加载、失败和撤权；静态说明的业务空态/无权限写不适用，不伪造验收。
- 写入：有保存/运行/发布时保留可恢复输入，版本冲突先重读；请求结果未知按现有接口查询或复用原幂等键，不新增全局操作账本。
- 交互：1440px与390px下主动作可见；Tab/Enter/Escape和适用的方向键可操作，弹层关闭返回触发点。凭据只按现有认证流程传递，不进入日志/URL/本机持久存储。