feat(notify): 站内通知与手工开单，指派/改状态/评论/验收都有人收到

M2 最后一块：让"该我办了"能出现在系统里，并且允许不经过任务直接开单。

通知（backend/app/services/notify.py 统一出口）
- 七类触发：task_assigned、task_status_changed、item_commented、
  ticket_assigned、ticket_submitted、ticket_approved/rejected、task_unblocked
- 不通知自己：notify() 按 actor_id 跳过，调用方不用各自判断
- 已读：GET /notifications、/unread-count、POST /read、/read-all

手工开单
- POST /tickets：直接指定人、初始 open，与任务升级单共用同一条 kind='ticket' item，
  ticket_ext.parent_item_id 为空，验收通过不回流任务
- 指派前 _ensure_member 校验在册成员，越界指派返回 1001（避免"挂在看不到的名字上"）

前端
- Web：通知页 /w/:wsId/notifications（未读/全部，点开标已读并跳目标）；
  工单页"新建"面板；AppShell 每 30 秒对未读数，标已读后 dispatch notifications:changed 立刻刷新；
  任务与工单支持 ?open= 深链落地即展开
- 安卓：五个 tab 加"通知"，未读数 30 秒刷新；工单动作按需求人/办理人/管理员显隐；手工开单对话框

验证
- pytest 85 passed（新增 backend/tests/test_notifications.py 6 个用例）
- ruff check / format --check 全 0
- tsc --noEmit 通过；vite build 成功
- web/e2e/notifications.mjs 12 项断言全绿（手工开单 → B 收到 → 点开跳转 → 未读归零）
- 安卓：本机 JDK 25 与 Gradle 8.7 / AGP 8.7.3 不兼容，本次未做编译验证，
  装回 JDK 17 后第一件事是 assembleDebug

2.Design/API.md

@@ -227,6 +227,20 @@ canceled→ todo            (恢复)
 工单**不是**另一张表里的另一种东西，它是一条 `kind='ticket'` 的 item 加一行 `ticket_ext`。
 所以详情仍然走 `GET /items/{item_id}`，响应里多一个 `ticket` 字段。
 
