Twitter Webhook API
使用 TweetStream WebSocket 事件实现类似 webhook 的 Twitter/X 提醒投递，包括 HMAC 签名、重试和下游 fanout。
直接回答
Twitter webhook API 工作流可以建立在 WebSocket 事件之上，由你的服务负责可靠 fanout 和下游协议。
关键要点
Twitter webhook API 工作流可以建立在 WebSocket 事件之上，由你的服务负责可靠 fanout 和下游协议。
- WebSocket 作为上游事件源
- 你的服务负责 webhook fanout
- 加入签名、重试和死信处理
如何落地
如果客户或内部系统更适合 HTTP webhook，可以让后端消费 TweetStream，再向多个下游端点投递。
与 TweetStream 的关系
把账号监听、消息解析、过滤规则和下游投递拆开处理，可以降低延迟和维护成本。TweetStream 负责实时事件和富化字段，你的系统只需要消费稳定的 JSON 载荷并执行自己的业务逻辑。
实施资产：可改造代码示例
签名并重试下游 webhook 投递前，可以用这个路由器。 代码示例可以直接改成你的账号列表、关键词和下游投递规则。
const watchTerms = ["listing", "contract", "incident", "launch"];
const destination = "signed-webhook";
export function routeSignedWebhook(event: {
d?: {
author?: string;
detected?: { tokens?: Array<unknown> };
ocr?: string;
text?: string;
};
}) {
const text = `${event.d?.text ?? ""} ${event.d?.ocr ?? ""}`.toLowerCase();
const matchedTerm = watchTerms.find((term) => text.includes(term.toLowerCase()));
const hasTokenSignal = Boolean(event.d?.detected?.tokens?.length);
return {
author: event.d?.author,
deliver: Boolean(matchedTerm || hasTokenSignal),
destination,
matchedTerm,
};
}为什么用 TweetStream 实施
这套流程可以用原始 API、轮询和自建抓取拼出来，但如果你关心速度、结构化载荷、代币/OCR 富化和稳定 WebSocket 投递，TweetStream 是更好的起点。开始 3 天试用，把第一组高信号账号接入你的提醒或交易流程。
开始 3 天试用常见问题
立即开启实时 Twitter WebSocket 提醒
内置 WebSocket 交付、OCR 与代币检测的 Twitter API 替代方案。
开始 3 天试用起价 $199/月 · Basic/Elite 含 3 天试用 · OCR + 代币检测