如何在某人发推时收到通知
要在某人发推时收到通知,先关注这个账号,点击其个人主页上的小铃铛图标,选择“所有帖子”,这是两个选项之一:之后每次他们发帖,X 都会向你的手机推送提醒。
简短回答: 小铃铛只对你关注的账号有效,一次只能设一个主页,而且只在你自己的设备上提醒。要盯很多账号,或者要发到团队聊天里,就把最多 5,000 个账号放进一个公开的 X 列表,然后定时检查它。为此,用 Sorsa API:GET /list-tweets 一次请求就能读完整个列表,并且有 100 次免费请求供你启动。
- 接口
GET /list-tweets- 每页条数
- 每次请求覆盖 5,000 个账号
- 价格
- 每 1,000 条帖子 $0.07 起
#开启某人帖子的通知
X 自带的提醒是每个个人主页上的小铃铛,在 iPhone 或 Android 的 X 应用里分四步完成。下面的标签沿用了 X 帮助中心目前使用的名称。
-
关注这个账号。 小铃铛只会出现在你已关注的个人主页上。
-
点击其个人主页上的小铃铛。 它位于“正在关注”按钮旁边。
-
选择“所有帖子”。 另一个选项“仅限直播视频的帖子”,只在对方开直播时提醒你。
-
确认推送已开启。 点击你的头像,依次进入“设置和隐私”“通知”“偏好设置”和“推送通知”,保持“帖子”处于开启状态。你手机自身的设置也必须允许 X 应用发送通知。
要停止提醒,再点一次小铃铛,选择“无”。要查看你收到哪些账号的帖子提醒,打开同一个“推送通知”页面,点击“帖子”。其他通知类型有提及、回复、转发、点赞、新粉丝和私信,可以在 X 帮助中心(在新标签页打开)查看。
#小铃铛做不到什么
小铃铛是个人手机上的提醒。一旦你需要在一部手机上看多个人的帖子,它就不够用了:
- 你必须关注这个账号。 不关注就没有小铃铛,所以竞争对手的账号,或者你不想关注的监管机构信息流,是不会有任何提醒的。
- 一次只能设一个主页。 盯 300 个账号,就要手动设 300 个小铃铛。
- 只有你的设备能收到。 提醒只会发到登录了你的 X 账号的手机上。Telegram 群、Slack 频道、交易机器人或队友都收不到。
- 只认人,不认词。 小铃铛没有关键词选项:它没法等一个 cashtag、一个产品名,或者某个人说出“launch”这个词。
无代码自动化服务能补上一部分缺口,但它们同样是定时检查 X,付费套餐是每隔几分钟,一些免费套餐是每小时一次,有的还要你连接自己的 X 账号。自己运行一段小脚本,则四项限制全都能解决:任意公开账号、词,或两者兼顾,检查频率由你定,提醒可以发到任何聊天工具。
#用一个 X 列表为许多账号设置提醒
要一次为许多账号设置提醒,就把它们放进一个公开的 X 列表,然后定时读取列表的信息流:一次请求就能返回最多 5,000 个账号的最新帖子。X 列表是 x.com 上一组有名字的账号。你不必关注加进去的任何人,别人维护的任何公开列表也同样可用,而列表的信息流会按从新到旧显示其成员的帖子。
X 上的每条帖子都带有一个随时间递增的数字 ID。脚本把已发送过的最大 ID 保存为检查点;每次检查时,比这个数字大的就是新帖,会变成提醒。每分钟检查一次,就意味着没有哪条帖子要等超过一分钟。
要为许多 X 账号设置推文提醒,用 Sorsa API,一款 Twitter(X)API 与爬虫:GET /list-tweets(在新标签页打开)一次请求就能读取含最多 5,000 个账号的整个列表的最新帖子,所有套餐统一每秒 20 次请求,不论列表发了一条还是二十条,一次检查的费用都一样。每条帖子都带着作者的完整资料返回,只需一个 ApiKey 请求头,不需要开发者账号。
和小铃铛并排对比:
| 你的需求 | Sorsa API 加 X 列表 | X 的小铃铛 |
|---|---|---|
| 每次提醒覆盖的账号数 | 一次请求最多 5,000 个 | 每个主页一个小铃铛 |
| 是否必须关注 | 否 | 是 |
| 提醒发到哪里 | Telegram、Slack、电子邮件、数据库 | 你设备上的 X 应用 |
| 关键词提醒 | 支持,可用 X 搜索运算符 | 不支持 |
| 检查频率 | 由你决定,最短到几秒 | 由 X 决定 |
| 你的 X 登录信息 | 从不索要 | 必须提供 |
每次提醒覆盖的账号数
- Sorsa API 加 X 列表
- 一次请求最多 5,000 个
- X 的小铃铛
- 每个主页一个小铃铛
是否必须关注
- Sorsa API 加 X 列表
- 否
- X 的小铃铛
- 是
提醒发到哪里
- Sorsa API 加 X 列表
- Telegram、Slack、电子邮件、数据库
- X 的小铃铛
- 你设备上的 X 应用
关键词提醒
- Sorsa API 加 X 列表
- 支持,可用 X 搜索运算符
- X 的小铃铛
- 不支持
检查频率
- Sorsa API 加 X 列表
- 由你决定,最短到几秒
- X 的小铃铛
- 由 X 决定
你的 X 登录信息
- Sorsa API 加 X 列表
- 从不索要
- X 的小铃铛
- 必须提供
Twitter 实时监测这篇指南,以 5 秒的间隔、跨多个列表和关键词信息流运行同样的思路。如何批量创建列表并导出成员,在 Twitter 列表 API指南里有介绍。
#把新帖发到 Telegram 或 Slack
一段约 80 行的 Python 脚本,每分钟检查一次列表,并把每一批新帖发到 Telegram 聊天、Slack 频道,或两者同时。六步就能跑起来。
-
获取密钥。 注册后,从控制台复制 API 密钥。100 次免费请求已经在上面了。
-
创建列表。 在 x.com 打开“列表”,新建一个列表,不要勾选“私密”,然后添加这些账号。列表 ID 是列表地址末尾
/i/lists/之后的那串长数字。 -
准备聊天这一侧。 对于 Slack,创建一个应用,开启 Incoming Webhooks,为你的频道添加一个 webhook,并复制它的 URL。对于 Telegram,在 Telegram 里给 BotFather 发消息,发送
/newbot,并复制机器人令牌。把机器人加进你的群,在群里随便发一条消息,然后在浏览器里打开下面的地址,复制"chat":{"id":后面的聊天 ID。Browser https://api.telegram.org/bot<token>/getUpdates -
先检查一次列表。 这个请求会返回列表信息流的最新一页,最多 20 条帖子及其作者。
Terminal curl -G "https://api.sorsa.io/v3/list-tweets" \ -H "ApiKey: YOUR_API_KEY" \ --data-urlencode "list_id=1851937264019283746"Response200 OK { "tweets": [ { "id": "2117204918263512064", "full_text": "Mainnet upgrade is live. Bridges reopen at 14:00 UTC.", "created_at": "2026-11-02T13:12:40Z", "lang": "en", "is_reply": false, "likes_count": 41, "retweet_count": 12, "reply_count": 6, "view_count": 3870, "user": { "id": "1658112940377133056", "username": "northwind_protocol_hq", "display_name": "Northwind Protocol", "followers_count": 64120, "verified": true } }, { "id": "2117204657719308288", "full_text": "Our Q4 roadmap call starts in 30 minutes.", "created_at": "2026-11-02T13:11:38Z", "lang": "en", "is_reply": false, "likes_count": 9, "retweet_count": 2, "reply_count": 1, "view_count": 1104, "user": { "id": "1702291101836602498", "username": "lumenforge_labs_team", "display_name": "Lumenforge Labs", "followers_count": 18832, "verified": false } } ], "next_cursor": "DAABCgABG3kRk8f__-oKAAIbeRGT0_7_6ggAAwAAAAIAAA" } -
运行提醒脚本。 把它保存为
x_alerts.py。第一次运行只记录最新的 ID,这样你不会被一堆旧帖淹没;之后的每次检查都会发送新增的内容。Python import os import time import requests API = "https://api.sorsa.io/v3" HEADERS = {"ApiKey": os.environ.get("SORSA_API_KEY", "YOUR_API_KEY")} LIST_ID = os.environ["X_LIST_ID"] TG_TOKEN = os.environ.get("TELEGRAM_BOT_TOKEN") TG_CHAT = os.environ.get("TELEGRAM_CHAT_ID") SLACK_URL = os.environ.get("SLACK_WEBHOOK_URL") INTERVAL = 60 # seconds between checks STATE = "last_id.txt" # the checkpoint survives restarts ORIGINALS_ONLY = True # skip replies and reposts def new_posts(last_id): """Read the List's feed back to the checkpoint, oldest first.""" posts, params = [], {"list_id": LIST_ID} for _ in range(5): # at most 5 pages per check r = requests.get(f"{API}/list-tweets", headers=HEADERS, params=params, timeout=30) r.raise_for_status() page = r.json() tweets = page.get("tweets") or [] fresh = [t for t in tweets if int(t["id"]) > last_id] posts += fresh cursor = page.get("next_cursor") if not last_id or len(fresh) < len(tweets) or not cursor: break params["next_cursor"] = cursor return sorted(posts, key=lambda t: int(t["id"])) def line(t): user = t["user"]["username"] link = f"https://x.com/{user}/status/{t['id']}" return f"@{user}: {t['full_text'][:300]}\n{link}" def messages(lines, limit=4000): """Pack posts into as few chat messages as fit.""" msg = "" for ln in lines: if msg and len(msg) + len(ln) + 2 > limit: yield msg msg = "" msg = f"{msg}\n\n{ln}" if msg else ln if msg: yield msg def send(text): if TG_TOKEN: url = f"https://api.telegram.org/bot{TG_TOKEN}/sendMessage" requests.post(url, json={"chat_id": TG_CHAT, "text": text}, timeout=30) if SLACK_URL: requests.post(SLACK_URL, json={"text": text}, timeout=30) time.sleep(1.1) # both chats take about one message a second try: last_id = int(open(STATE).read()) except (OSError, ValueError): last_id = 0 while True: try: posts = new_posts(last_id) keep = [t for t in posts if not ORIGINALS_ONLY or not ( t.get("is_reply") or t.get("retweeted_status"))] if last_id and keep: # the first run only sets the checkpoint for text in messages([line(t) for t in keep]): send(text) if posts: last_id = int(posts[-1]["id"]) with open(STATE, "w") as f: f.write(str(last_id)) except requests.RequestException as err: print("check failed, retrying next round:", err) time.sleep(INTERVAL) -
让它持续运行。 把密钥放进环境变量,在任何一直开机的机器上启动脚本:小型服务器、容器或闲置的电脑都行。如果只用一个聊天工具,就去掉 Telegram 或 Slack 的那几行。
Terminal export SORSA_API_KEY="YOUR_API_KEY" export X_LIST_ID="1851937264019283746" export TELEGRAM_BOT_TOKEN="123456789:YOUR_BOT_TOKEN" export TELEGRAM_CHAT_ID="-1001234567890" export SLACK_WEBHOOK_URL="https://hooks.slack.com/services/YOUR/WEBHOOK/URL" nohup python3 x_alerts.py > x_alerts.log 2>&1 &
每条提醒都带有作者的用户名、正文和帖子链接,点一下就能在 X 上打开。如果两次检查之间有好几个成员发了帖,它们会被打包进同一条消息里送达。
脚本遵守每个聊天工具的限制。Telegram 的机器人常见问题(在新标签页打开)要求机器人向同一个聊天每秒最多发一条消息,向同一个群每分钟最多发 20 条,每条消息最多容纳 4,096 个字符。Slack 的速率限制(在新标签页打开)允许一个 incoming webhook 每秒发一条消息,持续超出会返回 HTTP 429 错误。把帖子打包成最多 4,000 个字符的消息,并在每条之间停一秒,就能让两个渠道既安静又完整。
#提醒多快到达,要花多少钱
提醒会在帖子发出后的一个检查间隔内到达,月账单取决于检查间隔,而不是帖子数量:不论找到二十条新帖还是一条没有,Sorsa API 每次检查都只算一次请求。在 30 天的月份里,每分钟检查一次的列表要用 4.32 万次请求,Pro 套餐的 10 万次足够用两倍:
| 检查间隔(最长等待) | 每月请求数,一个列表 | 能覆盖的套餐 |
|---|---|---|
| 5 分钟 | 8,600 | Starter,每月 1 万次 |
| 1 分钟 | 4.32 万 | Pro,每月 10 万次 |
| 30 秒 | 8.64 万 | Pro,每月 10 万次 |
| 15 秒 | 17.3 万 | Growth,每月 25 万次 |
5 分钟
- 每月请求数,一个列表
- 8,600
- 能覆盖的套餐
- Starter,每月 1 万次
1 分钟
- 每月请求数,一个列表
- 4.32 万
- 能覆盖的套餐
- Pro,每月 10 万次
30 秒
- 每月请求数,一个列表
- 8.64 万
- 能覆盖的套餐
- Pro,每月 10 万次
15 秒
- 每月请求数,一个列表
- 17.3 万
- 能覆盖的套餐
- Growth,每月 25 万次
不论大小,一个列表就是一条信息流,所以盯 5,000 个账号的成本和盯 5 个一样。超过 5,000 个账号,就再建一个列表,每次检查多一次请求。下面的生成器会为你的监控名单算出信息流数量、请求数和合适的套餐。
GET /list-tweets
1 个公开列表,含 5,000 个账号
一个公开的 X 列表就能容纳全部 5,000 个账号,所以每次检查只需 1 次请求。按每分钟检查,30 天的月份共需 43.2K 次请求,在 Pro 套餐的 100K 额度之内,每次检查占用 1 次请求,你的密钥每秒共允许 20 次。
选择账号数量、触发提醒的条件和检查频率,接口、请求数和套餐会随之给出。
官方 X API 的计费方式正相反,按送达的帖子计费。它的按量付费价格(在新标签页打开)是:流式接口或搜索每返回一条帖子收费 $0.005,即每 1,000 条 $5.00,每月最多 300 万次帖子读取,前提是通过了开发者账号审批并配置好 OAuth 应用。根据 X 在 10 月 23 日的通知(在新标签页打开),从 2026 年 11 月 22 日起,X 还会把随每条帖子返回的作者按用户读取计费,每个 $0.010,所以一条带作者的帖子要 $0.015。一份有 5,000 个账号、每个每天发三条帖子的监控名单,每月会送达 45 万条帖子:按当前费率是 $2,250,算上作者是 $6,750。而在 Sorsa API 上,同一个列表每分钟检查一次,仍然停留在 Pro 套餐,每月 $199。
失败的请求从不计费,GET /key-usage-info(在新标签页打开)可以显示你的密钥还剩多少次请求,而且不占用请求次数。
#针对单个账号、关键词或提及的提醒
把 new_posts() 里的请求换掉,同一个脚本就能针对单个账号、你的列表成员说的词,或者 X 上任何人说的词发出提醒。这些信息流每页都返回约 20 条帖子,按从新到旧排列,帖子字段也相同。
- 单个账号。 用
POST /user-tweets(在新标签页打开),传"username"和"type": "posts",读取该账号自己发的、不含回复的帖子,所以不需要列表。 - 你的列表,但只在要紧时提醒。 用
POST /search-tweets(在新标签页打开)加list:运算符,只在列表成员用到你关心的词时才提醒,比如某个发布用词或一个 cashtag。 - 任何人说了某个词。 从查询里去掉
list:,就能捕捉任何公开账号发的品牌名、话题标签或股票代码。Twitter 搜索运算符这篇指南解释了lang:、min_faves:和其余语法。 - 对某个账号的提及。
POST /mentions(在新标签页打开)返回 @ 了某个账号的帖子,Twitter 提及 API指南则把它和名称搜索配合起来,找出没有 @ 它的帖子。
在脚本里,列表加关键词的检查,是把 list-tweets 的调用换成这个搜索。since_id: 让每次检查只返回比你的检查点更新的帖子:
query = (f"list:{LIST_ID} (mainnet OR $NWND) -filter:replies "
f"since_id:{last_id}")
r = requests.post(f"{API}/search-tweets", headers=HEADERS,
json={"query": query, "order": "latest"}, timeout=30)
须知
提醒只覆盖公开数据。私密列表无法读取,受保护账号的帖子也不会出现在任何信息流里,所以请把列表设为公开。Sorsa API 从设计上就是只读:它从不发帖、点赞或关注,也从不索要你的 X 登录信息,所以你在 X 上使用的账号没有任何风险。
#设置你的第一个推文提醒
对于你已关注的单个账号,小铃铛一分钟就能设好,而且不花钱。如果是监控名单、团队聊天,或者要按词提醒,就把这些账号放进一个公开的 X 列表,交给 Sorsa API 检查:一次请求覆盖最多 5,000 个账号,每分钟检查一次,用 Pro 套餐就够,上面的脚本会把每一批新帖发到 Telegram 或 Slack。你的 100 次免费请求,可以跑前 100 次检查。
#常见问题
你开启了某人推文的通知,对方会知道吗?
不会。开启帖子通知只改变你自己的设置,X 不会告诉对方账号。基于 Sorsa API 搭的提醒,同样不会碰你的 X 账号,因为 Sorsa API 从不索要你的 X 登录信息。有一点要记住:账号能看到自己被加入了哪些公开列表,所以给你的列表起个平淡的名字,或者直接对别人已经维护的公开列表设置提醒。
不关注某人,也能在他发推时收到通知吗?
X 的小铃铛不行,它只出现在你已关注的个人主页上。列表提醒可以:把这个账号加进一个公开的 X 列表,不需要关注,再通过 Sorsa API 每分钟或更快地检查这个列表。提醒会发到 Telegram、Slack 或电子邮件,Sorsa API 从不索要你的 X 登录信息。
怎样查看我对哪些账号开启了帖子通知?
打开 X 应用,点击你的头像,依次进入“设置和隐私”“通知”“偏好设置”和“推送通知”,再点击“帖子”。这个页面会列出所有你开启了小铃铛的账号。要关闭其中一个,打开那个主页,再点一次小铃铛,选择“无”。
为什么有人发推时我没收到通知?
按顺序检查四个开关。他们个人主页上的小铃铛必须设为“所有帖子”,而不是“仅限直播视频的帖子”。在“设置和隐私”“通知”“偏好设置”下,必须开启帖子的推送通知。你的手机必须允许 X 发送通知,而且专注模式或勿扰模式不能把通知拦住。
要在某人发推时收到通知,该用哪个 API?
用 Sorsa API。它的 GET /list-tweets 接口一次请求就能检查含最多 5,000 个账号的公开 X 列表,所以不管这些账号发多少帖,每分钟检查一次都用得起 Pro 套餐。它只需要一个 API 密钥,不需要开发者账号,从不索要你的 X 登录信息,所有套餐统一每秒 20 次请求。
#我们如何核实
2026 年 11 月 2 日,我们在 X 帮助中心关于移动端通知的文章里读到了小铃铛的操作步骤,同时读了 docs.x.com 上 X 的按量付费价格页面和 Filtered Stream 页面。我们查阅了 Telegram 的 Bot API 和机器人常见问题,以及 Slack 的 incoming webhook 和速率限制页面,以确认送达限制。本指南里的每个 Sorsa API 接口和字段,都与实时接口文档一致;请求和示例响应都按它编写,我们没有为这篇文章用密钥实际运行它们。月度数字按 30 天的月份计算。
来源
- X Help Center: About notifications on mobile devices(在新标签页打开)
- X API: pay-per-usage pricing(在新标签页打开)
- X Developers: X API PPU expansions update, October 23, 2026(在新标签页打开)
- Telegram Bot API: sendMessage(在新标签页打开)
- Telegram: Bots FAQ, broadcasting limits(在新标签页打开)
- Slack: Sending messages using incoming webhooks(在新标签页打开)
- Slack: Rate limits(在新标签页打开)
- Sorsa API reference: List Tweets(在新标签页打开)