---
title: UXC v0.12.1：消息订阅、IM 与事件驱动 Agent
date: '2026-03-16 03:57:44'
draft: false
summary: 当 Agent 开始处理持续流入的事件时，问题就不再是“能不能 call 接口”，而是是否有一套统一的订阅运行时。
slug: uxc-subscribe-and-im
syndication:
- platform: Weibo
  url: https://weibo.com/1648815335/5277138121130089
- platform: X / Twitter
  url: https://x.com/jolestar/status/2033392245043503120
tags:
- uxc
- ai-agent
- im
topics:
- ai
- software-engineering
type: post
---

UXC v0.12.1 版本发布，支持消息订阅以及 IM。

UXC 是一个统一协议调用层，最早解决的是 OpenAPI、GraphQL、MCP 这类接口的统一调用。到这个版本，我更想补的是另一类能力：`subscribe`。

因为我在做基于事件驱动的 agent 时，很快碰到一个问题：很多场景不是 `call` 一下接口就结束了，而是事件会持续进来，agent 要再决定怎么处理。

这时候，光有 request/response 还不够，你还得有一个统一的订阅运行时。

但问题也不只是“能不能收到事件”。如果把所有事件都直接扔给 agent，成本会很高，很多场景下它也处理不过来。上下文会被事件流淹没，调度也会变得很别扭。

更合适的方式，是先把订阅事件落到本地文件或其他可寻址状态，再按策略定时处理。这样 agent 看到的是已经被沉淀和筛选过的输入，而不是一股脑冲进来的原始事件流。

IM 是这件事里最直观的一类场景。

因为 IM 天然就是持续到来的事件流：收消息、发消息、接事件，再把它们接进更长的自动化流程。所以这一版先把 IM 这条线补了上来。

现在已经接进来的 IM 包括 Telegram、Slack、Matrix、Discord、Feishu / Lark，也覆盖了 LINE、WhatsApp、DingTalk 这些场景。

除了 IM，这套订阅运行时现在也已经能比较成体系地支持：

- GraphQL subscriptions（Bitquery）
- WebSocket（Binance / OKX price event）
- JSON-RPC subscribe（Ethereum / Sui）

欢迎大家尝试反馈。

Repo: [holon-run/uxc](https://github.com/holon-run/uxc)