在前后端开发联调前 的提交20260223

.kiro/specs/admin-web-console/design.md

@@ -13,7 +13,7 @@
 3. 前后端通过 JSON API 通信，实时日志通过 WebSocket 推送
 4. 数据库查询限制为只读，防止误操作
 5. **多门店隔离**：通过 `site_id` 贯穿全链路，Operator 登录后绑定门店，所有 API 请求自动携带 site_id
-6. **执行流程（Flow）分离**：完整保留现有 7 种 Flow 和 3 种处理模式，前端按 Flow 动态展示可选层和任务
+6. **执行流程（Flow）分离**：完整保留现有 7 种 Flow 和 4 种处理模式，前端按 Flow 动态展示可选层和任务
 
 ## 架构
 
@@ -94,10 +94,11 @@ Web 管理后台的隔离策略：
 | `dwd_dws_index` | DWD → DWS汇总 → DWS指数 | DWS, INDEX |
 | `dwd_index` | DWD → DWS指数 | INDEX |
 
-3 种处理模式：
+4 种处理模式：
 - `increment_only`：仅增量处理
 - `verify_only`：校验并修复（可选"校验前从 API 获取"）
 - `increment_verify`：增量 + 校验并修复
+- `full_window`：用 API 返回数据的实际时间范围处理全部层，无需校验
 
 时间窗口模式：
 - `lookback`：回溯 + 冗余（lookback_hours + overlap_seconds）
@@ -198,7 +199,7 @@ apps/admin-web/
 | GET | `/api/tasks/registry` | 获取任务注册表（按业务域分组） | 2 |
 | GET | `/api/tasks/dwd-tables` | 获取 DWD 表定义（按业务域分组） | 2 |
 | POST | `/api/tasks/validate` | 验证 TaskConfig | 2, 11 |
-| GET | `/api/tasks/flows` | 获取执行流程列表（7 种 Flow + 3 种处理模式） | 2 |
+| GET | `/api/tasks/flows` | 获取执行流程列表（7 种 Flow + 4 种处理模式） | 2 |
 | POST | `/api/execution/run` | 提交任务执行 | 3 |
 | GET | `/api/execution/queue` | 获取当前队列 | 4 |
 | POST | `/api/execution/queue` | 添加任务到队列 | 4 |

.kiro/specs/admin-web-console/tasks.md

@@ -45,13 +45,13 @@
   - [x] 3.1 迁移 CLIBuilder 到后端（`apps/backend/app/services/cli_builder.py`）
     - 从 `gui/utils/cli_builder.py` 迁移核心逻辑
     - 适配新的 TaskConfigSchema，自动注入 `--store-id` 参数
-    - 支持 7 种 Flow 和 3 种处理模式
+    - 支持 7 种 Flow 和 4 种处理模式
     - _Requirements: 2.6_
 
   - [x] 3.2 实现任务注册表 API（`apps/backend/app/routers/tasks.py`）
     - `GET /api/tasks/registry`：返回按业务域分组的任务列表
     - `GET /api/tasks/dwd-tables`：返回按业务域分组的 DWD 表定义
-    - `GET /api/tasks/flows`：返回 7 种 Flow 定义和 3 种处理模式定义
+    - `GET /api/tasks/flows`：返回 7 种 Flow 定义和 4 种处理模式定义
     - `POST /api/tasks/validate`：验证 TaskConfig 并返回生成的 CLI 命令预览
     - Pydantic schemas 在 `apps/backend/app/schemas/tasks.py`
     - _Requirements: 2.1, 2.2, 2.3, 2.4, 2.5, 2.6, 11.1, 11.2_