自动重登修两处：并发去重读错缓存、只读订单查询掉登录被静默吞掉

- try_relogin 的并发去重原本读 status().logged_in，但重登成功后的 reload()
  会把它重置成 None，排队在 site 锁上的调用方一律判「还没人登上」，N 个并发
  调用会串行触发 N 次真实登录（各自最长 relogin_timeout）。改用 _relogin_epochs
  计数：等锁期间 epoch 变过就真探测一次，已登录即跳过；仍未登录说明这轮站点侧
  就是登不上（验证码/密码错/风控），直接失败，不在同一波并发里重复触发。
  原并发测试的桩自相矛盾（login_one 返回成功、探针页始终回未登录），断言只能
  松到 count >= 1；桩改为登录成功时翻转探针页，断言收紧到 count == 1。

- check_order_status / list_recent_orders 执行中掉登录此前会被静默吞掉：订单页
  被踢到 SSO 后既不报错也没订单号，_parse_order_status 返回 found=False 被
  _monitor_order 当成「订单还没反映出来」继续轮询（默认 3 小时一轮），
  _parse_order_list 则退化成空列表让 verify_on_site 转 unknown 卡住等人工。
  新增 SiteInteractor._read_with_relogin_retry 外壳：只读操作中途判定掉登录时
  重登一次并整个重跑，第二次仍失败抛 NotLoggedInError。只给读操作用——写操作
  中途掉登录不能重跑（上次动作可能已在站点侧生效），这条边界在两边文档里写明。

- 判据是新增的 auth_site.looks_logged_out：与探针页上权威的 is_logged_in 分开，
  它是业务页上的单边启发式（返回 False 不代表登录着），只用于「判错最多多花一次
  重登」的重试决策。刻意排除 session/upgrade——那是已登录时的站点风控复核密码，
  不是 cookie 过期，误判会把风控当掉登录去重登。

判据里「掉登录会跳到 SSO 域」这一步没有真实探测证据（要复现得先让一份真实登录态
过期），是按站点通行行为的推断，已在常量注释标注；新增测试用替身页面，不是真实
站点 HTML。399 测试全绿（仓库未配 ruff/flake8/mypy，只跑了 pytest）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

app/trading/core/auth_site.py

@@ -37,6 +37,22 @@ RAKUTEN_LOGIN_URL: Final = "https://www.rakuten.co.jp/myrakuten/"
 # 购物车页上表示「当前会话未登录」的文案。出现即判定登录态失效。
 RAKUTEN_LOGGED_OUT_MARKER: Final = "現在ログインしていません"
 
+# 未登录时访问「需要登录才能看」的页面（订单列表/详情等）会被整页跳到 SSO 域。
+# 判据来源：login_runner 模块文档记录的实测——SSO 落地域名确实是这两个之一。
+# 但「订单页在登录态失效时一定跳到这里」这一步**没有**真实探测证据（要复现得
+# 先让一份真实登录态过期），是按站点通行行为的推断，用途也限定在
+# `looks_logged_out` 那种「判错只多花一次重登」的场景，不作为正向结论使用。
+RAKUTEN_SSO_URL_MARKERS: Final = (
+    "login.account.rakuten.com",
+    "grp01.id.rakuten.co.jp",
+)
+
+# SSO 域下的「已登录但要求复核密码」路径。这**不是**登录态失效：结算流程里即使
+# 会话有效也会被站点风控要求重输密码（见 site_interact.py 模块文档与
+# _SESSION_UPGRADE_URL_MARKERS）。落在这些路径上时不能判未登录，否则会把风控
+# 拦截误当成 cookie 过期去重登。
+RAKUTEN_SSO_UPGRADE_PATH_MARKERS: Final = ("session/upgrade",)
+
 # ---- 登录态请求指纹 ----
 # 这个 UA 必须与 scripts/login.py 起浏览器时用的一致：cookie 是在那个 UA 下拿到的，
 # 服务端再拿它发请求时换了 UA，可能触发站点的设备校验让登录态提前失效。
@@ -101,3 +117,35 @@ def is_logged_in(site: str, *, final_url: str, body: str) -> bool:
     if site != "rakuten":
         raise ValueError(f"未知站点：{site}")
     return RAKUTEN_LOGGED_OUT_MARKER not in body
+
+
+def looks_logged_out(site: str, *, final_url: str, body: str) -> bool:
+    """在**非探针页**上判断「这次拿到的页面像是因为掉登录才长这样」
+
+    与 `is_logged_in` 的区别，别混用：
+
+    - `is_logged_in` 是探针页（购物车页）上的**正向**判据，用来回答「这套 cookie
+      还有效吗」，是登录态的权威结论。
+    - 本函数是订单列表页 / 订单详情页这类业务页上的**单边启发式**：返回 True 只
+      表示「值得回探针页复核一次登录态」，返回 False **不代表登录着**（业务页
+      正常渲染时本来就没有任何未登录信号）。所以它只该用在「判错了最多多花一次
+      探测/重登」的重试决策上，不能拿来当登录态结论对外报告。
+
+    判据（前者是推断，后者是实测）：
+    1. 落地 URL 进了 SSO 域（`RAKUTEN_SSO_URL_MARKERS`），且不是「已登录但要求
+       复核密码」的 session upgrade 路径——后者是站点风控，不是掉登录，
+       误判会把风控拦截当 cookie 过期去重登。
+       注意 SSO 域下的 `sign_in/password`（真正的密码输入页）**不**在豁免里：
+       它既可能是全新登录的密码步、也可能是 upgrade 的后续步，含义有歧义，
+       按「像掉登录」处理——代价只是多跑一次 `login_one`，而它自己会先探测
+       登录态、已登录就直接跳过。
+    2. 正文出现旧版未登录 marker（SSR 落地 HTML 上实测有效，新 SPA 渲染后不再
+       输出，所以这条同样是单边的）。
+    """
+    if site != "rakuten":
+        raise ValueError(f"未知站点：{site}")
+    lowered = (final_url or "").lower()
+    if any(marker in lowered for marker in RAKUTEN_SSO_URL_MARKERS):
+        if not any(path in lowered for path in RAKUTEN_SSO_UPGRADE_PATH_MARKERS):
+            return True
+    return RAKUTEN_LOGGED_OUT_MARKER in body