docs: add T-547 cap concurrency (<=5) and retries (<=10) in tab 5

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/06-tasks.md

@@ -152,6 +152,7 @@
 | T-540 | 打包版本号与 release 产物命名统一 | T-537, T-538, T-524 | 参考 `D:\chengma\cmbot` 的轻量版本控制方式，但本阶段不引入 Launcher/manifest/自动更新。方案：① 新增 `app/version.py`，统一维护 `APP_NAME="蝦皮圈優化助手"`、`APP_CODE_NAME="cmshopee"`、`APP_VERSION`，作为 GUI 标题、打包脚本、release 目录、zip 文件名和 `version.txt` 的唯一版本源；② 主窗口标题改为 `蝦皮圈優化助手 v<APP_VERSION>`，PySide6 缺失提示继续读中文品牌名；③ `scripts/build_exe.ps1` 从 `app/version.py` 读取版本，并固定通过 Windows Python Launcher 调用 `py -3.10`，返回版本必须是 `3.10.x`；④ PyInstaller 仍输出 `dist\cmshopee\` 作为中间产物，再组装 `release\cmshopee-<APP_VERSION>\` 和 `release\cmshopee-<APP_VERSION>-portable.zip`，发布目录内写 `version.txt`（无 BOM）和中文 `README.txt`；⑤ 发布目录/zip 仍不得包含 `data/`、DB、配置、图片、日志、Chrome 登录态或运营 Excel；当前 PyInstaller 6.11.1 onedir 结构必须包含 `cmshopee.exe` + `_internal\`，脚本会校验 `_internal\` 存在；⑥ 测试覆盖版本文件解析、窗口标题版本、构建脚本 release 命名/排除数据/固定 `py -3.10` 打包。边界：只做手动发版版本号一致性和 release 组装；不做在线更新、启动器、manifest、sha256 下载校验、强制更新或自动替换程序目录 | DONE |
 | T-543 | 状态栏语义色与统一提示入口 | T-511, T-523, T-536 | 需求：当前左下角状态栏提示几乎都通过 `statusBar().showMessage(...)` 直接写入，颜色一致，用户很难快速区分“已保存/已完成”“正在处理”“没有可生成任务”“未登录/数据目录不可写”等不同严重程度。方案：① 在 `MainWindow` 增加统一入口 `show_status(message, level="muted")`，使用 `docs/ui-color-design.md` 已定语义色板映射 `muted/info/success/warning/danger`，内部先设置状态栏文字颜色再 `showMessage()`，普通/就绪提示必须重置为 muted 或默认色，避免上一条红/绿状态残留；② 逐步替换主窗口和 ①②③④⑤ Tab 传入的 `status_callback=self.statusBar().showMessage` 以及直接调用，新增代码必须显式传 level，不长期依赖中文关键词猜测；③ 颜色口径：普通/导航/就绪用 muted 或默认，进行中用 info，保存/完成/回写成功用 success，当前筛选无任务、请先采集/配置等用户可处理问题用 warning，失败、阻断、未登录、数据目录不可写、点数不足等中止当前动作的问题用 danger；④ 状态栏只改文字色，不做大面积背景，不替代弹窗、空状态、按钮禁用、运行日志或任务状态列；⑤ 复用 `app/gui/widgets.py` 语义色常量，不新增第二套颜色；⑥ GUI 单测覆盖 `show_status()` 各等级颜色、普通提示会清掉前一条错误颜色，以及至少一个保存成功/无任务/失败路径调用正确等级。边界：只改 GUI 提示层和测试；不改业务流程、DB schema、AI HTTP、Excel、Shopee/CDP、运行日志持久化 | DONE |
 | T-544 | 启动时检查强制升级（第一版：提示下载，不自动覆盖） | T-540, T-538, T-524 | 需求：程序启动后先请求服务器版本接口；如果线上版本高于当前程序版本且服务端要求强制升级，则必须弹窗阻断进入主界面，用户只能下载新版或退出。第一版方案：① 新增 `app/update_check.py`，读取当前版本 `APP_VERSION`，请求固定版本接口（后续可放配置/构建常量），超时短且错误中文化；② 服务端返回建议结构：`latest_version`、`min_supported_version`、`force_update`、`download_url`、`sha256`、`message`。比较规则：当前版本 `< min_supported_version` 必须升级；或 `force_update=true` 且当前版本 `< latest_version` 必须升级；版本比较使用语义化数字段比较，不用字符串字典序；③ 启动流程在 `appconfig.prepare_data_dir()` 成功后、创建 `MainWindow` 前执行版本检查；命中强制升级时弹中文阻断框，显示当前版本/线上版本/升级说明，按钮只保留「下载新版」和「退出程序」，点击下载用系统浏览器打开 `download_url` 后退出或保持阻断，不允许继续进入主界面；④ 网络失败、接口超时、JSON 非法、版本字段缺失时第一版**允许进入软件**，只在本地诊断日志记录/可选状态提示，不因服务器或用户断网导致全员不可用；只有服务端明确返回强制升级才阻断；⑤ 第一版**不自动下载并覆盖** `cmshopee.exe` 或 `_internal/`，不删除/覆盖 `data/`，不做 Launcher、后台替换、增量补丁、签名校验或回滚；用户仍按打包文档手动下载 zip、关闭程序、覆盖程序文件和 `_internal/`、保留 `data/`；⑥ 单测覆盖版本比较、强制升级判定、网络失败允许进入、非法响应允许进入、启动流程强制阻断弹窗和打开下载链接。边界：只做启动检查与强制提示，不改 DB schema、业务流程、AI、Excel、Shopee/CDP，不自动替换任何本地文件 | DONE |
+| T-547 | ⑤ 并发/重试上限收紧（标题/图片并发≤5、失败重试≤10） | T-517, T-545 | 需求：把「标题并发数」「图片并发数」上限设为 5、「失败重试次数」上限设为 10。现状：`app/gui/tabs/settings.py` 里 `title_concurrency_spin`/`image_concurrency_spin` 范围 `(1,64)`、`retry_spin` 范围 `(0,20)`；默认 4/4/2；cmhub 生图内部已按 `min(image_concurrency,5)` 限流（T-545），本任务把用户可选上限与之对齐。方案：① UI 范围——`title_concurrency_spin.setRange(1,5)`、`image_concurrency_spin.setRange(1,5)`、`retry_spin.setRange(0,10)`；默认 4/4/2 不变（在新范围内）。② 真实约束（不只 UI）——`app/appconfig.py` 加载/保存 `ai` 段时把 `title_concurrency`/`image_concurrency` 夹到 `1..5`、`retry` 夹到 `0..10`，兼容旧 `config.json` 里的超限值（如 `image_concurrency=64` 归一到 5、`retry=20` 归一到 10），避免手工配置或历史配置绕过上限。③ 生成编排语义不变：T-545 的 `min(image_concurrency,5)` 仍成立、与新上限一致；标题阶段用 `title_concurrency`（现≤5）。测试：`test_gui` 断言三个 spin 的新范围；`test_appconfig` 断言超限 config 值被夹紧、正常值不变。边界：只改⑤设置页 spin 范围 + `appconfig` 夹紧/校验 + 单测；不改默认值、生成编排逻辑、cmhub HTTP、DB、Excel、CDP/Shopee | TODO |
 
 ## 里程碑