telegram channel scraper api：Claude 每天汇总俄语频道报价

俄语区的手机批发商和货代，很多不建网站、不上平台，新到的货和当天的报价就发在公开 Telegram 频道里。把这些帖子里的价格抽出来按型号比，我们得到三个发现：同一个批发频道里，iPhone 18 Pro 256 GB 黑色港版的单台零售价 47 天跌了 7.2%；如果把同一帖里便宜的纯 eSIM 版混进来比，会算成跌 15.7%，夸大一倍多；另一家批发平台用「у.е.」（约定单位）报价，反推出的汇率比俄罗斯央行当天的美元官方汇率高 3.9%。所以每日摘要的价值不在「抓下来」，而在按同一型号、同一规格、同一单位去比。

样本是四个公开频道。我们在新加坡时间 2026 年 11 月 10 日 00:14 到 00:39 之间，用 EveryInfra 的 telegram/channel_posts、telegram/search 等能力做了 24 次真调，扣费 17 次，合计 0.010285 美元。下面按选路、配置、真实往返、分页、抽取、成本、定时的顺序写。

这件活是什么：俄语卖家和货代的 Telegram 频道每天在发什么

做跨境采购、比价或者货代询价的人，经常要盯一批俄语公开频道：手机和电子产品批发商每天贴一长串型号和价格，货代每周贴几条中欧班列、海铁联运的运价和时效，还有一些行业号定期发集装箱运价指数。这些频道更新频率差别很大，帖子格式五花八门，有的价格写在正文里，有的整张价目表是一张图。人工每天翻一遍很费时间，而且最要紧的信息恰恰是「变化」：哪个型号降价了，哪条线涨了，哪家开始用另一种货币报价。

我们挑了四个公开频道做样本，频道名都是公开的商业账号，帖子里出现的个人联系方式和经理用户名在本文一律不写。boxb2b 是一家手机批发和零售商（频道标题写的是「BOX - Телефоны опт и розница」），我们用 telegram/profile 读到它有 70,200 个订阅者；linktek 自称在迪拜、中国、莫斯科做苹果产品批发（标题「LINKTECH - оптовая платформа Apple」），订阅者 11,700；logistved 是一个写中俄物流的货代频道，频道标题叫「ЛОГИСТ」；teustat 是一个集装箱运价平台的频道。四个频道都不是认证账号，is_verified 都是 false。telegram/profile 还会返回频道历史上的媒体总数：boxb2b 共发过 370 张图片、218 段视频；linktek 是 18,100 张图片、4,190 段视频、15,000 条链接，量级差了几十倍，后面会看到，这决定了一次 200 条能回溯多远。

这张表来自新加坡时间 00:17 到 00:18 的四次 telegram/channel_posts 调用，每个数字都能在保存下来的原始响应里复算。表里最需要注意的是最后一列：同样是「报价频道」，linktek 和 boxb2b 的价格在文字里，正则就能抽；teustat 50 条里 44 条是图片，文字只有一两句说明，想要图里的运价表就得另外读图。摘要流程要先按频道分类，不能一套规则吃到底。

更新频率决定了每天要拉多少条。linktek 一天将近 10 条，limit 设 20 大约覆盖两天；boxb2b 不到一天一条，limit 20 能回溯一个多月。所以「每天拉一次、每次 20 条、按帖子编号去重」对这四个频道都够用，不需要每次拉 200 条。

三条路：Bot API、自写 MTProto 的 telegram api parser、按次调用的 telegram channel scraper api

读 Telegram 公开频道，常见的有三条路。第一条是 Telegram 的 Bot API，用 BotFather 建一个机器人，用 HTTP 接口收消息。第二条是自己写一个基于 MTProto 的解析器，也就是俄语社区常说的「парсер」，一般用 Python 的 Telethon 库，以一个真实用户账号的身份读频道历史。第三条是本文用的办法：调用一个按次计费的数据接口，传频道名，拿回结构化的帖子列表。

Bot API 的限制写在 Telegram 自己的机器人常见问题里。「我的机器人会收到哪些消息」一节列出的最后一类是来自它所在频道的全部消息（Bots FAQ）。换句话说，机器人只能读它加入了的频道。Stack Overflow 上一个被大量引用的回答说得更直接：没有管理员权限就收不到频道消息（Stack Overflow 45002999），python-telegram-bot 社区的讨论也是同样结论：机器人进频道只能以管理员身份（python-telegram-bot 讨论 3047）。你不可能去别人的批发频道当管理员，所以 Bot API 这条路对「盯别人的公开频道」基本走不通；它适合的是你自己的频道，或者对方愿意把你的机器人加进去。

MTProto 这条路能读任何公开频道的历史，但门槛在账号。Telegram 的「获取 api_id」页面写明，要先用官方应用注册一个账号，再到 my.telegram.org 的开发者工具里创建应用，拿到 api_id 和 api_hash；每个手机号只能有一个 api_id；页面还警告，用非官方客户端的账号会被重点观察，刷消息、伪造浏览量的账号会被永久封禁（Obtaining api_id）。Telethon 的入门文档第一步就是「用开发者账号的手机号登录 Telegram」，然后把 api_id 和 api_hash 填进 TelegramClient（Telethon 登录文档）。读频道历史用的是 messages.getHistory 方法，按 offset_id 和 add_offset 一页一页往回翻（messages.getHistory）。翻得太快，服务器会回 420 FLOOD_WAIT_X，X 是要等的秒数（Telegram 错误码文档）。Stack Overflow 上有人问怎么避免 Telethon 的 FloodWaitError，高票回答是唯一的办法就是少发请求，而且每个账号的限额不一样（Stack Overflow 76198570）。Telethon 的 FAQ 也专门有一节讲账号被封的问题（Telethon FAQ）。

