Cookie Preferences
We use cookies to personalize content and analyze traffic. See our Cookie Policy.
还没有输出。提交表单以生成内容。
透明定价，无隐藏费用。按需支付。
| 规则与模式 | 渠道 | 积分 | 价格（美元） | 官方/参考价格 | 每日节省 |
|---|---|---|---|---|---|
user-tweets-and-replies otherTwitter | Starter | 0.01per post | $0.00005 | - | - |
twitter-api-graphql 使用完整指南
通过一次 API 调用，获取任意 Twitter 用户的完整推文和回复时间线。
ApiPass 上的 Twitter Graphql 用户推文和回复 API 是一个强大的端点，可通过简单的用户 ID 查询，获取 Twitter 用户的完整活动时间线——包括原创推文、回复、转推和社区帖子。该 API 基于 Twitter 的 GraphQL 基础设施构建，让开发者能够以编程方式访问按时间排序的推文和回复数据，无需抓取页面、管理身份验证令牌或维护复杂基础设施。ApiPass 通过基于异步任务的工作流处理路由、服务商选择和请求编排，因此你可以专注于构建应用，而不必应对 Twitter 后端的复杂性。
在一个统一响应中不仅获取原创推文，还包括回复、社区帖子和语音推文，让你 360° 了解用户活动。
使用默认的 channel: auto 设置时，ApiPass 会根据实时价格和稳定性指标，在多个服务商之间自动分配你的任务，在成本效率和可靠性能之间取得平衡。
可根据你更看重超低成本、均衡性能，还是具备官方级基础设施的最高稳定性，在 starter、regular 和 official 服务商等级之间进行选择。
提交请求后获取 taskId，然后轮询结果，或通过 callBackUrl 接收自动通知——非常适合在不阻塞应用的情况下处理大批量任务。
使用 withCommunity、withVoice、withV2Timeline 和 includePromotedContent 等布尔标志精细调整响应包含的内容，以减少载荷大小并仅获取所需数据。
只需一个简单的 API key 即可立即开始使用——无需 OAuth 流程，无需 Twitter 开发者账号审批，也没有速率限制烦恼。
传入任意有效的 Twitter userId（例如 44196397），即可立即获取其推文和回复时间线，无需用户名或会话 Cookie。
使用 count 参数控制每次请求返回的时间线条目数量，为小规模查询和批量历史数据采集提供完整的分页灵活性。
通过 /api/v1/jobs/recordInfo 端点，在五个清晰的生命周期状态（waiting、queuing、generating、success、fail）中监控你的请求，并获取包括 createTime、completeTime 和 costTime 在内的详细时间元数据。
通过分析原创推文与回复的比例、响应时间和对话线程，呈现用户与其社区互动方式的洞察。
构建自动化归档系统，保存用户完整的推文历史，包括回复和社区帖子，适用于新闻、研究或合规场景。
从公开 Twitter 账号收集大规模对话数据，用于微调语言模型、情感分类器或推荐引擎。
虽然 ApiPass 和 Twitter 官方 API 都可以提供用户推文和回复数据，但它们在定价模式、集成复杂度和运维负担方面存在显著差异。以下是 ApiPass 与官方 X API 的不同之处：
Twitter 官方 API（X API v2）需要付费开发者账号，并采用分级订阅模式；若要获得有意义的访问量，每月费用可能从数百到数千美元不等。ApiPass 通过按任务付费模式提供相同的用户推文和回复数据，并提供三个服务商等级，包括超低成本的 starter 渠道——让你可以从小规模开始，并在无需企业级承诺的情况下经济地扩展。
Twitter 官方 API 使用同步 REST/GraphQL 调用，受严格的时间窗口速率限制和 OAuth 2.0 令牌管理约束；而 ApiPass 将一切抽象为清晰的异步任务模式。你只需向 createTask 发送一次 POST，可选择注册 callBackUrl，并在结果就绪时接收数据——无需手动处理速率限制，无需令牌刷新逻辑，也没有基础设施负担。
除了关注其主推文外，还可通过检查其回复的数量和质量，评估网红的真实互动情况，帮助品牌做出更明智的合作决策。
持续监控高管或品牌账号，及早发现有争议的推文或回复线程，使公关团队能够在事件升级前做出响应。
大规模收集政治人物、记者或意见领袖的公开对话数据，用于研究话语模式、两极分化和社区动态。
从你的官方支持账号拉取回复，分析响应模式、常见客户痛点以及需要跟进的未解决线程。
在 ApiPass 上注册，并从仪表盘生成 bearer token。这个单一 API key 可让你访问整个 Twitter GraphQL 端点套件，无需额外的 Twitter 开发者账号或 OAuth 审批。
向 createTask 端点发送 POST 请求，并将 model 设置为 twitter/graphql/user-tweets-and-replies。提供目标 userId，以及 count、withCommunity、withVoice、withV2Timeline 和 includePromotedContent 等可选参数，以精细调整响应内容。你也可以选择包含 callBackUrl，以便 ApiPass 在任务完成时自动通知你的服务器。响应中会返回一个唯一的 taskId，你将使用它来获取结果。
你可以等待回调通知发送到 callBackUrl，或使用 taskId 轮询 recordInfo 端点以检查状态。当 state 字段返回 success 时，resultJson 将包含完整的用户推文和回复时间线，可供你的应用解析并用于下游流程。
所有 API 都需要通过 Bearer Token 进行身份验证。
Authorization: Bearer
创建用于获取用户推文的任务
该 API 接受以下结构的 JSON 负载：
1{
2 "model": "string",
3 "callBackUrl": "string (optional)",
4 "channel": "auto",
5 "input": {
6 // Input parameters
7 }
8}model必填string用于生成的模型名称
"twitter/simple/user-tweets"
callBackUrl可选string任务完成通知的回调 URL。如省略，则不会发送回调。
"https://your-domain.com/api/callback"
channel可选string你可以通过 channel 参数指定 APIPASS 中对应的提供方；这些提供方会处理实际的图像和视频生成任务。APIPASS 当前提供三种提供方选项：
channel 参数的默认值为 auto。启用后，APIPASS 会根据实时价格和稳定性指标，在可用提供方之间自动分配任务，以平衡最低成本与可靠性能。除非你有自定义路由需求，否则请保留默认值 auto。
可用选项：
auto
input 对象包含以下参数：
input.user_id必填string用户 ID
为获得最佳效果，请描述主体、风格、光照和构图
44196397
1curl -X POST "https://api.apipass.dev/api/v1/jobs/createTask" \
2 -H "Content-Type: application/json" \
3 -H "Authorization: Bearer YOUR_API_KEY" \
4 -d '{
5 "model": "twitter/simple/user-tweets",
6 "callBackUrl": "https://your-domain.com/api/callback",
7 "input": {
8 "user_id": "44196397"
9 }
10 }'1{
2 "code": 200,
3 "message": "success",
4 "data": {
5 "taskId": "task_12345678"
6 }
7}code状态码，200 表示成功，其他表示失败
message响应消息，失败时为错误描述
data.taskId用于查询任务状态和结果的任务 ID
