docs(tasks): finalize status dropdown placement and terminology in T-662b/c/d

- dropdown sits left of the renamed 任务状态 label in all three tabs
- option wording aligned with platform text: 审核中 not 未审核,
  未知 not 其他
- clarify the status filter scopes collection candidates in ① (the
  existing model.tasks mechanism), default 全部 so first-round
  collection of unknown-status imports still works
- reinforce composite defaults 可生成/可更新 include unknown so
  legacy batches are not blocked

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/tasks/T-662b.md

@@ -18,15 +18,19 @@ T-662a 落库商品状态后，①导入采集需要让运营看见状态快照
 - ①任务表增加「商品状态」列，显示 `正常/未上架/审核中/未知`。
 - `未上架/审核中` 使用警示色，`未知` 使用中性提示色；不使用红色冒充任务失败。
 - tooltip 显示状态说明、`product_status_note` 和快照时间；note 为空时不展示空段落。
-- 现有「状态」标签改为「任务状态」，新增独立「商品状态」下拉，避免两个状态含义混淆。
+- 现有「状态」标签改为「任务状态」，新增独立「商品状态」下拉，避免两个状态含义混淆；**「商品状态」下拉放在「任务状态」label 左边**（需求定稿位置）。
 - 商品状态筛选：`全部`（默认）/`正常`/`未上架`/`审核中`/`未知`；与批次、店铺、商品ID、任务状态叠加。
+- 选项术语与平台原文对齐：用「审核中」不用「未审核」（编辑页横幅原文「審核中」、卖家中心页签同名）；未知桶叫「未知」不叫「其他」（含历史 NULL、检测失败与未识别横幅，不代表异常）。
+- ①默认「全部」的理由必须保持：新导入商品状态均为未知，若默认筛「正常」首轮采集列表为空；「筛正常再采集」是重采场景的用法。
+- **商品状态筛选与既有筛选一致，参与圈定采集候选**：采集执行当前筛选结果（`collect_old_data()` 取 `model.tasks` 的现机制不变），用户筛「正常」后点采集即只重采正常商品。本任务不改动候选圈定机制本身，也不改变执行顺序。
 - 采集结束汇总增加：异常状态总数、未上架数、审核中数、未知数；只统计本轮成功完成状态检测的结果，不把采集失败重复算入异常。
-- 运行中禁用新增筛选，结束后恢复；不改变采集候选和执行顺序。
+- 运行中禁用新增筛选，结束后恢复。
 
 ## 验收标准
 
 - [ ] 历史 NULL 显示「未知」，不会崩溃或隐藏。
-- [ ] 状态列颜色、tooltip 和筛选结果正确，刷新后保持仍有效的筛选值。
+- [ ] 状态列颜色、tooltip 和筛选结果正确，刷新后保持仍有效的筛选值；「商品状态」下拉位于「任务状态」左边。
+- [ ] 商品状态筛选参与采集候选：筛「正常」后点采集，未知/异常记录不进 CollectWorker；默认「全部」时新导入（未知）商品正常可采。
 - [ ] 汇总区分未上架、审核中和未知，不改变原成功/失败/略过统计。
 - [ ] 1180x760 与最小窗口下筛选栏、表格标题不重叠或截断。
 - [ ] 本任务只展示与筛选，不阻断采集、不修改 stage/status/Excel。

docs/tasks/T-662c.md

@@ -15,10 +15,11 @@ created: 2026-07-18
 
 ## 方案
 
-- 现有「状态」标签改为「任务状态」，新增独立「商品状态」下拉：
+- 现有「状态」标签改为「任务状态」，新增独立「商品状态」下拉，**放在「任务状态」label 左边**（需求定稿位置）：
   - `可生成（默认）`：`normal/unknown`；
   - `全部`；
   - `正常/未上架/审核中/未知`。
+- 选项术语与平台原文对齐：「审核中」不用「未审核」、「未知」不用「其他」；默认档为复合的「可生成」而非单选「正常」，否则升级后历史批次（全为未知）会被整批拦住。
 - 保留商品状态筛选前的基础范围快照，用于摘要计算，避免异常记录从模型隐藏后无法统计。
 - 默认模式不把 `unlisted/reviewing` 传给 `GenerateWorker`，不创建 AI 请求、不消耗点数、不改 stage/status/Excel；摘要、状态栏和本轮日志说明排除数量及示例商品ID。
 - `unknown` 默认可生成，避免历史数据和临时检测失败被整批拦住。

docs/tasks/T-662d.md

@@ -15,10 +15,11 @@ created: 2026-07-18
 
 ## 方案
 
-- 现有「状态」标签改为「任务状态」，新增独立「商品状态」下拉：
+- 现有「状态」标签改为「任务状态」，新增独立「商品状态」下拉，**放在「任务状态」label 左边**（需求定稿位置）：
   - `可更新（默认）`：`normal/unknown`；
   - `全部`；
   - `正常/未上架/审核中/未知`。
+- 选项术语与平台原文对齐：「审核中」不用「未审核」、「未知」不用「其他」；默认档为复合的「可更新」而非单选「正常」，未知默认放行，避免历史批次被整批拦住。
 - 保留商品状态筛选前的基础范围快照，显示默认排除数量；即使表格隐藏异常记录，也能在摘要/确认中说明。
 - 无论商品状态筛选选择什么，`unlisted/reviewing` 都不得传入 `ApplyWorker`；「全部」只用于查看，不构成强制线上更新授权。
 - 扩展 T-659 结构化预检结果，分别保存：可执行、缺标题、缺封面、未上架、审核中；同一任务只计一次总跳过，但各原因统计可分别展示。