还有一个容易被忽略的点：MTProto 里的全局帖子搜索是收费的。Telegram 的搜索文档写着，全局帖子搜索要付费，Premium 用户有一定免费次数，用完以后每次搜索要花一定数量的 Stars（Telegram 搜索文档）。自写解析器如果想「按关键词找新频道」，这部分不是免费的。

表里 Bot API 的「24 小时」来自 Bot API 文档对 getUpdates 的说明：未取走的更新不会保存超过 24 小时（Bot API 文档）。如果你的机器人确实在频道里，正确做法是设 webhook 或者常驻进程实时接 channel_post 更新，python-telegram-bot 的 Update 对象里就有 channel_post 和 edited_channel_post 两个字段（python-telegram-bot Update 文档）。需要传大文件的团队还可以自建 Bot API 服务器，官方开源的 telegram-bot-api 在本地模式下下载文件不限大小、上传最多 2000 MB（tdlib/telegram-bot-api）。

哪条路适合谁，可以按四种情况分。第一，频道是你自己的，或者合作方愿意加你的机器人当管理员，用 Bot API：免费、实时、Telegram 原生支持，不需要任何第三方。第二，你要读的是你已经加入的私密群或私密频道，只能用 MTProto 自写解析器，按次调用的接口读不了私密邀请链接。第三，你要的是秒级实时推送，比如抢单、抢舱位，常驻的 MTProto 客户端或者机器人比每天拉一次合适。第四，你团队里有人熟悉 Telethon，愿意养账号、处理会话文件和限速，而且频道数量上千，自写解析器的边际成本更低。按次调用的接口适合剩下这一类：要读的是别人的公开频道，几个到几百个，每天看一两次变化，不想为此注册手机号、不想维护登录状态。Telethon 本身很活跃，GitHub 上有 1.2 万多颗星（LonamiWebs/Telethon），PyPI 上最新的 1.45.0 发布于 2026 年 9 月 10 日（PyPI Telethon）；另一个曾经流行的 MTProto 库 Pyrogram 已在 2024 年 12 月 23 日归档，仓库首页写明不再维护（pyrogram/pyrogram）。

在 Claude 里接上：自定义连接器和 Claude Code 的配置示例

这一节和后面讲定时的一节，Claude 一侧的功能都按 Anthropic 官方文档写，我们本机没跑过的步骤标成「配置示例」。Claude 本身不会去抓 Telegram，要让它调数据接口，得给它一个远程 MCP 服务器。Claude 网页版和桌面版里叫「自定义连接器」。Anthropic 帮助中心在 2026 年 10 月 30 日更新的说明里，步骤是：进入 Customize，打开 Connectors，点「+ Add」，选「Add custom connector」，填一个名字和服务器地址（自定义连接器文档）。同一篇还说明了两点：连接从 Anthropic 的云端发起，所以服务器必须能从公网访问；认证可以用 API key 或固定凭据。Anthropic 公布了这些出站请求的 IP 段，做白名单时可以对照（Anthropic IP 地址文档）。

可用档位方面，2026 年 11 月 6 日更新的「使用连接器」一文写明，自定义连接器在 Free、Pro、Max、Ultra、Team、Enterprise 各档都能用；连接器多了以后，可以在「Tool access」里选 Auto 或 On demand，文中建议连接器到 10 个以上时考虑按需加载（使用连接器文档）。每次对话可以在输入框的「+」里打开或关闭某个连接器。本机只跑 MCP 服务器的另一种方式是桌面扩展，帮助中心有单独的说明（本地 MCP 文档），但本文要的是定时在云端跑，所以用远程连接器。

Claude Code 一侧，接远程 MCP 用 claude mcp add --transport http，可以带请求头（Claude Code MCP 文档）。下面是配置示例，Key 放在环境变量里，不写进文件：

# 配置示例：把 EveryInfra 远程 MCP 加进本机 Claude Code
claude mcp add --transport http everyinfra https://api.everyinfra.com/mcp \
  --header "Authorization: Bearer $EVERYINFRA_API_KEY"

# 不经过 Claude，直接用 curl 调一次 channel_posts，确认 Key 和参数没问题
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"telegram","action":"channel_posts","params":{"username":"boxb2b","limit":20}}'

这里有一个关键限制要提前知道。Claude Code 的云端定时任务文档写明：用 claude mcp add 加的 MCP 服务器只存在本机，云端定时任务用不到；要在定时任务里用，得把它加成 claude.ai 的连接器，或者写进仓库里的 .mcp.json（Claude Code 云端定时任务文档）。如果走仓库文件，写法大致如下，同样是配置示例，Key 用环境变量展开：

{
  "mcpServers": {
    "everyinfra": {
      "type": "http",
      "url": "https://api.everyinfra.com/mcp",
      "headers": { "Authorization": "Bearer ${EVERYINFRA_API_KEY}" }
    }
  }
}

两种写法我们更推荐连接器：云端环境文档有一条说明，会话或定时任务里启用的 MCP 连接器，不需要把它的域名加进「Allowed domains」，因为连接器的流量走 Anthropic 的服务器，而不是会话自己的网络（云端环境文档）。反过来，如果你让定时任务里的 Claude 直接用 curl 调接口，默认的「Trusted」网络级别只放行包管理源和白名单域名，你得把环境改成 Custom 并加上接口域名，Key 则存成 network secret。连接器省掉了这两步。

图里的六步中，第二、三、四步可以完全不经过模型，模型只负责第四步里正则抽不准的那部分和第六步的写作。

一次真实往返：Claude 发出什么调用，接口回了什么

我们用同一把 Key 直接走了一遍 MCP 握手，模拟连接器在 Claude 里做的事。新加坡时间 00:26:27 发 initialize，服务器在 0.135 秒内回了协议版本 2025-06-18，这是 MCP 规范里 Streamable HTTP 传输所在的版本（MCP 传输规范）。接着 tools/list 用 0.094 秒回了 12 个工具，列表本身 16,250 字节（MCP 工具规范）。和本文有关的是三个：everyinfra_list_capabilities 列出能力和参数，everyinfra_call_api 调一项能力，everyinfra_get_job 取异步任务结果。

