Xquik X Data API

Search, extract, and monitor X data through REST, MCP, SDKs, and webhooks.

Stars
★ 206
Last updated
today
License
MIT
Primary language
JavaScript

At a glance

How it runs
Hosted serviceMCP serverAgent plugin / skill
Works with
Universal · cross-platformCodex · Claude Code
Cost
Needs a paid subscription or licence
Setup effort
Low · running in minutes
You'll need
XQUIK_API_KEYConnected X account for private reads and X account actionsShell / CLINetwork accessMCP Server
Typical use
Researchers running date-, language-, and engagement-bounded Tweet searches while retaining stable IDs, filters, and collection times.
Not a fit if
  • Teams that require fully offline data collection
  • Organizations requiring X's official API contract and first-party support
  • Projects unwilling to use per-result billing

What does this agent do, and when should you use it?

Xquik is a third-party hosted API for collecting X (Twitter) data and automating connected accounts; this repository also packages Agent Plugins v1 manifests, Skills, MCP guidance, and client examples. Its coverage includes Tweet search and lookup, profiles, followers, replies, lists, trends, Spaces, bulk extraction, monitoring, and file exports, plus account actions after an X account is connected. Users can access the service through REST, hosted MCP, TypeScript or Python SDKs, a CLI, Apify Actors, and automation integrations. Public reads require an Xquik API key but no official X developer account or connected X account; private reads and account actions require the latter. Results support cursor pagination and delivery as JSON, CSV, Markdown, PDF, TXT, or XLSX, while monitors can produce stored events and signed webhooks. The underlying retrieval runs on Xquik's hosted service, so adoption entails its credit pricing, documented limits, and third-party service boundary.

A client sends filters and an XQUIK_API_KEY to https://xquik.com/api/v1; for example, /x/tweets/search filters Tweets by language, engagement, and content type. The response contains Tweets, authors, and engagement counts, with has_next_page and next_cursor controlling pagination; unavailable optional fields are omitted. For larger jobs, the client first calls POST /api/v1/extractions/estimate to obtain values such as estimatedResults and creditsRequired, then submits the same body to create an extraction, polls it, reads cursor pages, and exports after completion. Monitoring routes such as /api/v1/monitors/keywords watch accounts or queries and deliver updates as stored events or HMAC-signed webhooks. AI clients can connect to https://xquik.com/mcp and use the hosted MCP server's docs, search, and execute tools, while Codex can install the repository's plugin. Application developers can import the XTwitterScraper TypeScript class, and terminal users can invoke the x-twitter-scraper CLI.

  1. Researchers running date-, language-, and engagement-bounded Tweet searches while retaining stable IDs, filters, and collection times.
  2. Data teams estimating credits before launching capped, deduplicated bulk extractions with JSON, CSV, or XLSX exports.
  3. Developers integrating structured X data into Node.js, TypeScript, or Python applications through typed clients.
  4. Agencies maintaining separate account or keyword monitors per client and receiving replayable, signed webhook events.
  5. AI-agent users discovering routes through MCP and executing bounded X-data requests with repository-provided Skills.
  6. Operations teams using a connected X account to post, reply, like, follow, send DMs, or manage supported community actions.

How do you install or deploy this agent?

REST usage requires no local package. Create an API key in the Xquik dashboard and expose it as an environment variable:

export XQUIK_API_KEY='xq_replace_me'

Install the primary Skill in a compatible Agent Plugins v1 client:

bunx [email protected] add Xquik-dev/x-twitter-scraper

For Codex, add the marketplace and install the plugin:

codex plugin marketplace add Xquik-dev/x-twitter-scraper
codex plugin add x-twitter-scraper@x-twitter-scraper
codex plugin list

For the TypeScript SDK:

bun add x-twitter-scraper

For the CLI:

go install 'github.com/Xquik-dev/x-twitter-scraper-cli/cmd/[email protected]'
export X_TWITTER_SCRAPER_API_KEY="${XQUIK_API_KEY}"

How do you use this agent?

Make a first REST request with server-side Tweet filters:

curl --get 'https://xquik.com/api/v1/x/tweets/search' \
  --header "x-api-key: ${XQUIK_API_KEY}" \
  --data-urlencode 'q=machine learning' \
  --data-urlencode 'language=en' \
  --data-urlencode 'minLikes=100' \
  --data-urlencode 'replies=exclude' \
  --data-urlencode 'retweets=exclude' \
  --data-urlencode 'quotes=exclude' \
  --data-urlencode 'limit=25'

