docs: 同步操作说明/架构/路线图（归档操作、图表基座、数据库目标硬约束）

- USAGE 新增 §6.3.1「归档的日常操作」：查看 / 筛选（回写 URL）/ 导出完整 JSON /
  以此参数再跑 / 删除（写明「删除即失去结果，结果只存归档一份」）/
  历史归档用 restore_experiment_from_job 按原 id 重建；并说明归档完整度如何标注
- USAGE/README 更正技术栈与图表基座：TradingView Lightweight Charts 4.2.3 为唯一
  图表基座（ECharts 已从 package.json、pnpm-lock.yaml、node_modules、文档与
  架构图标注中全部清除），并记录实测证据（个股页图表根节点为
  div.tv-lightweight-charts，页面 canvas 无一来自其它图表库）
- ARCHITECTURE 更正「当前数据库」（原写 SQLite/未来 MySQL）：现为本机 MariaDB 10.11，
  §6 补目标库硬约束；USAGE 补服务器身份与实测连接证据
- AGENT.md 新增 §0.1：数据库目标只允许本机 MariaDB，禁止 192.168.1.10，
  由 config.py::assert_db_target_allowed 硬拦截（命中直接抛错，不静默降级）
- DEV_PLAN_DIVIDEND_BACKTEST 记录三轮实施与验证、归档恢复边界（§12.5）、已知限制
- DEV_PLAN v2/v3 标注为历史记录（避免把当时的远端库地址当现状照抄）；
  ROADMAP 更正 M3 图表选型

docs/DEV_PLAN_v3.md

@@ -9,6 +9,9 @@
 ## 0. 现状 vs v3（已完成清单）
 
 **数据库**：MySQL（qlib@192.168.1.10）默认，15 张业务表，Alembic head `e1f2a3b4c5d6`；
+> ⚠️ **历史记录，勿照抄**：当前 DB 目标为本机 MariaDB 10.11（`127.0.0.1:3306/qlib`），
+> 远端 `192.168.1.10` **已被禁止作为 DB 目标**（代码层 `assert_db_target_allowed` 硬拦截，
+> 见 `AGENT.md` §0.1）。以下涉及该地址的描述均为当时状态。
 SQLite→MySQL 迁移数据 16,057,265 行校验一致（M-DB）。
 
 **研究/选股主线（M6–M8 已完成）**：