Facebook 小组评论采集

输入 Facebook 小组帖子的用户 ID 与帖子 ID，获取该帖的公开评论明细（评论者、内容、点赞与回复）

概览

想知道一个 Facebook 小组帖子里大家都在聊什么？把帖子的用户 ID 和帖子 ID 给它，它会取回这条小组帖子下全部的公开评论，每条带评论者昵称、评论内容、点赞数、回复数和评论时间，可以直接导出到表格里做互动分析、口碑盘点或舆情监测。

比起在浏览器里一页页往下翻，它把整条小组帖子的评论一次拉全，评论者身份、互动数据、楼层关系都保留在结果里，适合当作社群互动分析的原始数据底表。

数据说明

评论取自 Facebook 小组帖子的公开评论区，只覆盖公开可见的评论，私密帖、受限可见与已被作者删除的评论不在其中。结果按平台返回顺序排列，不做去重与排序。点赞数、回复数等互动数值以采集当时的展示值为准，以文本形式返回；同一评论若在两次任务中都出现，是因为两次分别采集，两次结果不保证完全一致。

结果长什么样

每条记录是一条评论：

评论编号	评论者昵称	评论内容	点赞数	评论时间
1001	Tom	这个功能太实用了！	23	2026-08-01 10:22
1002	Lily	支持，期待后续更新	8	2026-08-01 10:25

应用场景

做小组帖子互动分析时，把「点赞数」「回复数」按高低排序，找出讨论最热烈的高互动评论，判断用户最关心什么。
做社群口碑盘点时，从「评论内容」里筛高频词，结合「评论者昵称」看哪些账号在持续活跃发声。
盯舆情风险时，按「评论时间」看评论涌入速度，发现短时间内激增的负面讨论，及时跟进。

适用边界

单次任务采集一个小组帖子下的公开评论，条数受采集上限控制（默认 1000 条）。

适合用于
需要某个 Facebook 小组帖子下的全部公开评论明细时
需要按评论者、点赞数、回复数分析小组帖子互动情况时

不要用于
只需要评论总数时——用平台原生数据即可
帖子为私密或受限可见时——本 App 只覆盖公开评论

失败处理

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

1任务失败属可重试错误，可原样重新提交
2结果分页返回，条数多时请用 SDK/REST 导出而非反复翻页

输入参数

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

字段名	业务名称	类型	必填	默认值	枚举 / 约束	示例	说明
user_post_pair	用户ID与帖子ID	string	是	—	—	100053635060785&&&&4295220304085601	要采集评论的 Facebook 小组帖子，填写「用户ID&&&&帖子ID」，两者用 &&&& 连接，如 100053635060785&&&&4295220304085601。一次任务采集一个配对，填写单个即可
comment_limit	评论数量上限	integer	否	—	1–100000	—	每条帖子最多采集的评论条数，不填表示不限制、按帖子实际评论数采集。数值越大耗时和费用越高
max_collected_rows	采集条数上限	integer	否	1000	1–1000000	—	本次任务总共采集的记录条数上限，默认 1000 条。数值越大耗时和费用越高

输出数据

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

字段名	业务名称	类型	示例	说明
cid	评论编号	string	—	评论在平台内的唯一编号
text	评论内容	string	—	评论正文内容
nickname	评论者昵称	string	—	发表评论的用户昵称
authorId	评论者账号ID	string	—	发表评论的用户账号 ID
userId	用户ID	string	—	评论关联的用户 ID
createTime	评论时间	string	—	评论发表时间
diggCount	点赞数	string	—	该评论收到的点赞数，以文本形式返回
replyCount	回复数	string	—	该评论收到的回复数，以文本形式返回
parentCommentId	父评论编号	string	—	若为回复评论，这里是其父评论的编号
masterCommentId	主评论编号	string	—	该评论所属讨论链的主评论编号
threadingDepth	楼层深度	string	—	评论在讨论链中的楼层深度
commentType	评论类型	string	—	评论的类型标识
gender	性别	string	—	评论者展示的性别信息
isVerified	是否认证	string	—	评论者是否为平台认证账号
avatar	头像链接	string	—	评论者头像图片链接
profileUrl	主页链接	string	—	评论者的个人主页链接
images	图片链接	string	—	评论中附带的图片链接
url	帖子链接	string	—	被评论的帖子链接

