> 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 告诉你的所有内容，以及它在后台所做的一切。

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

***

## 通知中心

通知中心由两条独立流供给，它们并排显示在 **活动 → 警报**.

### 集成通知

从已连接账户（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 设置选项卡 |

通知中心支持的类别集为 **消息、代理、技能、系统、会议、提醒、重要**。警报视图会显示一行筛选标签，但仅限当前信息流中实际出现的类别，另外还有 **全部标为已读** 和 **清除**。点击通知会将其标记为已读并打开其深链接。某些核心通知带有 **操作按钮** （例如会议自动加入提示），并固定在中心顶部。

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

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

| 设置       | 作用                                 |
| -------- | ---------------------------------- |
| `启用`     | 关闭时，该提供方的通知完全不会被接收                 |
| `重要性阈值`  | 显示所需的最低分数（0.0 到 1.0）； `0.0` 显示所有内容 |
| `路由到编排器` | 开启时，高重要性（`回应`/`升级`）条目会转发给代理        |

自动路由会在升级前的瞬间重新读取提供方设置，因此中途切换设置会立即生效。只有当通知分数超过提供方阈值时，才会将其路由给代理 **和** `路由到编排器` 已启用。

***

## Activity 中心

Activity 页面（`/activity`）是对代理在你不参与情况下所做一切的透明层。它有两个选项卡：

| 选项卡     | 显示内容               |
| ------- | ------------------ |
| **自动化** | 代理代表你运行的工作流（工作流面板） |
| **警报**  | 上述通知中心（集成 + 系统流）   |

该选项卡由 URL 支持（`/activity?tab=…`），因此跳转离开再返回时会恢复你之前所在的选项卡。较旧的深链接（`?tab=memory`, `?tab=agents`, `?tab=council`, `?tab=tasks`，……）不再是可见选项卡：它们位于 设置 → 开发者与诊断 下，并会回退到 自动化 选项卡。

***

## 例程

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

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

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

***

## 另请参见

* [Cron / 计划任务](/openhuman/zh/gong-neng/native-tools/cron.md) 介绍 Routines 背后的调度引擎和代理工具。
* [触发器](/openhuman/zh/gong-neng/integrations/triggers.md) 介绍可触发通知的 webhook 和入站事件。