新加坡时间 00:26:28 发出 tools/call，让它读 boxb2b 最新 5 条帖子。这就是 Claude 在对话里决定调用工具时发出的请求形状：

{"jsonrpc":"2.0","id":3,"method":"tools/call",
 "params":{"name":"everyinfra_call_api",
  "arguments":{"platform":"telegram","action":"channel_posts",
               "params":{"username":"boxb2b","limit":5}}}}

返回的第一条就是 11 月 9 日那份每日价单，节选如下（正文截断，只保留结构）：

{"id":"req_8529285a194244d8","platform":"telegram","action":"channel_posts",
 "results":[{"id":2655,"url":"https://t.me/boxb2b/2655",
   "channel_username":"boxb2b","channel_title":"BOX - Телефоны опт и розница",
   "text":"Ежедневное обновление: 09.11 ... 18 Pro 256 Black (eSim) - 112.000₽ ... 18 Pro 256 Black (sim) - 123.300₽ ...",
   "view_count":2510,"posted_at":"2026-11-09T07:22:04+00:00","media_type":"text",
   "reactions":[{"count":7,"is_paid":false},{"count":1,"is_paid":false}]}, …],
 "count":5,"billing":{"charged":true,"charged_usd":0.000556}}

目录里给 telegram/channel_posts 列了 16 个返回字段（能力目录）。实际有没有值，要看频道本身。我们把四个频道 350 条帖子逐字段数了一遍：

目录的字段说明里有一句：其他来源不可用时，结果会来自一个不返回 media_url 和 reactions 的备用来源。实测里 linktek 50 条只有 1 条带 reactions，大概就是这种情况，所以摘要逻辑不要依赖这两个字段一定存在。posted_at 统一是 UTC，比如 linktek 37606 号帖的时间是 08:50:51 UTC，也就是莫斯科时间 11:50；日报按莫斯科时间切「今天」更符合这些卖家的作息。

用时方面，17 次成功扣费的调用里，最快 5.264 秒，最慢 17.613 秒，中位数 10.44 秒，达到了我们动笔前定的「中位数不超过 20 秒」。搜索普遍比读频道慢，六次搜索在 11 到 18 秒之间。两次空结果最慢：一个格式正确但无效的私密邀请链接等了 29.4 秒，一个不存在的频道名等了 87.3 秒，两次都没扣费。所以定时任务里给每个频道留 2 分钟超时是合理的，一个频道失败不影响其他频道。

分页和条数：channel_posts 没有翻页参数，limit 怎么选

很多人搜「telegram api parser」时最关心的是能不能把一个频道的历史全拉下来。先说结论：telegram/channel_posts 只有两个参数，username 和 limit，limit 默认 20、最多 200，没有 page_token，也没有按日期筛选。我们故意传了一个 since 参数试探，新加坡时间 00:22 接口回了 422，错误信息原文是 since 不是 telegram/channel_posts 的参数，必填 username、可选 limit，并附了一个可以直接用的示例请求；这次没扣费。日期筛选只在 telegram/search 上有，它接受 keyword、since、until，单次最多 100 条。

limit=200 实际能拿到多少？新加坡时间 00:17 对 boxb2b 发 limit=200，回来正好 200 条，最早一条是 2026 年 2 月 22 日，最新一条是 11 月 9 日，跨度 260 天，原始 JSON 共 217,994 字符，用时 14.0 秒。同一时段对另外三个频道各拉 50 条，用时在 6.6 到 10.4 秒之间；条数多了三倍，用时只多了三到七秒，所以首次建基线时直接用 limit=200 不会拖慢多少。也就是说，对一个更新不频繁的频道，一次调用就能拿到大半年的历史，这对首次建立「价格基线」很有用。对 linktek 这样每天近 10 条的频道，200 条也只能回溯三周左右，更早的历史这个能力拿不到；需要深历史的，只能走 MTProto 自写解析器按 offset_id 往回翻。

每次调用按次收费，和 limit 无关，所以单价摊到每条帖子上，limit 越大越便宜：limit 20 折合每千条 0.0278 美元，50 是 0.01112 美元，100 是 0.00556 美元，200 是 0.00278 美元。我们动笔前定的目标是「每千条不超过 0.005 美元」，只有 limit 200 达标。但每日摘要的场景里，真正的单位不是「每千条」，而是「每个频道每天一次」：不管频道今天发了 1 条还是 10 条，你都付一次 0.000556 美元。

limit 还有一个上限来自 Claude 这边。Claude Code 的 MCP 文档写明：工具输出超过 1 万 token 会给警告，默认上限是 2.5 万 token，可以用 MAX_MCP_OUTPUT_TOKENS 调高；结果超过 5 万字符时会存进文件，而不是直接放进上下文（Claude Code MCP 文档）。按实测每条帖子在返回里占的字符数，5 万字符装得下 logistved 33 条、linktek 36 条、boxb2b 45 条、teustat 50 条。所以在 Claude 里让模型直接调工具时，limit 设 20 到 30 最稳；要拉 200 条做基线，就在脚本里调接口、把结果写文件，再让 Claude 读文件。

去重必须做。新加坡时间 00:30 我们对 linktek 再拉一次 limit=20，20 条全部是 12 分钟前那次已经拿到的，新帖 0 条；00:39 对 boxb2b 和 logistved 各拉 20 条，也都是 0 条新帖。按帖子编号 id（同一频道内唯一）记一个「见过」的集合，每天只把新编号交给后面的步骤，模型就不会把同一份价单读两遍、写两遍。这三次复拉一共 60 条、扣费 0.001668 美元，换来的新帖是 0 条，这就是按次计费的代价：拉取间隔要跟着频道的发帖频率定，像 boxb2b 这种不到一天一条的频道，一天拉一次已经足够，不必每小时拉。