记录 Schema

输出按记录逐条返回。记录主键为 cid，去重、增量、关联以它为准。

output.schema

{
  "type": "object",
  "properties": {
    "cid": {
      "type": "string",
      "title": "评论编号",
      "description": "评论在平台内的唯一编号"
    },
    "text": {
      "type": "string",
      "title": "评论内容",
      "description": "评论正文内容"
    },
    "nickname": {
      "type": "string",
      "title": "评论者昵称",
      "description": "发表评论的用户昵称"
    },
    "authorId": {
      "type": "string",
      "title": "评论者账号ID",
      "description": "发表评论的用户账号 ID"
    },
    "userId": {
      "type": "string",
      "title": "用户ID",
      "description": "评论关联的用户 ID"
    },
    "createTime": {
      "type": "string",
      "title": "评论时间",
      "description": "评论发表时间"
    },
    "diggCount": {
      "type": "string",
      "title": "点赞数",
      "description": "该评论收到的点赞数，以文本形式返回"
    },
    "replyCount": {
      "type": "string",
      "title": "回复数",
      "description": "该评论收到的回复数，以文本形式返回"
    },
    "parentCommentId": {
      "type": "string",
      "title": "父评论编号",
      "description": "若为回复评论，这里是其父评论的编号"
    },
    "masterCommentId": {
      "type": "string",
      "title": "主评论编号",
      "description": "该评论所属讨论链的主评论编号"
    },
    "threadingDepth": {
      "type": "string",
      "title": "楼层深度",
      "description": "评论在讨论链中的楼层深度"
    },
    "commentType": {
      "type": "string",
      "title": "评论类型",
      "description": "评论的类型标识"
    },
    "gender": {
      "type": "string",
      "title": "性别",
      "description": "评论者展示的性别信息"
    },
    "isVerified": {
      "type": "string",
      "title": "是否认证",
      "description": "评论者是否为平台认证账号"
    },
    "avatar": {
      "type": "string",
      "title": "头像链接",
      "description": "评论者头像图片链接"
    },
    "profileUrl": {
      "type": "string",
      "title": "主页链接",
      "description": "评论者的个人主页链接"
    },
    "images": {
      "type": "string",
      "title": "图片链接",
      "description": "评论中附带的图片链接"
    },
    "url": {
      "type": "string",
      "title": "帖子链接",
      "description": "被评论的帖子链接"
    }
  },
  "required": [],
  "additionalProperties": false
}

调用方式

本 App 支持通过 MCP、API、SDK 与文件导出方式接入，各接入方式共享同一套能力与计价。所有请求统一使用 Authorization: Bearer 请求头完成身份认证，凭证为 API Key（长期有效，在开放平台创建）；MCP 客户端另支持 OAuth 免密钥登录。CLI、Skill 等更多接入方式正在规划中。

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

客户端配置

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

mcpServers 配置

{
  "mcpServers": {
    "SpiderByte__facebook-group-comment-collection": {
      "type": "http",
      "url": "https://mcp-v2.bazhuayu.com?pin=SpiderByte/facebook-group-comment-collection",
      "headers": { "Authorization": "Bearer <YOUR_API_KEY>" }
    }
  }
}

查看我的 API Keys →

让 AI 自己完成配置

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

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

价格

返回一条评论

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

¥0.045/ 3 条

提交一次任务

每提交一次任务计费一次，与返回条数无关。

¥0.005/ 次

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

查看余额

立即体验

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

示例

参数按 input.schema 校验后提交

用户ID与帖子IDuser_post_pair*要采集评论的 Facebook 小组帖子，填写「用户ID&&&&帖子ID」，两者用 &&&& 连接，如 100053635060785&&&&4295220304085601。一次任务采集一个配对，填写单个即可

评论数量上限comment_limit（非必填）每条帖子最多采集的评论条数，不填表示不限制、按帖子实际评论数采集。数值越大耗时和费用越高

采集条数上限max_collected_rows（非必填）本次任务总共采集的记录条数上限，默认 1000 条。数值越大耗时和费用越高

请先填写必填参数

¥0.045 / 3 条起