logo

Twitter 评论回复采集

输入一条 Twitter 评论编号，获取其回复正文、作者、回复关系与互动数据。

数据获取社交媒体X (Twitter)评论评价
发布者
SpiderKing999
价格
¥0.007 / 11 条
最近更新
2026-10-12

概览

一条 Twitter 评论引出的讨论，往往不止一次直接回应。围绕同一个话题，参与者会补充观点、继续追问，或回应讨论中的另一个人。把这些回复与各自的作者、父评论和互动数据放在一起，比只看零散截图更容易保留讨论上下文。

这个应用将指定评论下的回复整理成逐条记录，保留正文原文、账号信息、时间、图片与互动数。它提供的是分析所需的原始材料，不会替你改写发言，也不会把互动较多直接解释为认可或反对。

数据说明

数据来自 Twitter 评论回复，按采集时间正序排列。最初采集的评论与某条回复直接回应的父评论可能不同，因此不能把所有记录都理解为对同一个人的直接回应。

正文保留原始语言、表情与换行。原始时间中的时区偏移予以保留；未标注时区的时间不做换算。点赞、回复、转发和浏览数据按获取到的值保留，缺失不等于零，也不代表这些数值以后不会变化。

无数据时会出现带有「无数据标记」的占位记录；它表示没有获取到回复，不是一条空正文的真实发言。内容分析与回复数量统计应区分这两类记录。

结果长什么样

下面每条记录都是一条真实回复，展示其内容和直接回应关系：

回复编号作者账号回复正文父评论编号点赞数
2100406192938119258PAZE777@sousi526 やねやん！おはっ！⊂((・x・))⊃どこで行こうかなぁ...(⌒-⌒; ) https://t.co/B9jfGtfkNM21003446525914894281
2100465722652774422sousi526@PAZE777 進路が定まらないから予定の立てようがないですねぇ💦無理しないでまたの機会でいいですよ👍21004061929381192581

另有「原始时间」「图片列表」「回复数」「浏览数」「采集对象」和「无数据标记」等字段。

应用场景

  • 梳理讨论脉络时，将「回复编号」与「父评论编号」对应，结合「回复正文」区分直接回应和后续对话。
  • 归纳讨论主题时，按「作者账号」整理「回复正文」，识别重复出现的疑问与不同参与者的观点。
  • 筛选值得细读的回复时，结合「点赞数」「回复数」与「浏览数」比较互动表现，再回到正文核对语境，不把互动量直接当作态度结论。

适用边界

每次采集一个评论编号对应的回复，不支持关键词搜索；拉取保护容量为 100 页、每页 11 条。无数据时保留一条带标记的占位记录。

  • 适合用于
  • 已有 Twitter 评论编号，需要查看其回复内容、参与账号与互动表现。
  • 需要依据父评论编号区分直接回复与后续回复关系。
  • 不要用于
  • 需要关键词搜索、账号内容列表或发布回复，而非采集已有评论的回复。
  • 需要保证完整覆盖全部历史讨论，或需要即时同步返回结果。

失败处理

开发者声明的失败与重试处理方式，接入时建议一并写进系统提示词。

  1. 1评论编号无效时先核对目标评论，不将关键词或页面链接当作评论编号提交。
  2. 2鉴权或权限错误应先检查执行环境中的凭证配置，不重复提交采集。
  3. 3无数据是正常终态，保留带无数据标记的占位记录，不将其作为真实回复参与内容统计。
  4. 4失败或超时后先核实原采集是否仍在进行，避免反复提交创建新的采集；缺少分项状态时可能等待到轮询超时。

输入参数

调用本 App 需要传入的参数，与 manifest.json 的 input.schema 同源。

  • 父评论 IDcomment_id必填string
    要采集回复的 Twitter 评论数字编号；填写编号本身，不填写关键词或页面链接。
    示例2100344652591489428
  • 最多采集条数max_replies必填integer
    本次最多获取的真实回复条数，需显式填写 1–1100；实际可获取数量可能更少，无数据时返回带标记的占位记录。
    范围1–1100示例10

输出数据

