> 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 在一个地方呈现两类“正在发生的事”： **通知** （你应该查看的内容，例如一条重要的 Slack 消息、一个失败的 webhook，或一封高优先级邮件）以及 **活动** （一份透明账本，记录代理在你未观察时自行做了什么）。本页涵盖通知中心、作为其前台的 Activity 中心，以及用于管理定时自动化的 Routines 页面。

***

## 通知中心

通知中心由两个独立的数据流驱动，它们在 **Activity → 警报**.

### 集成通知

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

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

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

同一时间只应该运行 `响应` 以及 `升级` 被视为“已路由”的操作； `丢弃` 以及 `确认` 未被路由的操作则保持静默。每个采集到的条目都附带一句话的 `分流原因` 来说明分类器的判断，并带有一个生命周期状态： **未读 → 已读 → 已处理 → 已忽略**。在 60 秒窗口内收到的重复内容会折叠为单条记录。

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

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

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

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

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

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

| 设置                      | 作用                                 |
| ----------------------- | ---------------------------------- |
| `已启用`                   | 关闭时，该提供方的通知根本不会被采集                 |
| `importance_threshold`  | 显示所需的最低分数（0.0 到 1.0）； `0.0` 显示全部内容 |
| `route_to_orchestrator` | 开启时，高重要性（`响应`/`升级`）条目会转发给代理        |

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

***

## Activity 中心

Activity 页面（`/activity`）是覆盖代理在无需你参与时所做一切的透明层。它有三个选项卡：

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

该 **后台活动** 选项卡嵌入了潜意识循环的控制和活动日志：其节拍间隔、模式、一个手动 **立即运行** 触发器，以及按时间顺序排列的每一次后台任务评估记录，并带有彩色状态点。该循环的完整说明见 [潜意识循环](/openhuman/zh/gong-neng/subconscious.md) 页面；Activity 中心只是它的前门。

较旧的深度链接（`?tab=memory`, `?tab=agents`, `?tab=tasks`，……）现在位于 Settings → Developer & Diagnostics 下，并会回退到 Automations 选项卡。

***

## Routines

Routines（`/routines`）是用于管理定时自动化的用户界面。它是 cron 系统的桌面前端。作业按下次运行时间排序，每个都呈现为一张卡片，显示：

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

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

***

## 另见

* [潜意识循环](/openhuman/zh/gong-neng/subconscious.md) 介绍后台活动选项卡背后的后台引擎。
* [Cron / 定时任务](/openhuman/zh/gong-neng/native-tools/cron.md) 介绍 Routines 背后的调度引擎和代理工具。
* [触发器](/openhuman/zh/gong-neng/integrations/triggers.md) 介绍可触发通知的 webhooks 和入站事件。