抽报价：正则先跑一遍，Claude 只处理难的部分

批发帖的格式其实很规整。boxb2b 的每日价单一行一个型号，形如「18 Pro 256 Black (sim) - 123.300₽」，用 ▫️ 或 🔥 分隔；linktek 一行写「型号 (库存) — 1 371 у.е. / 117 849 ₽」。我们先写了一个不经过模型的正则抽取器，从 boxb2b 的 200 条和 linktek 的 50 条里抽出 1,411 行价格，其中 boxb2b 1,048 行（来自 129 条帖子），linktek 363 行（来自 40 条帖子），带 у.е. 的有 319 行。核心规则如下：

import re
SEP = re.compile(r"▫️|▪️|•|🔥|✅|📱|💻|🔻|\n|(?<=₽)(?=\S)")
PRICE = re.compile(
    r"(?P<item>[A-Za-zА-Яа-я0-9][^₽]{2,90}?)\s*(?:[-—–:]|\s)\s*"
    r"(?:(?P<ue>\d[\d\s]*)\s*у\.е\.\s*/\s*)?"
    r"(?P<rub>\d{1,3}(?:[.\s ]\d{3})+|\d{4,7})\s*₽")

def extract(post, seen_ids):
    if post["id"] in seen_ids:          # 去重：见过的帖子不再处理
        return []
    rows = []
    for chunk in SEP.split(post.get("text") or ""):
        for m in PRICE.finditer(chunk):
            rub = int(re.sub(r"\D", "", m.group("rub")))
            if rub < 1000:              # 「от 5шт」之类不是价格
                continue
            rows.append({"post_id": post["id"], "date": post["posted_at"][:10],
                         "item": m.group("item").strip(), "rub": rub,
                         "ue": int(re.sub(r"\D", "", m.group("ue"))) if m.group("ue") else None})
    return rows

我们动笔前定的标准是「随机抽人工复核，准确率不低于 90%」。实际随机抽了 25 行逐条对原帖：25 行的价格数字全部正确，但只有 20 行能直接用，另外 5 行有问题。3 行是一批货的「Итого」（合计）金额，被当成了单品价；2 行是只写颜色的行，型号写在上面的小标题里，正则只拿到「Silver」这样的颜色，丢了型号。按「能直接用」算是 80%，没有达到 90% 的目标。另外有 2 行 у.е. 被错切（「3 720 у.е.」被拆开），算出来的汇率是 444，我们在汇率统计里按 50 到 150 的合理范围排除了。

问题都出在「上下文」：合计行和颜色行，人一看前后几行就知道是什么，正则不知道。这一步交给 Claude 正合适。Claude 的结构化输出功能可以让模型按你给的 JSON Schema 返回，官方文档写明它通过约束解码保证返回的 JSON 符合 schema，请求里用 output_config.format、类型 json_schema（结构化输出文档）。做法是：正则先跑，只把「有价格但缺型号」或「出现 Итого、всего、партия 这类词」的帖子交给模型，并在 schema 里要求每行返回 model、storage、variant（sim 或 eSIM）、color、price_rub、price_ue、is_lot_total。这一步本文没有在本机跑，是配置示例；按 Anthropic 定价页，Haiku 5.5 的定位就是分类、抽取这类大批量任务，输入价格在提示词不超过 10 万 token 时是每百万 token 0.10 美元（Anthropic 定价页）。四个样本频道按实测的发帖频率和每条字符数算，一天新增的帖子合计约 1.8 万字符，交给模型的只是其中有问题的那一小部分。

实测一：同一台 iPhone 18 Pro，47 天降了多少

价格序列是这次最有价值的产出。我们从 boxb2b 的 200 条历史里找出同一个型号的所有报价：iPhone 18 Pro 256 GB 黑色港版（帖子里写「sim」，即实体卡加 eSIM 的港版），再对照 linktek 的批发价。

同一规格、同一条件（港版、单台零售）相比，9 月 23 日到 11 月 9 日的 47 天里，黑色从 132,900 降到 123,300，跌 7.2%；同一帖里的冰川色从 131,900 降到 122,300，跌 7.3%；酒红色从 135,900 降到 123,500，跌 9.1%。从 9 月 17 日 5 台起订的预订价算到 11 月 9 日的零售价，跌了 12.6%，但这两个价格条件不同，不能当作降幅。最容易犯的错是把 11 月 9 日帖子里的纯 eSIM 版 112,000 拿来和 9 月的港版比，会得出跌 15.7% 的结论，比真实降幅大了一倍多。

零售和批发的价差也能直接算出来。11 月 9 日 boxb2b 的纯 eSIM 零售 112,000，比 11 月 5 日 linktek 的美版 eSIM 批发 101,821 高 10.0%；港版零售 123,300 比港版批发 117,849 高 4.6%。linktek 自己的美版 eSIM 价从 11 月 4 日到 5 日一天降了 0.6%。这些数对采购的人有直接用处：同一周里，不同渠道、不同版本之间的差价，往往比一个型号一个月里的跌幅还大。所以日报里每一条「价格变化」都要附上规格和条件，并且只和昨天同规格、同条件的那一行比。

实测二：у.е. 到底是多少卢布

linktek 的每一行都同时写「у.е.」和卢布两种价格。у.е. 是俄语「условная единица」的缩写，意思是约定单位，俄罗斯的批发商常用它来报一个跟着外币走的价格，具体按多少卢布结算，由卖家自己定。既然同一行两种价都有，就能反推卖家用的汇率。我们从 linktek 2026 年 11 月 4 日到 11 月 9 日的 319 行带 у.е. 的价格里排除 2 行切错的，剩下 317 行，算出来的汇率中位数是 85.99 卢布，最低 85.8、最高 87.0，非常集中。

