fix(ui,test): 说明巡检与重登的联动关系；修掉一条按分钟偶发失败的测试

看图时发现两个问题：

一、页面上那段说明是 P1a 时代的文案，已经过时且误导：「重登仍由人工在
「CK 检测与重登」页面操作」——P1b 上线后自动重登已存在。两个作业其实是联动的
上下游：巡检把账号标成 invalid，「CK 自动重登」的候选条件正是这个字段，所以
巡检一发现失效、重登作业下一周期就会接手。刻意分成两个作业是为了止损粒度
（巡检只读零风险；重登会真实登录，出问题可单独关掉）。据此改写说明文案，并在
两张卡片上标出「下游：CK 自动重登」/「上游：巡检标记为失效且有 CK 的账号」。

二、jobs 接口新增 pending_relogin：当前有多少条正等着自动重登。页面靠它把
上下游关系显性化 —— 没有这个数字，两个开关看起来像互不相干。计数走重登作业
自己的候选查询，保证「页面显示的待办」和「作业实际会捞的」是同一口径。

顺带修掉 tests/test_douyu_email_code_pick.py 里一条既有缺陷：它用
max(0, now.minute - 30) 构造「30 分钟前的邮件」，分钟数小于 30 时会退化成当前
整点（21:00:12 → "今天 21:00"），只比 now 早十几秒，于是断言随「当前几点」偶发
失败 —— 每小时前 30 分钟必红（已确认在我本次所有改动之前的提交上同样失败，
不是本次引入）。改成真实的时间减法，跨天时用「昨天」。

全量 298 通过。提交时另一路 SQLite→MySQL 的测试改造仍在同一工作区进行，
本次只暂存本功能相关文件。

tests/test_automation_ck_relogin.py

@@ -19,6 +19,7 @@ from sqlalchemy.orm import sessionmaker
 
 from web.backend.database import Base
 from web.backend.models import Account, AutomationJob, LoginTask, User
+from web.backend.services.automation import register_default_jobs, reset_registry
 from web.backend.services.automation.jobs import ck_relogin
 
 
@@ -27,6 +28,10 @@ class _Base:
         self.engine = create_engine("sqlite://")
         Base.metadata.create_all(self.engine)
         self.session = sessionmaker(bind=self.engine)()
+        # 作业注册表是模块级全局，测试之间会互相污染；重置成生产启动时的状态，
+        # 否则 list_jobs() 里的 ensure_jobs() 建不出作业行。
+        reset_registry()
+        register_default_jobs()
         self.admin = User(
             username="admin", password_hash="h", role="super_admin", is_active=True
         )
@@ -375,3 +380,24 @@ class TestManualQueueApi(_Base):
     def test_empty_queue(self):
         payload = self._queue()
         assert payload["total"] == 0 and payload["groups"] == []
+
+
+class TestLinkageWithHealthJob(_Base):
+    """两个作业是上下游：jobs 接口要暴露「当前有多少条等着自动重登」。
+
+    页面靠这个数字把巡检 → 重登的关系显性化；没有它，两个开关看起来像互不相干。
+    """
+
+    def test_pending_relogin_counts_only_actionable_invalid(self):
+        from web.backend.routers import automation as api
+
+        ready = self.make_task("ready")
+        self.make_task("valid", ck_check_status="valid")
+        self.make_task("nocookie", cookie="")
+        self.make_task("optedout", auto_managed=False)
+
+        payload = api.list_jobs(db=self.session, current=self.admin)
+        # 只有 ready 同时满足：invalid + 有 CK + 允许自动管理
+        assert payload["pending_relogin"] == 1
+        assert any(job["key"] == ck_relogin.JOB_KEY for job in payload["jobs"])
+        assert ready.id is not None

tests/test_douyu_email_code_pick.py

@@ -12,7 +12,7 @@
 日期解析按本地时间，仅在拿不到快照时才用时间兜底。
 """
 
-from datetime import UTC, datetime
+from datetime import UTC, datetime, timedelta
 
 from core.douyu.email_verifier import EmailVerifier
 
@@ -79,10 +79,18 @@ class TestEmailCodePick:
         assert verifier.read_uids == [4]
 
     def test_send_time_filter_skips_older_mail(self):
-        """没有 UID 快照时，比发送时间早的邮件必须被跳过。"""
+        """没有 UID 快照时，比发送时间早的邮件必须被跳过。
+
+        注意这里必须用**真实的时间减法**构造「30 分钟前」，不能写成
+        ``max(0, now.minute - 30)``：分钟数小于 30 时它会退化成当前整点
+        （如 21:00:12 得到 "今天 21:00"），只比 now 早十几秒，断言就随
+        「当前是几点」偶发失败 —— 每小时前 30 分钟必红。跨天时用「昨天」。
+        """
         now = datetime.now(tz=UTC).astimezone()
+        earlier = now - timedelta(minutes=30)
+        prefix = "今天" if earlier.date() == now.date() else "昨天"
         verifier = _FakeVerifier(
-            [_msg(1, f"今天 {now.hour:02d}:{max(0, now.minute - 30):02d}")],
+            [_msg(1, f"{prefix} {earlier.hour:02d}:{earlier.minute:02d}")],
             {1: "111111"},
         )