fix(monitor): 从界面上建的任务永远是小红书任务，平台从没被传上去

现象：站在抖音页面上新建任务，任务跑到小红书列表里去了；界面上还写着「笔记」。

根因在前端：TaskCreatePayload 里**根本没有 platform 字段**，handleSubmit 拼的 payload
自然也不带它，而后端是 `payload.get("platform") or PLATFORM_XHS` —— 于是不管在哪个
平台标签下建任务，落下来的都是小红书任务。以前只支持小红书，两边都看不出问题。

* TaskCreatePayload 补上 platform（并在注释里写明为什么它是必填），handleSubmit 带上
  当前平台。
* 更新任务时不带 platform：平台创建后不可更改，带着会让「平台能改」看起来像真的。
* 三处写死的「笔记」改成按平台取措辞（能力矩阵的 target_hints.note_label）：
  · 任务编辑器的类型选择项「笔记（批量监控指定内容）」
  · 「笔记模式下此项不生效」那句提示
  · 任务卡片上的类型徽章 —— 它按**任务自己的**平台取词，不是当前平台，因为卡片未必
    只出现在同平台的列表里
  抖音管它们叫「作品」，小红书叫「笔记」，写死一个对另一个就是错的。

测试 +1：后端这一半也守住 —— 建任务时显式给了平台，就必须落到那个平台，且不得出现在
另一个平台的列表里。前端那半边是 UI，测不了，但后端守住能挡住「给了不用」这类退化。

注意：这次是纯前端漏传，后端那个「缺省回退小红书」的行为本身没变（有测试断言它是
有意为之的兼容行为）。要彻底消灭这类静默错误，可以把缺省值去掉、让 platform 必填 ——
那会破坏 API 兼容性，目前没有任何别的调用方，需要的话说一声。

tests/test_platforms.py

@@ -177,6 +177,29 @@ class TestTaskCreationGuard:
         tasks = (await client.get("/api/monitor/tasks")).json()["tasks"]
         assert {t["platform"] for t in tasks} == {"xhs"}
 
+    @pytest.mark.asyncio
+    async def test_an_explicit_platform_is_honoured_on_create(self, client):
+        """建任务时给的平台必须落到那个平台。
+
+        缺省值是小红的（接口早期的兼容行为），所以「在抖音页面建任务」如果没有显式
+        带上 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
+
+        assert (await client.get("/api/monitor/tasks", params={"platform": "xhs"})).json()[
+            "tasks"
+        ] == []
+        dy_tasks = (
+            await client.get("/api/monitor/tasks", params={"platform": "dy"})
+        ).json()["tasks"]
+        assert [t["name"] for t in dy_tasks] == ["抖音任务"]
+
 
 class TestPlatformScoping:
     async def _seed_two_platforms(self, client):