Problem
当前任务状态变化主要通过 Web 界面内查看感知，对移动端场景不够友好。用户在离开桌面后，很难及时知道：
- 任务开始执行
- 任务完成
- 任务失败或阻塞
- 需要人工确认或介入
这会削弱 HALF 在真实协作场景下的可用性。
Proposed Change
为任务状态变化增加一版“移动端友好”的通知支持，优先聚焦最小闭环，而不是一次性做完整通知中心。
建议第一版先明确：
- 支持哪些事件：开始、完成、失败、等待确认
- 通知最小载荷：项目、任务标题、状态、时间、跳转入口
- 前端如何展示最近通知或未读提示
- 后端如何产生通知事件与持久化记录
- 移动端友好是指：在小屏上可读、可点开、可快速定位任务，不等同于必须先做原生 App push
可接受的 v0.3 最小方案包括：
- 站内通知列表 + 小屏布局优化
- 轮询获取通知事件
- 任务关键状态变化时在移动端页面明显提示
Why It Matters
用户不可能一直盯着任务看板。没有通知，HALF 的协作链路会在“任务已变化，但人不知道”这个环节断掉。v0.3 把通知做到最小可用，比做复杂自动化更有现实价值。
Additional Context
建议先把范围收窄，避免直接扩成完整消息系统：
- 不要求 v0.3 支持短信、邮件、企业 IM 全量集成
- 不要求做复杂通知规则引擎
- 优先保证任务状态变化在移动端页面中可快速感知
建议验收标准：
相关 roadmap：
ROADMAP.zh-CN.md v0.3: “增加移动端友好的任务状态通知支持”
Problem
当前任务状态变化主要通过 Web 界面内查看感知，对移动端场景不够友好。用户在离开桌面后，很难及时知道：
这会削弱 HALF 在真实协作场景下的可用性。
Proposed Change
为任务状态变化增加一版“移动端友好”的通知支持，优先聚焦最小闭环，而不是一次性做完整通知中心。
建议第一版先明确：
可接受的 v0.3 最小方案包括：
Why It Matters
用户不可能一直盯着任务看板。没有通知，HALF 的协作链路会在“任务已变化，但人不知道”这个环节断掉。v0.3 把通知做到最小可用，比做复杂自动化更有现实价值。
Additional Context
建议先把范围收窄，避免直接扩成完整消息系统：
建议验收标准：
相关 roadmap：
ROADMAP.zh-CN.mdv0.3: “增加移动端友好的任务状态通知支持”