feat(monitor): 抖音接入博主监控

上游爬虫本身不缺抖音能力（三模式、四项指标、二级评论都与小红书对等、指标还是同名同列），
缺的全在监控层的适配。这次把「平台之间不一样」的管子集中到一个新模块，再把散落的
xhs 硬编码接上去。

* 新增 api/monitor/adapters.py：产物目录名、jsonl 字段别名、目标链接形态与正则、
  通知链接模板。不放进 platforms.py 是因为那个模块被 describe_all() 整个序列化进
  /api/config/platforms 交给前端，塞进正则和目录名会让爬虫内部细节漏进 API 载荷。
  代价是两个注册表可能漂移，用一条测试钉住「声明接通就必须有适配器」。
* 两个必须知道的坑，都在这版里处理掉了：
  1) 抖音的平台 id 是 dy，而 store 把产物写在 douyin/ 下（store/douyin/_store_impl.py:47）。
     不改就是 ingest 一个文件都读不到 —— 不报错，只是 0 条，然后被冒充成「疑似登录失效」。
  2) 抖音的作品没有 note_id（叫 aweme_id）、评论也用 aweme_id 指作品。ingest 第一步是
     `if not note_id: continue`，不映射就逐条全丢。
  另外抖音顶层评论的 parent_comment_id 是字符串 "0"，归一成空串，免得前端多出悬空的父节点。
* 顺带把「东西抓到了、只是没落在期望目录里」单独识别出来。这类故障的现象和登录失效
  一模一样，按登录失效报会把人指去查完全错误的方向。
* 修两个既有 bug（今天只有小红书所以无害，加抖音就踩响）：
  - service.py update_task 换目标时漏传 task.platform，回落到默认小红书
  - scheduler.py 取 cookie 没传 platform，抖音任务会读着小红书那份 cookie 不动
* 行为变更（已与用户确认）：cookie 闸门改成「没 cookie 且没开 CDP」才跳过。
  CDP 模式下登录态来自被接管的浏览器，粘不粘 cookie 由不得它决定；不放行的话，
  选了「接管已有 Chrome」却没粘 cookie 的用户会看到任务永远不触发，而且不报错。
  副作用是开启了 CDP 的小红书任务也不再被该闸门拦住 —— 语义上是对的。
* 目标输入框的示例链接与措辞改由能力矩阵提供（notes_label 抖音说「作品」、小红书说
  「笔记」；「建议只填纯 ID」是小红书专属劝告，抖音链接不带令牌，不再显示）。

测试 +22 条（858 通过），其中最关键的是「抖音作品/评论不被静默丢弃」与「产物目录名
不等于平台 id」两条 —— 都是把最难查的失败模式钉死在回归网里。

注意：抖音这条路的**端到端尚未验证**，需要一份可用的抖音登录态（CDP 那台 Chrome 里
登录，或导出一份 cookie）。单测覆盖的是解析与入库，真实抓取还没跑过。

tests/test_monitor_scheduler.py

@@ -34,7 +34,7 @@ from api.monitor.models import (
     RUN_SUCCESS,
 )
 from api.monitor.scheduler import MonitorScheduler
-from api.monitor.settings import set_cookie
+from api.monitor.settings import set_cookie, set_setting
 from tools.time_util import get_current_timestamp
 
 MS_PER_MINUTE = 60_000
@@ -72,12 +72,14 @@ async def executed(monkeypatch):
     return calls
 
 
-async def _make_task(next_run_at, enabled: bool = True, interval: int = 60) -> int:
+async def _make_task(
+    next_run_at, enabled: bool = True, interval: int = 60, platform: str = "xhs"
+) -> int:
     async with monitor_db.get_session() as session:
         now = get_current_timestamp()
         task = MonitorTask(
             name="t",
-            platform="xhs",
+            platform=platform,
             mode=MODE_CREATOR,
             enabled=enabled,
             interval_minutes=interval,
@@ -145,6 +147,44 @@ class TestFiring:
 
         assert executed == []
 
+    @pytest.mark.asyncio
+    async def test_the_cookie_gate_reads_the_tasks_own_platform(
+        self, monkeypatch, db, executed
+    ):
+        """cookie 闸门要按任务自己的平台取。
+
+        以前这里是 ``get_cookie(session)``（默认小红书）—— 只有小红书时看不出问题，
+        接上抖音后，抖音任务会因为读的是小红书那份 cookie 而永远不被触发，且不报错。
+        """
+        monkeypatch.setattr(scheduler_module, "crawler_manager", FakeCrawlerManager(busy=False))
+        async with monitor_db.get_session() as session:
+            await set_cookie(session, "sessionid=dy-secret", "dy")
+
+        task_id = await _make_task(get_current_timestamp() - MS_PER_MINUTE, platform="dy")
+
+        await MonitorScheduler().tick()
+
+        assert executed == [(task_id, "scheduled")]
+
+    @pytest.mark.asyncio
+    async def test_cdp_mode_frees_a_task_from_the_cookie_gate(
+        self, monkeypatch, db, executed
+    ):
+        """开着 CDP 时不该再要求先粘 cookie。
+
+        CDP 模式下登录态来自被接管的那台浏览器，粘不粘 cookie 都由不得它 —— 不放行的话，
+        选了「接管已有 Chrome」却没粘 cookie 的用户会发现任务永远不跑，而且什么错都不报。
+        """
+        monkeypatch.setattr(scheduler_module, "crawler_manager", FakeCrawlerManager(busy=False))
+        async with monitor_db.get_session() as session:
+            await set_setting(session, "system.cdp_enabled", "true")
+
+        task_id = await _make_task(get_current_timestamp() - MS_PER_MINUTE, platform="dy")
+
+        await MonitorScheduler().tick()
+
+        assert executed == [(task_id, "scheduled")]
+
     @pytest.mark.asyncio
     async def test_long_outage_coalesces_into_one_run(self, monkeypatch, db, executed):
         """A missed schedule fires once, not once per missed interval."""