对照俄罗斯中央银行每天公布的官方汇率（XML 原始数据，俄罗斯央行每日汇率）：11 月 4 日美元为 81.6699 卢布，11 月 6 日 81.7947，2026 年 11 月 7 日 82.1386，11 月 10 日 82.7536。85.99 比这四天的官方汇率分别高 5.3%、5.1%、4.7%、3.9%。我们只能说 у.е. 对应的卢布数比当天官方美元汇率高 4% 到 5% 左右，至于这个差额里包含了什么（换汇成本、物流、利润），频道没有写，我们也不猜。

还有一个只在帖子正文里才看得到的条件：linktek 37606 号帖写明，用对公转账（不含增值税）付款要加 12%，并且价格已含运费，物流约 7 天。日报如果只抽价格不抽这些条件，同一台机器的「实际到手价」会差出十几个百分点。这也是我们建议把条件句交给 Claude 读的原因：正则擅长抽数字，不擅长理解「+12%」是加在谁头上。

实测三：货代频道的运价和公开指数对得上吗

货代频道的数字更难核，因为线路、箱型、条件写法都不统一。我们从 logistved 和 teustat 里挑了四条最近的帖子，和英国 Drewry 公开的世界集装箱指数页面做对照。

Drewry 页面上 2026 年 11 月 5 日那一期还写了上海到鹿特丹 3,615 美元、上海到纽约 9,303 美元（Drewry 世界集装箱指数）。这组对照说明两件事。第一，频道转述的公开指数一般比原始发布晚一期，日报如果要引用指数，最好直接去原始页面取最新一期，频道帖子只用来发现「有新数字了」。第二，货代自己报的线路价（9,500 到 10,000 美元一个 40 尺高箱）和指数类频道的月均价（9,049 美元）方向一致，但不是同一个东西：一个是 11 月的报价区间，一个是 10 月的平均成交水平。日报里这两类数要分开写，不能直接算涨跌。

teustat 的另一条帖子（4406 号，11 月 6 日）标题是本周最低运价分析，正文只有两句话，表格全在图片里。我们这次没有读图，所以这条在日报里只能写「有新运价表，见原帖」。要自动读出来，可以把返回里的 media_url 交给能看图的模型，这一步本文没有测试。

拿 Yandex Market 交叉核对：频道价和平台标价差多少

频道里的价格到底低不低，可以拿俄罗斯最大的电商比价平台之一做参照。新加坡时间 00:38 我们调了一次 yandex/market，关键词「iPhone 18 Pro 256 ГБ」，拿回 50 条商品，扣费 0.001389 美元。按「标题含 18 Pro 和 256、不含 Pro Max（也排除连写的 ProMax）和 512」的规则筛出 33 条，标价中位数 209,990 卢布，四分位区间 165,353 到 255,441，最低 115,800，最高 645,990；其中标明纯 eSIM 的 9 条，中位数 186,534。

和频道价比，Yandex Market 的中位数比 boxb2b 11 月 9 日的港版零售价 123,300 高 70.3%，比 linktek 的美版 eSIM 批发价 101,821 高 106.2%。这个差距大得有点夸张，所以要说明边界：平台上是挂牌价，包含了大量第三方卖家、不同的保修和发票条件，最高那条 645,990 明显不是正常价；频道里是批发商的报价，往往要求转账、自提或者走他们的物流。我们不把这个差值解释为「利润空间」，只说明一件事：对这类商品，平台标价和频道报价不在一个水平上，做比价时不能拿平台的中位数当市场价。这部分的做法在另一篇1688 选品对 Yandex Market 的毛利核算里写得更细，Yandex 数据接口和 yandex/market 能力页列了字段。

算账：一千条帖子多少钱，一个月多少钱

我们的接口费全部按目录里的 price_usd 算，读取时间是新加坡时间 2026 年 11 月 10 日 00:13。telegram/channel_posts、telegram/profile、telegram/search、telegram/group、telegram/members 每次都是 0.000556 美元，telegram/post_detail 每次 0.000806 美元。失败、空结果和参数错误不扣费，这次 24 次调用里有 7 次没扣费，全部写在后面的「要注意的地方」里。

搜索单价摊下来比读频道贵得多，原因是搜索结果少：六次搜索里最少的只回了 1 条，最多 26 条，平均每次不到 10 条。按次付费的话，结果越少每条越贵。所以搜索适合用来「找新频道」，而不是每天抓价格。

接口费和 Claude 的订阅费比几乎可以忽略：10 个频道一个月 0.18 美元，不到 Pro 月费的 1%（各档月费见下一节的表）。真正要控制的是模型读了多少字，这就是前面强调「去重后只把新帖交给模型」「正则先跑」的原因。

定时到底挂在哪：Cowork 定时任务、Claude Code 云端定时任务，还是 /loop

很多人以为在对话里说一句「每天跑一次」就完事了，其实对话不会产生定时任务，定时要在专门的功能里建。Anthropic 现在有三种和定时有关的功能，适合的人不一样。表里的月费来自 claude.com 定价页：Pro 月付 20 美元（年付折合每月 17 美元），Max 每月 100 美元起，Ultra 每月 200 美元（Claude 定价页）。

Cowork 的定时任务适合不写代码的人。帮助中心 2026 年 11 月 5 日更新的文档写明：定时任务在所有付费档可用，会远程执行，电脑睡眠时也照跑，可以用你已连接的连接器，在侧边栏的「Scheduled」里管理（Cowork 定时任务文档）。Cowork 本身覆盖 Pro、Max、Ultra、Team 和 Enterprise，桌面版支持 macOS、Windows 和 Linux 测试版（Cowork 入门文档）。另一篇 2026 年 10 月 30 日更新的说明讲，Cowork 和聊天现在是同一个 Claude（Cowork 与聊天说明），所以你在聊天里加的连接器，Cowork 里也能用。做法是：在 Cowork 里新建定时任务，提示词写清楚「每天莫斯科时间 10 点，对清单里每个频道调 channel_posts limit 20，只看今天的新帖，抽出型号、规格、价格和条件，和昨天比，写成一页日报」，再把 EveryInfra 连接器打开。

Claude Code 云端定时任务适合要放脚本、要把结果写进仓库的人。官方文档写明它目前是研究预览，Pro、Max、Ultra、Team、Enterprise 可用，可以在网页、桌面版的 Code 标签或命令行的 /schedule 里建；最短间隔一小时，cron 表达式默认按 UTC，除非写 CRON_TZ；文档还建议不要排在整点，整点的任务可能延后开始，比如写 9:07 而不是 9:00（Claude Code 云端定时任务文档）。同一页的用量限制一节写了每个账号每小时最多 100 次定时运行，单个任务的「立即运行」和接口触发每小时 30 次。一个任务能碰到什么，由三样东西决定：选中的仓库、环境的网络设置和变量、包含的连接器；新建任务时默认包含你所有的连接器，文档建议只留任务需要的。云端会话的可用档位另见云端会话文档。

有一个已知问题值得提前避开。GitHub 上 anthropics/claude-code 仓库的 96832 号问题里，有人的定时任务运行时报「This tool is unavailable in unattended sessions」，讨论下来的结论是连接器要保持默认启用，任务无人值守时才能调到（GitHub 问题 96832）。所以建好任务后先手动点一次「立即运行」，确认工具调得到，再交给定时。

/loop 是会话内的循环，适合「我这两个小时一直开着终端，想每 30 分钟看一眼」。Claude Code 的定时任务文档写明，这类会话级任务只在会话运行时生效，7 天后过期（Claude Code 会话定时文档）。每天一次的日报不该用它。站内另外两篇写过两种定时功能的真实坑：Claude Code 定时任务的 Reddit 抱怨整理和用 Cowork 定时任务盯竞品价格和评价；如果要的是「有新帖就推送」而不是每天汇总，可以看用 Claude Code channels 推送竞品新帖。

做不了或要注意的地方

第一，telegram/post_detail 这次没有调通。新加坡时间 00:20 到 00:39 之间我们对三个帖子链接调了四次，01:20 又试了一次，五次都回 503，都没有扣费。日报用不到它：channel_posts 返回的字段已经覆盖单条帖子的主要内容。要用之前，先看telegram/post_detail 能力页和可用性接口的当前状态。

第二，私密频道读不了。我们用一个格式正确但无效的私密邀请链接试了一次，等了 29.4 秒回空结果，没扣费。目录对 username 参数的说明也写明不支持私密邀请链接。私密频道只能走 MTProto 自写解析器，用一个已加入的账号去读。

第三，关键词搜索噪声大。六次俄语关键词搜索一共 58 条结果：「карго из Китая цена за кг」（从中国走货的每公斤价）4 条，「оптом прайс поставщик」（批发价单供应商）1 条，「карго」限定 2026 年 10 月 27 日以后 12 条，大多是不相关的频道，「ставка контейнер」（集装箱运价）14 条大多来自招聘频道，「доставка из Китая」（从中国发货）26 条。真正有用的是第六次，「18 Pro 256 опт」限定 10 月 20 日以后只回 1 条，恰好就是 boxb2b 的每日价单，我们正是通过它发现了这个频道。日报本身要靠一份人工维护的频道清单。Telegram 自己的 channels.getChannelRecommendations 方法可以返回主题相似的公开频道（getChannelRecommendations），走 MTProto 的人可以用它扩充清单。

第四，Telegram 的条款对 AI 用途有专门的限制。Telegram 的 API 条款引用了它的内容授权条款，后者禁止为训练、微调、验证、评测或部署人工智能而抓取、索引、收集、汇总或使用 Telegram 上的数据，例外需要明确的逐项同意（Telegram API 条款、Telegram 内容授权条款）。我们不对你的具体用途做法律判断。本文的做法是读公开频道里商家主动公开的价格，生成给自己看的日报，不拿来训练模型；如果你的用途涉及模型训练或对外发布数据产品，请先自己读条款原文、必要时问律师。

第五，个人信息。telegram/members 这项能力的返回字段里有 phone，本文完全没有用它。批发帖里经常出现经理的个人用户名和电话，日报里应该去掉，只留频道名和原帖链接。

第六，不要绕过限制。我们的 Key 每分钟有次数限制，遇到 429 就按返回的等待秒数等；Telegram 一侧的 FLOOD_WAIT、频道的访问设置，本文不讲也不建议任何绕过办法。

最近的变化：Telegram 和 Claude 这两个月改了什么

Telegram 一侧：Bot API 在 2026 年 11 月 9 日发布了 10.4 版，新增了小组件相关的接口（Bot API 文档的最近更新）；Telegram Serverless 让开发者把机器人和小程序的后端代码直接放在 Telegram 的基础设施上跑，它的文档在 10 月 6 日加上了小程序托管（Telegram Serverless 文档）。这两件事都没有改变「机器人只能读它所在的频道」这个前提。MTProto 一侧，Telethon 在 9 月 10 日发了 1.45.0，仍是最活跃的 Python 库。

Claude 一侧，自定义连接器、使用连接器和 Cowork 定时任务三篇帮助文档都在 2026 年 10 月 30 日到 11 月 6 日之间更新过，routines 也已改名为云端定时任务，本文各节引用的都是更新后的版本。

常见问题

telegram api 免费吗？