单条记录的字段结构，与 manifest.json 的 output.schema 同源。

  • 业务标识business_idstring
    本次采集对象关联的业务标识，保留原始值。
    示例2100344652591489428
  • 回复编号reply_idstring
    这条真实回复的唯一编号；无数据占位记录可能不提供。
    示例2100406192938119258
  • 回复正文reply_textstring
    回复的完整原文，保留原始语言、表情和换行。
    示例@sousi526 やねやん！おはっ！⊂((・x・))⊃ どこで行こうかなぁ...(⌒-⌒; ) https://t.co/B9jfGtfkNM
  • 原始时间reply_timestring
    回复的原始时间字符串，保留其中的时区偏移。
    示例Thu Sep 17 02:07:14 +0000 2026

示例数据

以下示例按 output.schema 生成；未提供示例值的字段使用结构占位符。

output.example
{
  "business_id": "2100344652591489428",
  "reply_id": "2100406192938119258",
  "reply_text": "@sousi526 やねやん！おはっ！⊂((・x・))⊃\nどこで行こうかなぁ...(⌒-⌒; ) https://t.co/B9jfGtfkNM",
  "reply_time": "Thu Sep 17 02:07:14 +0000 2026",
  "reply_type": "2",
  "reply_url": "https://twitter.com/PAZE777/status/2100406192938119258",
  "author_avatar_url": "https://pbs.twimg.com/profile_images/1078966267984244736/D05Dt69g_normal.jpg",
  "author_handle": "PAZE777",
  "author_id": "774906985489637376",
  "author_name": "パヅェ@NSRと青パパイヤ（国内最大生産）と山ワサビ（関東最大生産）とジビエとラベンダー（関東最大）",
  "reply_videos": "<reply_videos>",
  "content_id": "2100344652591489428",
  "crawl_time": "2026-09-22T10:35:28",
  "image_urls": "[\"https://pbs.twimg.com/media/HSYkTLrbMAE4Wr7.jpg\"]",
  "keyword": "2100344652591489428",
  "like_count": "1",
  "parent_reply_id": "2100344652591489428",
  "publish_time": "2026-09-17T10:07:14",
  "reply_count": "1",
  "share_count": "0",
  "view_count": "11",
  "source_comment_id": "2100344652591489428",
  "no_data": false
}

调用方式

本 App 支持通过 MCP、API、SDK 与文件导出方式接入，各接入方式共享同一套能力与计价。所有请求统一使用 Authorization: Bearer 请求头完成身份认证，凭证为 API Key（长期有效，在开放平台创建）；MCP 客户端另支持 OAuth 免密钥登录。CLI、Skill 等更多接入方式正在规划中。本 App 异步运行，支持中途取消：取消后任务停止；已写回的部分保留，按写回计费。

通过 MCP（Model Context Protocol）协议，可在 Claude、Cursor 等 AI 客户端中直接调用本 App。选择你的客户端与认证方式，复制下方配置即可接入。

客户端配置

把 Bearer 后替换为长期有效的 API Key 即可，各类客户端与 CI、无浏览器环境通用。

mcpServers 配置
{
  "mcpServers": {
    "bazhuayu_datahub": {
      "type": "http",
      "url": "https://mcp-v2.bazhuayu.com?pin=SpiderKing999/twitter-comment-reply",
      "headers": { "Authorization": "Bearer <YOUR_API_KEY>" }
    }
  }
}
查看我的 API Keys →

让 AI 自己完成配置

不想手动改配置？复制配置提示词，粘贴到任意 AI 客户端对话框，由它按自身方式完成接入（提示词会让 AI 向你索要 API Key，避免凭证留在对话记录或共享配置里）。

如需在同一个 MCP 连接里指定多个 App，前往 MCP 连接页（已为你指定本 App）。

价格

条（含无数据占位记录）

按实际成功返回的数据条数计费，任务失败不计费。每 11 条为一个计费单位，不足 11 条按 11 条计。

¥0.007/ 11 条

多个计费事件按各自口径独立累计，具体以每一项说明为准；任务失败不计费。

查看余额

立即体验

填写参数直接运行，结果来自真实调用。

示例
参数按 input.schema 校验后提交
¥0.007 / 11 条