With the TypeScript SDK, instantiate XTwitterScraper and call client.x.tweets.search:

import XTwitterScraper from "x-twitter-scraper";

const client = new XTwitterScraper({
  apiKey: process.env.XQUIK_API_KEY,
});

const page = await client.x.tweets.search({
  q: "machine learning",
  language: "en",
  minLikes: 100,
  replies: "exclude",
  retweets: "exclude",
  quotes: "exclude",
  limit: 25,
});

The corresponding CLI invocation is:

x-twitter-scraper x:tweets search \
  --q 'machine learning' \
  --language en \
  --min-faves 100 \
  --limit 25

When processing responses, copy next_cursor unchanged while has_next_page is true and deduplicate on stable Tweet IDs. A filtered page can be empty without ending pagination; bulk exports should wait until the extraction job is complete.

What are this agent's strengths and limitations?

Pros
  • One service covers Tweets, profiles, social graphs, monitoring, bulk jobs, exports, and connected-account actions rather than isolated lookups.
  • Server-side filters, cursor pagination, result caps, and pre-run credit estimates support tightly bounded data work.
  • Access paths include REST, hosted MCP, Skills, SDKs, a CLI, Apify Actors, and multiple automation integrations.
  • Public reads do not require an official X developer account or connected X account.
  • Webhooks support HMAC signatures, nonce and timestamp verification, plus event cursors for recovery.
Limitations
  • Core collection depends on Xquik's hosted service and API key; the repository does not document a self-hosted scraping backend.
  • The service consumes credits per delivered result or monitoring hour, and the first PAYG funding amount is $10.
  • Private reads and account actions such as posting or sending DMs require a connected X account.
  • Deleted, protected, restricted, or unavailable content may remain inaccessible, and optional fields can be omitted.
  • Some bounded reply reads can return 424 with partial rows and diagnostics; low balances can also stop results early.
  • The documentation does not yet map every deduplicated row to final credit deductions, so estimates are not final invoices.

How does this agent compare with similar options?

Compared with the official X API, Xquik avoids the need for an official developer account for public reads and emphasizes server-side filtering, per-result billing, bulk exports, monitors, and agent access; the tradeoff is dependence on Xquik credits without X's first-party platform relationship or support. Compared with a general web scraper, it supplies structured records and handles schemas and pagination, but users inherit the vendor's coverage and API boundaries. The Apify Actor suits console runs, schedules, and dataset workflows, although both Actor and platform charges may apply. Building a scraper in-house offers full control over code and storage, while leaving browser state, pacing, proxies, breakage, and maintenance to the adopter.

Key facts side by side with the most closely related agents.

Agent Source review Form / cost Stars Updated Language Full support on
Xquik X Data API This agent 74 · Some gaps Hosted servicePaid ★ 206 today JavaScript Codex · Claude Code
Bright Data MCP 64 · Some gaps MCP serverFreemium ★ 2.7k 10d ago JavaScript Claude Code · Claude.ai
QuantDinger AI Trading OS 89 · Good Self-hosted serviceFree + model costs ★ 12k today Python Codex · Claude Code · OpenAI API
World Monitor 79 · Good Web appFree + model costs ★ 87k today TypeScript —

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Some gaps
74/ 100 5-point scale 3.7 / 5
Trust 18/29
Reliability 8/14
Adaptability 16/18
Convention 15/18
Effectiveness 12/13
Verifiability 5/8
Why each dimension lost points
Trust18 / 29 · 3.1/5

The material clearly separates read-only retrieval from posts, DMs, and profile changes requiring a connected X account, and it calls for confirmation of the exact write action. It also recommends bounded requests, estimates before large jobs, webhook-signature verification, and environment-variable handling for the Xquik key. Deductions reflect missing server-side retention, key-rotation, and log-redaction policies, sparse dependency-security evidence, and no rollback or recovery procedure for writes. The organization, trademark relationship, and independence are attributed, but the publisher is unverified and no individual maintainer is identified.

Reliability8 / 14 · 2.9/5

The README, package metadata, and license are broadly consistent about the product, MIT license, and package version, while prerequisites such as Bun, the hosted API, SDKs, CLI, and Apify are identified. Scores are reduced because core behavior depends on hosted services and external projects not validated by the supplied files, with no fallback path. Failure handling is limited to HTTP response text, unavailable-data guidance, and a few pagination cautions; systematic error classes, retries, rate-limit behavior, and webhook-delivery failures are not documented.