Telegram 自己的 Bot API 和 MTProto API 都不收接口费，但各有前提：Bot API 只能读机器人所在的频道；MTProto 要用手机号注册账号、在 my.telegram.org 拿 api_id，全局帖子搜索超过 Premium 免费次数后按次收 Stars。按次调用的数据接口要付费，telegram/channel_posts 每次 0.000556 美元。（问题来源：联想词「is telegram api free」「telegram api pricing」；依据：Bots FAQ、Obtaining api_id、Telegram 搜索文档）

有没有免费的 Telegram 频道解析器（парсер телеграм каналов бесплатно）？

有，Telethon 是开源的，MIT 许可，自己写几十行 Python 就能读公开频道历史。成本不在软件，而在账号：要一个手机号、要保管登录会话文件、要处理 FLOOD_WAIT，非官方客户端账号会被 Telegram 重点观察。频道少、用得少，自写最省钱；频道多、不想养号，按次调用更省事。（问题来源：联想词「парсер телеграм каналов бесплатно」；依据：LonamiWebs/Telethon、Obtaining api_id）

用 Python 写 Telegram 频道解析器（парсер телеграм каналов python）该从哪开始？

从 Telethon 的登录文档开始：在 my.telegram.org 创建应用拿到 api_id 和 api_hash，用 TelegramClient 登录，再用 iter_messages 读频道。Telethon 的客户端文档写明，iter_messages 的 wait_time 参数控制两次历史请求之间等几秒，用来避开 FloodWaitError；不设时只有 limit 超过 3000 才默认等 1 秒。如果不想登录账号，也可以用 Python 直接 POST 我们的接口，请求体就是本文代码块里那一行 JSON。（问题来源：联想词「парсер телеграм каналов python」；依据：Telethon 登录文档、Telethon 客户端文档）

我不是频道管理员，能把机器人加进别人的公开频道读消息吗？

不能，机器人进频道只能以管理员身份，而且只收它所在频道的消息。读别人的公开频道，要么用户账号走 MTProto，要么用按次调用的接口，三条路的对比见上文「三条路」一节。（问题来源：Stack Overflow 45002999）

Telethon 老是报 FloodWaitError，怎么办？

按错误里给的秒数等，再降低请求频率；每个账号的限额不同，没有公开的固定数字。错误码和出处见上文「三条路」一节，本文不提供任何绕过办法。（问题来源：Stack Overflow 76198570）

不加机器人，能每天用 AI 总结一个新闻频道吗？

能。Reddit 的 r/n8n 里有人问能不能每天读一个频道、让 AI 写总结，评论里有人追问「不加机器人也行吗」。用按次调用的接口就不需要加机器人：每天调一次 telegram/channel_posts，按编号去重，把新帖交给 Claude 写总结，定时放在 Cowork 或 Claude Code 云端定时任务里。（问题来源：r/n8n 讨论帖；依据：本文实测与 Cowork 定时任务文档）

怎么找到同类频道（парсер похожих каналов телеграм）？

走 MTProto 的可以调 channels.getChannelRecommendations，它返回主题相似的公开频道；不走 MTProto 的用 telegram/search 按行业关键词搜，六次实测的结果和噪声见上文「做不了或要注意的地方」第三条。（问题来源：联想词「парсер похожих каналов телеграм」；依据：getChannelRecommendations）

上手步骤：从一个频道、一天一次开始

第一步，拿 Key、看价格。按快速开始在控制台建一个 Key，放进环境变量；价格在价格页和目录里都能查到，新账号可以先用很小的金额试。Telegram 数据接口这一页列了全部 6 项能力，常用的是 telegram/channel_posts、telegram/search 和 telegram/profile。

第二步，用上面的 curl 对一个频道调一次 limit=200，把结果存下来当基线，用正则抽一遍价格，看看你的频道格式能抽出多少。

第三步，在 Claude 里加连接器：Customize → Connectors → + Add → Add custom connector，地址填 https://api.everyinfra.com/mcp，地址和工具列表见 MCP 服务器页，图文步骤见远程 MCP 接入。在一次对话里让 Claude 读你的频道最新 20 条，确认它能调通。

第四步，建定时任务。不写代码的用 Cowork 的「Scheduled」，要写进仓库的用 Claude Code 云端定时任务，时间避开整点，cron 记得是 UTC。连接器保持默认启用，任务里只保留这一个连接器，建好后先手动运行一次。

第五步，跑一周再扩清单。看哪些频道一周都没有新帖，哪些价格抽不准，再决定要不要加频道、要不要把难抽的帖子交给 Claude 的结构化输出。别的平台也能照这个流程做，比如 VK 数据接口和 YouTube 数据接口；想看别人做好的现成工具，可以去基础设施市场。

参考资料

