概览
这个 App 会围绕指定 Instagram 账号,整理当次能够取得的公开关注关系,并为每个关注对象附上账号 ID、用户名、公开名称、头像、私密状态与认证状态。
这份关系清单适合作为账号兴趣判断、达人网络研究与竞品关注动向分析的原始底表。结构化结果便于筛选、分组和跨次比对,也能明确区分目标账号与关注对象。
数据说明
数据来自目标账号关注关系的当次采集,每条有效记录对应一个关注对象,并按关注对象账号 ID 去重。关系类型当前为 Followings;用户名、公开名称、头像、私密状态和认证状态反映采集时的公开资料,之后可能变化。结果只覆盖当次可访问的关注关系,已失效、被隐藏或访问受限的资料可能缺失;没有取得关注关系时,无数据标记会显示为是,其他关注对象信息可能留空。
结果长什么样
每条有效记录代表目标账号与一个关注对象之间的一条关系:
| 目标账号 ID | 关注对象账号 ID | 关注对象用户名 | 关注对象名称 | 是否私密 | 是否认证 |
|---|---|---|---|---|---|
| 11830955 | 7140177628 | jennierubyjane | J | 否 | 是 |
| 11830955 | 7141291 | fashionarchive | Fashion Archive | 是 | 否 |
结果中另有关注对象头像、关系类型和无数据标记等信息。
应用场景
- 做兴趣倾向分析时,按「目标账号 ID」锁定研究对象,结合「关注对象用户名」「关注对象名称」归纳其关注的主题与账号类型。
- 做达人网络盘点时,用「关注对象账号 ID」统计独立账号,并结合「是否认证」筛选具有公开认证身份的关注对象。
- 做关注结构观察时,按「是否私密」「是否认证」分组比较,再结合「关系类型」核对数据含义。
适用边界
一次采集一个 Instagram 数字账号 ID,可指定 1–1000 条公开关注关系;仅覆盖当次能够访问的公开资料。
- 适合用于
- 需要获取一个 Instagram 账号当前公开关注对象的账号资料时
- 需要盘点账号关注关系,进行兴趣倾向、达人网络或竞品研究时
- 不要用于
- 只知道 Instagram 用户名或主页地址时——本 App 要求准确的数字账号 ID
- 需要私密资料或访问受限信息时——本 App 只返回当次能够获取的公开资料
- 必须马上拿到结果时——任务需要在后台处理
失败处理
作者声明的失败与重试处理方式,接入时建议一并写进系统提示词。
- 1鉴权或授权失败不是重试问题,应先让管理员检查 Instagram 数据服务权限
- 2提交结果未知或等待超时后,先查询原任务状态再决定是否重新运行,避免重复采集
- 3临时限流或服务不可用可稍后重试;任务失败或过期后可以重新运行
- 4任务部分成功时仍会返回已经完成的关注关系记录
输入参数
调用本 App 需要传入的参数,与 manifest.json 的 input.schema 同源。
| 字段名 | 业务名称 | 类型 | 必填 | 默认值 | 枚举 / 约束 | 示例 | 说明 |
|---|---|---|---|---|---|---|---|
| account_id | Instagram 账号 ID | string | 是 | — | — | 11830955 | 填写要采集关注列表的 Instagram 数字账号 ID,不要填写用户名、@ 符号或主页地址。 |
| crawl_num | 关注关系采集数量 | integer | 是 | — | 1–1000 | 100 | 希望采集的关注关系记录数量,可填 1–1000;数量越大,等待时间和费用可能越高。 |
输出数据
单条记录的字段结构,与 manifest.json 的 output.schema 同源。
| 字段名 | 业务名称 | 类型 | 示例 | 说明 |
|---|---|---|---|---|
| target_account_id | 目标账号 ID | string | — | 本次采集的 Instagram 目标账号 ID。 |
| no_data | 无数据标记 | boolean | — | 为是时表示本次未取得关注关系,其他关注对象字段可能为空。 |
| relation_type | 关系类型 | string | — | 目标账号与关注对象之间的关系类型,当前为 Followings。 |
| followed_user_id | 关注对象账号 ID | string | — | 被目标账号关注的 Instagram 账号唯一标识,可能为空。 |
| followed_username | 关注对象用户名 | string | — | 被目标账号关注的账号用户名,可能为空。 |
| followed_full_name | 关注对象名称 | string | — | 被目标账号关注的账号昵称或公开全名,可能为空。 |
| followed_avatar_url | 关注对象头像 | string | — | 被目标账号关注的账号公开头像地址,可能为空。 |
| is_private | 是否私密 | boolean | — | 被目标账号关注的账号是否为私密账号,未判断时可能为空。 |
| is_verified | 是否认证 | boolean | — | 被目标账号关注的账号是否通过 Instagram 认证,未判断时可能为空。 |
记录 Schema
输出按记录逐条返回。记录主键为 followed_user_id,去重、增量、关联以它为准。
{
"type": "object",
"properties": {
"target_account_id": {
"type": "string",
"title": "目标账号 ID",
"description": "本次采集的 Instagram 目标账号 ID。"
},
"no_data": {
"type": "boolean",
"title": "无数据标记",
"description": "为是时表示本次未取得关注关系,其他关注对象字段可能为空。"
},
"relation_type": {
"type": "string",
"title": "关系类型",
"description": "目标账号与关注对象之间的关系类型,当前为 Followings。"
},
"followed_user_id": {
"type": "string",
"title": "关注对象账号 ID",
"description": "被目标账号关注的 Instagram 账号唯一标识,可能为空。"
},
"followed_username": {
"type": "string",
"title": "关注对象用户名",
"description": "被目标账号关注的账号用户名,可能为空。"
},
"followed_full_name": {
"type": "string",
"title": "关注对象名称",
"description": "被目标账号关注的账号昵称或公开全名,可能为空。"
},
"followed_avatar_url": {
"type": "string",
"title": "关注对象头像",
"description": "被目标账号关注的账号公开头像地址,可能为空。"
},
"is_private": {
"type": "boolean",
"title": "是否私密",
"description": "被目标账号关注的账号是否为私密账号,未判断时可能为空。"
},
"is_verified": {
"type": "boolean",
"title": "是否认证",
"description": "被目标账号关注的账号是否通过 Instagram 认证,未判断时可能为空。"
}
},
"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": {
"rookieyao__instagram-follow-list": {
"type": "http",
"url": "https://mcp-v2.bazhuayu.com?pin=rookieyao/instagram-follow-list",
"headers": { "Authorization": "Bearer <YOUR_API_KEY>" }
}
}
}让 AI 自己完成配置
不想手动改配置?复制安装提示词,粘贴到任意 AI 客户端对话框,由它按自身方式完成接入(提示词会让 AI 向你索要 API Key,避免凭证留在对话记录或共享配置里)。
如需在同一个 MCP 连接里指定多个 App,前往 MCP 连接页(已为你指定本 App)。
价格
每提交一次任务计费一次,与返回条数无关。
按实际成功返回的数据条数计费,任务失败不计费。每 10 条为一个计费单位,不足 10 条按 10 条计。
多个计费事件按各自口径独立累计,具体以每一项说明为准;任务失败不计费。
立即体验
填写参数直接运行,结果来自真实调用。