> For the complete documentation index, see [llms.txt](https://tinyhumans.gitbook.io/openhuman/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://tinyhumans.gitbook.io/openhuman/zh/gong-neng/notifications-and-activity.md).

# 通知与活动

OpenHuman 在一个地方展示两种“正在发生什么”： **notifications** （你应该查看的内容，例如一条重要的 Slack 消息、一个失败的 webhook 或一封高优先级邮件）以及 **活动** （一份透明的账本，记录的是你没在看时代理自己做了什么）。本页介绍通知中心、位于其前端的 Activity 中枢，以及用于管理定时自动化的 Routines 界面。

***

## 通知中心

通知中心由两条彼此独立的流提供内容，并在 **Activity → Alerts**.

### 集成通知

从已连接账户（Gmail、Slack、WhatsApp、Discord、……）捕获的通知，会通过 `notification.ingest` RPC 摄取，持久化到每个工作区的 SQLite 存储中，然后 **在后台由本地 LLM 进行分流**。摄取会立即返回；分流在派生任务中运行，稍后回填分数，因此新到达的条目会短暂显示为未评分。

分流会为每条通知分配一个 **操作**，它映射到 0.0 到 1.0 之间的固定重要性分数：

| 分流操作 | 评分   | 含义          |
| ---- | ---- | ----------- |
| `丢弃` | 0.10 | 噪音，不值得展示    |
| `确认` | 0.35 | 价值较低，仅供参考   |
| `反应` | 0.65 | 值得跟进        |
| `升级` | 0.90 | 高优先级，交给代理处理 |

只应同时运行 `反应` 以及 `升级` 被视为“已路由”的操作； `丢弃` 以及 `确认` 保持安静。每条摄取的条目都带有一句 `triage_reason` 来说明分类器这样判断的理由，以及一个生命周期状态： **未读 → 已读 → 已处理 → 已忽略**。60 秒窗口内收到的重复内容会合并为一条记录。

### 系统（core-bridge）通知

第二条流会把选定的内部事件转换为简洁、面向用户的提醒，并在事件发生时通过 socket bridge 推送出去。这些内容会在广播前持久化，因此应用关闭期间触发的任何事件都会在下次打开时同步下来。每条都带有一个 **类别** 以及一个应用内深度链接：

| 源事件         | 类别 | 显示时机              |
| ----------- | -- | ----------------- |
| Cron 作业完成   | 代理 | 始终（成功或失败）         |
| Webhook 已处理 | 系统 | **仅在失败时**；成功时不显示  |
| 子代理完成       | 代理 | 始终                |
| 子代理失败       | 代理 | 始终                |
| 通知已分流       | 代理 | 仅在已路由时（`升级`/`反应`) |
| API 密钥被拒绝   | 系统 | 始终；链接到 LLM 设置标签页  |

通知中心可识别的类别集合是 **messages、agents、skills、system、meetings、reminders、important**。Alerts 视图会显示一行筛选标签，但仅限于当前流中实际出现的类别，以及 **全部标为已读** 以及 **清除**。点击某条通知会将其标记为已读并打开其深度链接。某些核心通知带有 **操作按钮** （例如会议自动加入提示），并固定在中心顶部。

### 按提供方路由与阈值

每个提供方都有自己的设置（`notification.settings_set`），可让你针对每个来源调节噪音：

| 设置项                     | 效果                               |
| ----------------------- | -------------------------------- |
| `启用`                    | 关闭后，该提供方的通知将完全不会被摄取              |
| `importance_threshold`  | 显示所需的最低分数（0.0 到 1.0）； `0.0` 显示全部 |
| `route_to_orchestrator` | 开启后，高重要性（`反应`/`升级`）条目会转交给代理      |

自动路由会在升级前的瞬间重新读取该提供方的设置，因此你在途中切换设置会立即生效。只有当通知分数超过该提供方阈值 **以及** `route_to_orchestrator` 且已启用时，通知才会被路由给代理。

***

## Activity 中枢

Activity 页面（`/activity`）是代理在无需你介入时所做一切的透明层。它有三个标签页：

| 标签页      | 显示内容                     |
| -------- | ------------------------ |
| **自动化**  | 代理代表你运行的工作流（工作流面板）       |
| **后台活动** | 潜意识引擎：状态栏、活动任务、审批卡片和评估账本 |
| **警报**   | 上文所述的通知中心（集成 + 系统流）      |

这个 **后台活动** 标签页内嵌了潜意识循环的控制与活动日志：其节拍间隔、模式、手动 **立即运行** 触发器，以及每个后台任务评估的按时间顺序流，并带有彩色状态点。该循环的完整说明见 [潜意识循环](broken://pages/8f1b13c03e1006c2498f2a57983552beefceb5ac) 页面；Activity 中枢只是它的入口。

较旧的深度链接（`?tab=memory`, `?tab=agents`, `?tab=tasks`，……）现在位于 设置 → Developer & Diagnostics 下，并会回退到 Automations 标签页。

***

## 例程

例程（`/routines`）是面向用户的定时自动化管理界面。它是 cron 系统的桌面端。作业按下次运行时间排序，每个都以卡片形式呈现，显示：

* 以人类可读方式渲染的计划（例如“每天上午 9 点”），由其 cron 表达式生成。
* 作业 **类型** 徽标： *智能体* （通过代理运行一条提示）或 *命令转发*.
* 这个 **下次运行** 时间（启用时）以及 **上次运行状态** 圆点。鼠尾草色表示成功，珊瑚色表示失败，中性色表示尚未运行。
* 一个用于 **启用/禁用** 该例程的切换开关， **立即运行** 一个用于手动触发的按钮（它会轮询直到运行落地），以及一个可展开的 **运行历史**.

Routines 页面用于展示和管理定时作业；其底层调度引擎、cron 语法，以及用于以编程方式创建作业的代理工具，都在 [Cron / 定时任务](/openhuman/zh/gong-neng/native-tools/cron.md) 页面中说明。已完成和失败的运行也会向上文所述的中心发出 Agents 类别通知。

***

## 另请参阅

* [潜意识循环](broken://pages/8f1b13c03e1006c2498f2a57983552beefceb5ac) 介绍 Background Activity 标签页背后的后台引擎。
* [Cron / 定时任务](/openhuman/zh/gong-neng/native-tools/cron.md) 介绍 Routines 背后的调度引擎和代理工具。
* [触发器](/openhuman/zh/gong-neng/integrations/triggers.md) 介绍可能触发通知的 webhook 和入站事件。