+### 4.0 `POST /tickets`（手工开单）
+
+```json
+{ "title": "核对 9 月发票", "body_md": "可选说明",
+  "assignee_id": "uuid", "priority": 2, "due_at": "2026-10-30T10:00:00+08:00" }
+```
+
+返回与详情同构的工单对象（item + `ticket`）。与 4.1 的区别只有一处：**没有来源任务**，
+`ticket.parent_item_id` 为 `null`，因此验收通过后不会回流任何任务（但同样会沉淀一份知识草稿）。
+
+- `title` 必填、`assignee_id` 必须是工作区内 `active` 成员，否则 `1001`。
+- 初始状态 `open`，被指派人立刻收到 `ticket_assigned` 通知。
+- 手工单与升级单共用同一条 `item`，所以看板、评论、验收、知识沉淀全部复用，不需要另一套接口。
+
 ### 4.1 `POST /items/{item_id}/promote`（任务升级成工单）
 
 ```json
@@ -286,8 +300,26 @@ canceled→ todo            (恢复)
 | POST | `/notifications/{id}/read` | 标一条 |
 | POST | `/notifications/read-all` | 全标已读 |
 
-`kind`：`ticket_assigned` / `ticket_submitted` / `ticket_approved` / `ticket_rejected` / `task_unblocked`。
-通知只发给当事人，同工作区里其他人看不到——这是"协同"与"广播"的区别。
+`kind` 一共七种，都是"某人在某件事上做了什么"：
+
+| kind | 什么时候发 | 发给谁 |
+|---|---|---|
+| `task_assigned` | 建任务/改任务时指派了人 | 被指派人 |
+| `task_status_changed` | 任务状态变化 | 创建人 + 办理人（除操作者本人） |
+| `item_commented` | 有人评论 | 创建人 + 办理人（除评论者本人） |
+| `ticket_assigned` | 升级成工单 / 手工开单 / 改派 | 办理人 |
+| `ticket_submitted` | 办理人提交验收 | 需求人 |
+| `ticket_approved` / `ticket_rejected` | 验收通过 / 退回 | 办理人 |
+| `task_unblocked` | 工单验收通过、原任务回流待办 | 原任务创建人 |
+
+三条硬规则：
+
+1. **不通知自己**：谁操作就跳过谁，否则每个人都会收到自己刚做的事。
+2. 通知里必须写清"谁 + 做了什么 + 在哪件事上"，否则点开等于重新看一遍列表。
+3. 通知只是提示，不是凭证——点开之后目标接口会重新校验权限、重新取数据。
+
+Web 端未读数由 `AppShell` 每 30 秒轮询一次；在通知页标已读后立刻派发 `notifications:changed` 事件刷新角标，不必等下一轮。
+安卓端同样按 30 秒/切页刷新。
 
 ### 4.6 工单的错误码
 

2.Design/ROADMAP-M0-M1.md

@@ -189,8 +189,8 @@
 - [ ] 下拉刷新、只读缓存（Room）未做
 
 ### 1.6 通知与提醒（0.8d）
-- [ ] 站内通知表与未读角标 —— **主动推迟到 M2**：通知的绝大多数触发源是工单（被指派、被催、验收），
-      M1 只有自己的任务，做出来也没人收到东西。表随 M2 的工单一起建，避免建两次。
+- [x] 站内通知表与未读角标 —— 随 M2 一起落地，七类触发（指派、改状态、评论、工单全流程）；
+      未读角标 30 秒轮询，标已读立刻刷新。原计划"推迟到 M2"，M2 已兑现。
 - [ ] 每日摘要邮件（同上推迟）
 
 ### 1.7 测试与验收（0.7d）
@@ -230,6 +230,8 @@
 - [x] `POST /items/{id}/promote`、`/ticket/{accept,start,submit,verify,reassign,cancel}`
 - [x] `GET /tickets?role=assigned|requested|all&status=`
 - [x] `GET|POST /items/{id}/links`、`DELETE /items/{id}/links/{link_id}`
+- [x] `POST /tickets` 手工开单：不经过任务直接指定人，初始 `open`，与升级单共用同一条 item
+- [x] 指派前校验"在册成员"（`_ensure_member`），否则任务会挂在一个没人看得到的名字上
 - [x] `GET /notifications`、`/unread-count`、`/read`、`/read-all`
 - [x] 抽出 `app/serializers.py`：任务与工单共用一份序列化，**根除"工单响应缺 tags 导致前端白屏"**
 
@@ -238,17 +240,27 @@
 - [x] 详情抽屉：按角色显示受理、开工、提交、验收、驳回、改派、取消；工单态顶部显示需求人/办理人/退回次数
 - [x] 任务详情底部"升级成工单"面板（从成员里选人，成功后提示"这条任务现在处于被阻塞"）
 - [x] 导航加未读角标（30 秒对齐一次，操作后立刻刷新）
+- [x] 通知页 `/w/:wsId/notifications`：未读 / 全部两档，点开即标已读并跳到目标；深链 `?open=` 落地即展开那一条
+- [x] 工单页"新建"面板：手工开单（选人、优先级、说明），成功切到"我发起的"并展开
 - [x] 登录支持 `?next=` 回跳，邀请链接不再"登录完掉回首页"
 
 ### 2.5 安卓（1.5d）
-- [ ] 工单列表与动作 —— 只做到任务列表；本机无 JDK/Gradle，仍是**未编译**状态
+- [x] 工单列表与动作 —— 仅按"我是需求人 / 办理人 / 管理员"显隐动作按钮，不再人人可见
+- [x] 通知页与手工开单：五个 tab、未读数 30 秒刷新、通知点开跳列表并清标记
+- [ ] 本次未编译验证：本机 JDK 已升级到 25，Gradle 8.7 / AGP 8.7.3 不兼容，需装回 JDK 17 再 `assembleDebug`
 
 ### 2.6 测试与验收（0.7d）
 - [x] `backend/tests/test_tickets.py` 11 个用例：升级建单+原任务阻塞+通知、全流程验收回流、驳回、
       自验 403、非法流转、重复升级、非成员指派、角色作用域、跨租户、关系挂载、通知已读、**响应必带 tags**
-- [x] 全量 `pytest -q` → **57 passed**；`ruff check` / `format --check` 全 0
+- [x] `backend/tests/test_notifications.py` 6 个用例：改状态只通知对方（自己不动自己）、指派必须是成员、
+      手工单全流程（开出→被指派人收到→受理/提交→验收，且没有来源任务）、越界指派 400/1001、
+      评论通知对方、未读数与全部已读
+- [x] 全量 `pytest -q` → **85 passed**；`ruff check` / `format --check` 全 0
 - [x] `web/e2e/tickets.mjs` 双浏览器上下文双用户 e2e，8 项断言全绿：
       升级 → B 受理/开工/提交 → A 验收通过 → 原任务回流"待办" → 两端控制台零报错
+- [x] `web/e2e/notifications.mjs` 12 项断言全绿：A 建工作区邀 B → B 自动加入 → A 手工开单 →
+      这张单没有来源任务 → B 收到"派给你的工单" → 通知列表有条目 → 点通知跳到工单并展开 →
+      未读数归零 → 两端控制台零报错
 - [x] `web/e2e/smoke.mjs` 回归复跑（抽屉多了"选人"下拉后修正选择器）7 项全绿
 
 ### 2.7 通知真实投递