feat: 完成T-504更新执行增强

- 新增 dry-run、多账号并行和最大并行账号数设置

- 增加 run_logs/run_log_events 运行日志表及读写接口

- ApplyWorker 支持 dry-run 预览、按账号并行、端口冲突阻断和日志展示

- 补充 DB/GUI 单元测试并同步任务、架构、API、路由和当前状态文档

验证: python -m compileall app main.py tests; python -m unittest discover -s tests

docs/05-coding-rules.md

@@ -28,7 +28,7 @@
 ## 3. 范围纪律
 
 - V1 只做 `02-requirements.md` 中列为 P0 的当前目标功能（5 Tab、账号管理、Excel 导入采集、AI 生成、批量确认后更新 Shopee、结果回写）。
-- V2 / V3 功能（多账号并行、dry-run、完整运行日志、规则模板）只记录，不实现。
+- 除 T-504 已接入的多账号并行、dry-run、运行日志外，其他 V2 / V3 功能（规则模板等）只记录，不实现。
 - 需求明确排除的非目标（自动登录、绕风控、商品数据批量爬取、外部数据库）不得实现。
 
 ## 4. 架构纪律
@@ -90,7 +90,7 @@ python prototypes/demo.py            # 单账号闭环验证（不提交）
 - 写日志、状态 payload、导出调试信息前，结构化数据先过 `appconfig.sanitize_for_log()`；自由文本只有在掌握明文值时才用 `appconfig.redact_secrets()` 替换，不要把原始密码/API Key 拼进异常或状态栏。
 - 涉及 Shopee 时，遵守 `04-architecture.md` 写明的页面规则与限流边界；不高频批量、不绕风控/验证码。
 - 高风险动作（删满 9 张的封面、点击更新）必须有显式确认，并先在测试商品验证；删满 9 张封面前还必须有本地旧封面备份，缺失备份时拒绝删除。
-- V1 无常驻提交开关；③ 的批量确认弹窗是提交线上前的确认边界。dry-run 属 V2。
+- ③ 的批量确认弹窗是提交线上前的确认边界；T-504 的 dry-run 只预览不提交、不改任务状态。真实更新即使开启多账号并行，也必须经过③确认和⑤安全设置。
 
 ## 9. 拿不准就问