1. Bots FAQ: What messages will my bot get?，Telegram，2026-11-10 读取，https://core.telegram.org/bots/faq
2. Obtaining api_id，Telegram，2026-11-10 读取，https://core.telegram.org/api/obtaining_api_id
3. Telegram API Terms of Service，Telegram，2026-11-10 读取，https://core.telegram.org/api/terms
4. Content Licensing Terms，Telegram，2026-11-10 读取，https://telegram.org/tos/content-licensing
5. Error handling（420 FLOOD_WAIT），Telegram，2026-11-10 读取，https://core.telegram.org/api/errors
6. Telegram Bot API（getUpdates、Recent changes，Bot API 10.4 发布于 2026-11-09），Telegram，2026-11-10 读取，https://core.telegram.org/bots/api
7. messages.getHistory，Telegram，2026-11-10 读取，https://core.telegram.org/method/messages.getHistory
8. Search（Global post searches are paid），Telegram，2026-11-10 读取，https://core.telegram.org/api/search
9. channels.getChannelRecommendations，Telegram，2026-11-10 读取，https://core.telegram.org/method/channels.getChannelRecommendations
10. tdlib/telegram-bot-api README，Telegram, GitHub，2026-11-10 读取，https://github.com/tdlib/telegram-bot-api
11. Telethon 仓库，LonamiWebs, GitHub，2026-11-10 读取，https://github.com/LonamiWebs/Telethon
12. Telethon 1.45.0，PyPI，发布于 2026-09-10，2026-11-10 读取，https://pypi.org/project/Telethon/
13. Telethon: Signing In，Telethon 文档，2026-11-10 读取，https://docs.telethon.dev/en/stable/basic/signing-in.html
14. Telethon: Client reference（iter_messages、wait_time），Telethon 文档，2026-11-10 读取，https://docs.telethon.dev/en/stable/modules/client.html
15. Telethon FAQ，Telethon 文档，2026-11-10 读取，https://docs.telethon.dev/en/stable/quick-references/faq.html
16. pyrogram/pyrogram（2024-12-23 归档），GitHub，2026-11-10 读取，https://github.com/pyrogram/pyrogram
17. telegram.Update（channel_post），python-telegram-bot 文档，2026-11-10 读取，https://docs.python-telegram-bot.org/en/stable/telegram.update.html
18. Discussion 3047: bots in channels，python-telegram-bot, GitHub，2026-11-10 读取，https://github.com/python-telegram-bot/python-telegram-bot/discussions/3047
19. Get started with custom connectors using remote MCP，Anthropic 帮助中心，2026-10-30 更新，2026-11-10 读取，https://support.claude.com/en/articles/11175166-get-started-with-custom-connectors-using-remote-mcp
20. Use connectors to extend Claude's capabilities，Anthropic 帮助中心，2026-11-06 更新，2026-11-10 读取，https://support.claude.com/en/articles/11176164-use-connectors-to-extend-claude-s-capabilities
21. Schedule recurring tasks in Claude Cowork，Anthropic 帮助中心，2026-11-05 更新，2026-11-10 读取，https://support.claude.com/en/articles/13854387-schedule-recurring-tasks-in-claude-cowork
22. Claude Cowork and chat are one Claude，Anthropic 帮助中心，2026-10-30 更新，2026-11-10 读取，https://support.claude.com/en/articles/16761823-claude-cowork-and-chat-are-one-claude
23. Get started with Claude Cowork，Anthropic 帮助中心，2026-11-10 读取，https://support.claude.com/en/articles/13345190-get-started-with-claude-cowork
24. Getting Started with Local MCP Servers on Claude Desktop，Anthropic 帮助中心，2026-11-10 读取，https://support.claude.com/en/articles/10949351-getting-started-with-local-mcp-servers-on-claude-desktop
25. Cloud scheduled tasks（formerly routines），Claude Code 文档，2026-11-10 读取，https://code.claude.com/docs/en/routines
26. Connect Claude Code to tools via MCP，Claude Code 文档，2026-11-10 读取，https://code.claude.com/docs/en/mcp
27. Scheduled tasks（/loop），Claude Code 文档，2026-11-10 读取，https://code.claude.com/docs/en/scheduled-tasks
28. Configure cloud environments，Claude Code 文档，2026-11-10 读取，https://code.claude.com/docs/en/cloud-environments
29. Use Claude Code in the cloud，Claude Code 文档，2026-11-10 读取，https://code.claude.com/docs/en/claude-code-on-the-web
30. Issue 96832: tool unavailable in unattended sessions，anthropics/claude-code, GitHub，2026-11-10 读取，https://github.com/anthropics/claude-code/issues/96832
31. IP addresses，Claude 平台文档，2026-11-10 读取，https://platform.claude.com/docs/en/api/ip-addresses
32. Structured outputs，Claude 平台文档，2026-11-10 读取，https://platform.claude.com/docs/en/build-with-claude/structured-outputs
33. Pricing（Claude Haiku 5.5），Claude 平台文档，2026-11-10 读取，https://platform.claude.com/docs/en/about-claude/pricing
34. Plans and pricing，Anthropic，2026-11-10 读取，https://claude.com/pricing
35. MCP specification 2025-06-18: Transports，Model Context Protocol，2026-11-10 读取，https://modelcontextprotocol.io/specification/2025-06-18/basic/transports
36. MCP specification 2025-06-18: Tools，Model Context Protocol，2026-11-10 读取，https://modelcontextprotocol.io/specification/2025-06-18/server/tools
37. 数据能力目录（price_usd、response_fields），EveryInfra，2026-11-10 00:13 读取，https://api.everyinfra.com/api/v1/social/catalog
38. Telegram 能力可用性，EveryInfra，2026-11-10 读取，https://api.everyinfra.com/api/v1/social/availability?platform=telegram
39. Official exchange rates XML（2026-11-04 至 2026-11-10），Bank of Russia，2026-11-10 读取，https://www.cbr.ru/scripts/XML_daily.asp
40. World Container Index（2026-11-05 一期），Drewry，2026-11-10 读取，https://www.drewry.co.uk/supply-chain-advisors/supply-chain-expertise/world-container-index-assessed-by-drewry
41. How to add telegram bot to public channel I'm not admin of，Stack Overflow，2026-11-10 读取，https://stackoverflow.com/questions/45002999/how-to-add-telegram-bot-to-public-channel-im-not-admin-of
42. Python Telethon: how can you prevent the FloodWaitError，Stack Overflow，2026-11-10 读取，https://stackoverflow.com/questions/76198570/python-telethon-how-can-you-prevent-the-floodwaiterror-error-or-reduce-its-tim
43. Can I read Telegram texts from a certain channel，r/n8n, Reddit，2026-11-10 读取，https://www.reddit.com/r/n8n/comments/1jwpuu5/can_i_read_telegram_texts_from_a_certain_channel/
44. Telegram Serverless（Recent changes，2026-10-06），Telegram，2026-11-10 读取，https://core.telegram.org/bots/serverless