fix(video): PR #492 - 合并统一轮询并保留本地出站安全策略

docs/content/docs/backend/newapi-channel-2.mdx

@@ -26,26 +26,18 @@ description: Channel 2 视频任务创建、轮询与上游任务同步延迟处
 
 宿主只在同时满足以下条件时把该响应视为“任务状态尚未同步”：
 
-1. 渠道接口类型精确为 `newapi-channel-2`；
-2. 已经保存非空 Provider Task ID；
-3. HTTP 状态为 `400`；
-4. JSON 的 `code` 或 `message` 精确等于 `task_not_exist`。
+1. 已经保存非空 Provider Task ID；
+2. HTTP 状态为 `400` 或 `404`；
+3. JSON 的 `code` 或 `message` 精确等于 `task_not_exist`、`task_not_found` 或对应的空格拼写。
 
-不符合条件的 HTTP 错误、非 JSON 正文或其他错误码仍立即按失败语义处理。
+该判断属于宿主统一的视频轮询语义，不再按渠道名分支。不符合条件的 400/401/403/422 等参数、鉴权或权限错误仍立即按失败语义处理。
 
 ## 轮询与延期
 
-新任务首次查询前等待 `2` 秒；同步错误在同一次执行中按 `2` 秒、`3` 秒、`5` 秒、`5` 秒退避，最多短期查询 5 次。短期窗口耗尽后，Worker 不发送新的创建请求，也不切换渠道或退款，而是：
+新任务和恢复任务都在首次查询前等待 30 秒，后续统一每 30 秒查询。连续三次 `task_not_exist` 或 404 才结束；中间任何一次正常的 pending/running 响应都会清零连续计数。HTTP 408/409/425/429/5xx、临时网络错误、断流、渠道槽位和短时熔断继续查询原 Provider Task ID，不发送第二次创建请求。
 
-- 保持本地任务状态为 `running`；
-- 保留原 `provider_request_id` 和计费状态；
-- 释放当前租约并把 `next_poll_at` 延后 15 秒；
-- 下一轮从已保存的 Provider Task ID 恢复，只发送查询请求。
-
-`task_not_exist` 的跨轮次同步等待从本地任务首次开始执行起最多持续 5 分钟。超过该上限仍未得到有效任务状态时，Worker 将任务置为失败并释放活跃任务与计费预留，避免无效 Provider Task ID 永久占用用户任务名额。该限制只针对持续的 `task_not_exist`；查询接口已经返回正常 pending/running 状态后的长视频生成仍按视频任务超时和延期策略恢复。
-
-因此，上游生成耗时 500 至 600 秒时，只要查询接口返回有效的处理中状态，本地会持续以低频查询等待完成，不会把正常排队误报为“模型服务拒绝了请求”。视频真正返回失败状态时，仍按供应商失败处理。
+默认视频执行窗口为 60 分钟；管理员已经保存的运行时策略仍按保存值执行。视频真正返回 failed/cancelled/expired 等终态时，仍按供应商失败处理。
 
 ## 兼容边界
 
-该容错只适用于 `newapi-channel-2` 视频任务。其他 NewAPI 接口、其他 Provider、缺少 Provider Task ID 的任务，以及真实参数错误不进入延期路径。
+该容错适用于所有异步视频声明式插件和宿主内置协议。缺少 Provider Task ID 的创建失败、真实参数错误、鉴权错误和非法插件映射不进入重试路径。