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_api.py

@@ -78,6 +78,117 @@ class TestParseTargetInput:
         with pytest.raises(TargetParseError):
             parse_target_input("not a url at all !!", "creator")
 
+    # --- 抖音 -------------------------------------------------------------
+    # 链接形态由平台决定，所以每一个都要显式带上 "dy"。
+
+    def test_douyin_creator_url(self):
+        parsed = parse_target_input(
+            "https://www.douyin.com/user/MS4wLjABAAAATJPY7LAlaa5X-c8uNdWkvz0jUGgpw4eeXIwu_8BhvqE"
+            "?from_tab_name=main",
+            "creator",
+            "dy",
+        )
+        assert (
+            parsed["external_id"]
+            == "MS4wLjABAAAATJPY7LAlaa5X-c8uNdWkvz0jUGgpw4eeXIwu_8BhvqE"
+        )
+
+    def test_douyin_video_url(self):
+        parsed = parse_target_input(
+            "https://www.douyin.com/video/7525082444551310602", "note", "dy"
+        )
+        assert parsed["external_id"] == "7525082444551310602"
+
+    def test_douyin_modal_id_url(self):
+        """在别人主页或搜索结果里点开视频，拿到的就是带 modal_id 的链接。"""
+        parsed = parse_target_input(
+            "https://www.douyin.com/root/search/python?aid=b733a3b0&modal_id=7471165520058862848",
+            "note",
+            "dy",
+        )
+        assert parsed["external_id"] == "7471165520058862848"
+
+    def test_douyin_bare_sec_uid_is_accepted(self):
+        sec_uid = "MS4wLjABAAAATJPY7LAlaa5X-c8uNdWkvz0jUGgpw4eeXIwu_8BhvqE"
+
+        parsed = parse_target_input(sec_uid, "creator", "dy")
+
+        assert parsed["external_id"] == sec_uid
+
+    def test_douyin_bare_sec_uid_beyond_the_xhs_length_cap(self):
+        """裸 id 的长度上限必须按平台分开。
+
+        小红书那条规则封顶 64 字符，而 sec_user_id 长过 64 是常态（实测样本 55，
+        但字段本身是变长的）。共用一条规则的话，长一点的 sec_uid 会被直接拒掉 ——
+        对用户来说就是「粘贴了一个完全正确的链接却报无法识别」。
+        """
+        sec_uid = "MS4wLjABAAAA" + "aB3dEf6hIj9lMn2pQr5tUv8xYz1" * 3
+        assert len(sec_uid) > 64
+
+        parsed = parse_target_input(sec_uid, "creator", "dy")
+        assert parsed["external_id"] == sec_uid
+
+        # 同一条 id 拿小红书规则来解析会被拒 —— 这正是两条规则必须分开的原因。
+        with pytest.raises(TargetParseError):
+            parse_target_input(sec_uid, "creator", "xhs")
+
+    def test_douyin_bare_video_id(self):
+        parsed = parse_target_input("7525082444551310602", "note", "dy")
+        assert parsed["external_id"] == "7525082444551310602"
+        # 抖音不需要 xsec_token —— 和小红书不同，裸链接就能用。
+        assert parsed["xsec_token"] == ""
+
+    def test_douyin_short_link_is_rejected_with_a_reason(self):
+        """短链要联网跳一次才知道指向谁。明确拒绝好过存一个永远抓不到东西的目标。"""
+        with pytest.raises(TargetParseError) as excinfo:
+            parse_target_input("https://v.douyin.com/drIPtQ_WPWY/", "note", "dy")
+        assert "短链" in str(excinfo.value)
+
+    def test_a_douyin_link_is_not_parsed_with_xhs_rules(self):
+        with pytest.raises(TargetParseError):
+            parse_target_input(
+                "https://www.douyin.com/video/7525082444551310602", "note", "xhs"
+            )
+
+    def test_an_xhs_link_is_not_parsed_for_douyin(self):
+        with pytest.raises(TargetParseError):
+            parse_target_input(NOTE_URL, "note", "dy")
+
+    def test_a_platform_without_an_adapter_is_rejected(self):
+        with pytest.raises(TargetParseError):
+            parse_target_input("whatever", "creator", "bili")
+
+
+class TestTargetReplacement:
+    @pytest.mark.asyncio
+    async def test_replacing_targets_uses_the_tasks_own_platform(self, client):
+        """改目标必须按任务**自己**的平台解析。
+
+        ``update_task`` 原先漏传了 platform，解析回落到默认的小红书。只有小红书时
+        行为恰好正确，接上抖音就会拿小红书的正则去解析抖音链接 —— 建任务时对、
+        改任务时错，是最难注意到的那种不一致。
+        """
+        sec_uid = "MS4wLjABAAAATJPY7LAlaa5X-c8uNdWkvz0jUGgpw4eeXIwu_8BhvqE"
+        created = await client.post(
+            "/api/monitor/tasks",
+            json={"name": "抖音", "mode": "creator", "platform": "dy", "targets": [sec_uid]},
+        )
+        assert created.status_code == 201
+        task_id = created.json()["id"]
+
+        updated = await client.patch(
+            f"/api/monitor/tasks/{task_id}",
+            json={"targets": [f"https://www.douyin.com/user/{sec_uid}"]},
+        )
+        assert updated.status_code == 200
+
+        tasks = (
+            await client.get("/api/monitor/tasks", params={"platform": "dy"})
+        ).json()["tasks"]
+        target = tasks[0]["targets"][0]
+        assert target["external_id"] == sec_uid
+        assert target["raw_value"].startswith("https://www.douyin.com/user/")
+
 
 class TestTaskCrud:
     @pytest.mark.asyncio