Adaptability16 / 18 · 4.4/5

The documentation addresses scripts, services, exports, monitoring, and AI-agent use, with selection guidance for REST, SDKs, MCP, CLI, skills, and Apify. Boundaries and prerequisites for reads, bulk jobs, monitoring, and account-modifying actions are unusually explicit, and route/parameter selection is precise. Environment fit loses a point because only the Bun requirement is firmly specified; there is no comprehensive runtime, operating-system, network, or self-hosting compatibility matrix.

Convention15 / 18 · 4.2/5

The information architecture is strong, covering quick start, client selection, examples, FAQ, security, billing, limitations, support, and multilingual navigation. Installation commands are versioned and include verification steps, while the MIT metadata matches the full license. Deductions reflect switching among x-developer, x-twitter-scraper, and a different CLI environment-variable name, despite explanatory text; there is a current version and review date but no changelog or migration guidance. The organization, documentation, and issue tracker provide maintenance channels, but ownership, response expectations, and release policy are absent.

Effectiveness12 / 13 · 4.6/5

A concrete response schema, cursor rules, filters, export formats, SDK examples, and webhook-verification guidance make outputs directly usable. Multiple clients, bulk extraction, monitoring, and cost estimation add meaningful value over a basic scraper, although claims that the service is the “best” rest chiefly on promotional language and selected testimonials rather than systematic comparison. Cost-benefit treatment is strong because it states per-result and monitoring costs, time-limited pricing, free estimation, filtering implications, and uncertainty between estimates and final billing.

Verifiability5 / 8 · 3.1/5

The material supplies exact package versions, endpoints, response types, operation and dataset counts, prices, a review date, and documentation destinations; README, package.json, and LICENSE corroborate some identity, version, and licensing facts. Deductions apply because no implementation, tests, lockfile, or OpenAPI document is supplied to substantiate service claims such as 128 operations. Testimonials are individual third-party experiences rather than independent technical validation. The text often separates estimates from invoices, available from missing data, and testimonials from guarantees, but promotional superlatives and broad legality language do not fully separate fact, opinion, and legal inference.

Risks and how to mitigate them
  • Not found in source: rollback or recovery pathBack up first, or work on a git branch or snapshot, so its changes can be undone.
  • This is a static review limited to the supplied README, package.json, and LICENSE; the API, MCP server, SDKs, CLI, and installation commands were not executed.
  • Core functions send requests and X data to the hosted Xquik service. The supplied material does not specify server-side retention, deletion, logging, or comprehensive privacy controls.
  • Posting, DMs, media uploads, and profile changes are external write effects. Confirm the exact target and content and provide independent audit and recovery measures because no rollback workflow is documented.
  • Prices, limits, versions, and operation counts are explicitly time-sensitive and should be rechecked before production use or costly jobs.
  • Collection and processing of public data may still create privacy, copyright, contractual, and local-law obligations; the README's general legality statement is not a substitute for qualified legal advice.
  • Publisher identity is unknown, not suspicious; the supplied files do not independently verify maintainers, hosted-service implementation, or testimonials.
Evidence confidence: Low Reviewed Sep 25, 2026 Reviewed revision 4b344d0b6817
See the full review method →

FAQ

Do public X reads require an official developer account or X login credentials?
No official X developer account or connected X account is required, but an XQUIK_API_KEY is mandatory. X passwords, cookies, session exports, and 2FA codes must not be sent to Xquik or an agent.
How is usage priced?
Tweet search costs one credit per returned Tweet. The stated PAYG rate is $0.00015 per Tweet, so 25 Tweets cost at most $0.00375; the first PAYG funding amount is $10 and unused credits carry over. Each active monitor costs 21 credits per hour.
Does an empty page mean pagination is finished?
Not necessarily. A filtered page can be empty and still expose another page; continue while has_next_page is true and copy next_cursor exactly rather than decoding or constructing it.
Can it post Tweets or send DMs on my behalf?
Yes, after an X account is connected. Confirm the account, target, payload, and cost, use idempotency keys, and poll an ambiguous write before retrying it.
Can returned data be incomplete?
Yes. Deleted, protected, restricted, or unavailable content may be inaccessible, unavailable optional fields are omitted, and some reply reads can return 424 with safe partial rows and diagnostics.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents