[VOD Agent] ⚠️ Issue 看板巡检提醒（20260925）

本 Issue 已超过 7 天无更新（最后更新：2026-09-02，距今 23 天），标记为 stale issue。

当前状态：

• 状态：待办的（open）
• 负责人：未分配
• 评论数：0
• Pipeline：无处理记录

阻塞原因：Issue 未分配负责人，且无任何处理进展记录，处于无人跟进状态。

建议：

1. 如需求仍有效，请分配负责人并推进处理
2. 如需求已过期或不再需要，建议关闭
3. 如需补充需求细节，请在评论区说明

本提醒由 Issue #3「Issue看板巡检 20260925-0100」自动巡检触发。

[issue agent] 对该 Issue 进行了深度可开发性分析，当前评级：needs-discussion

管理员角色新增报修单改派功能

---

可开发性分析结论

Issue: #1 — 管理员角色新增报修单改派功能
评级: needs-discussion
分析时间: 2026-09-25

维度 1 · 需求完整性: vague

• 类型: Feature（标题含「新增」）
• 功能点: 部分明确——管理员可将已分配的报修单改派给其他工人；但正文仅一行标题，无使用场景、无验收标准、无边界条件
• ❓ 缺失：改派触发场景（工人无法处理？分配错误？工人离职？）、允许改派的订单状态范围、改派后原工人状态如何处理

维度 2 · 技术可行性: feasible

• 涉及模块: mock_backend.py（现有 admin_assign_worker 派单逻辑、ORDERS_TB/WORKER_TB 数据表）、web/static/app.js（admin 前端）、web/server.py
• 技术阻碍: 无——数据模型支持，现有派单逻辑（PATCH /admin/select-worker）可直接扩展为改派（更新 work_id + 重置原工人 state + 置新工人 state）
• 结论: 改派是派单的自然扩展，技术路径清晰

维度 3 · 依赖就绪性: ready

• 所需依赖: 无外部依赖，mock_backend 自包含 SQLite
• 已有依赖: admin_assign_worker（派单）、admin_select_worker_list（可用工人列表）均可复用

维度 4 · 范围确定性: estimated

• 预估改动: mock_backend.py（新增改派路由）、web/static/app.js（admin 面板新增改派入口/确认弹窗）、可能 web/server.py
• 架构影响: moderate——新增模块接口，但基于现有派单模式
• 复杂度: medium——多文件改动，涉及已有模块接口

---

需要确认的问题（请逐一回复）

1. 改派触发场景：什么情况下管理员需要改派？（工人无法处理 / 分配错误 / 工人离职 / 其他）
2. 允许改派的订单状态：哪些状态的工单允许改派？（仅「已分配未开始」？「进行中」也允许？「已完成」是否禁止？）
3. 原工人状态处理：改派后原工人的 state 是否重置为空闲（state=0）？是否需要记录改派历史？
4. 验收标准：改派功能完成后，如何验证其正确性？是否有预期的交互流程（如：管理员列表点击「改派」→ 选择新工人 → 确认）？

---

当前动作：已分配负责人 @cs_HWStaff，已标记 need-info。请补充以上信息后，将重新评估可开发性并生成开发规格文档。

本分析由 Issue #3「Issue看板巡检 20260925-0100」巡检后续推进触发。