xtwitter-scraper

XTwitterScraper

Trigger On

• adding the XTwitterScraper NuGet package to a .NET application
• searching tweets, reading tweet/user data, running extraction jobs, or monitoring X accounts through Xquik from .NET
• posting tweets, replies, likes, reposts, follows, or DMs through typed SDK methods
• exporting extraction results, handling raw responses, retries, rate limits, or API errors
• wiring Xquik webhook events into ASP.NET Core, workers, queues, or background processing

Workflow

1. Confirm the project actually needs Xquik API access from .NET. If it only needs prompt guidance, use a generic agent or API-design skill instead.

2. Install the NuGet package:

   dotnet add package XTwitterScraper
   

3. Configure credentials through environment or secret storage. Prefer X_TWITTER_SCRAPER_API_KEY; keep X_TWITTER_SCRAPER_BASE_URL at its default unless a test fixture intentionally overrides it.

4. Create XTwitterScraperClient at the composition boundary and inject it or a narrow wrapper into application services. Do not scatter client construction across handlers.

5. Build typed Params objects for SDK calls instead of manually concatenating query strings.

6. Treat paginated responses, extraction jobs, binary exports, and webhook events as different flow types. Do not force them through one generic helper.

7. Preserve typed exceptions. Catch XTwitterScraperRateLimitException, authorization errors, and 5xx errors only where the application can retry, defer, or show a useful state.

8. Validate with unit tests around your wrapper and integration tests with configured API credentials only when the environment explicitly provides them.

Architecture

flowchart LR
  A["ASP.NET Core or worker service"] --> B["Application wrapper"]
  B --> C["XTwitterScraperClient"]
  C --> D["Xquik REST API"]
  D --> E["Typed response models"]
  D --> F["Webhook events"]
  D --> G["Binary exports"]

Core Knowledge

• XTwitterScraperClient reads X_TWITTER_SCRAPER_API_KEY, X_TWITTER_SCRAPER_BEARER_TOKEN, and X_TWITTER_SCRAPER_BASE_URL from the environment, and can also be configured manually.
• The default API base URL is https://xquik.com/api/v1.
• Common read paths include tweet search, tweet detail, user search, user detail, profile tweets, followers, trends, monitors, and extraction jobs.
• Common write paths include tweet creation, replies, likes, reposts, follows, DMs, media upload, and giveaway draw actions.
• Request methods use typed Params classes, such as TweetSearchParams, and return typed response models such as paginated tweets.
• Binary export methods return HttpResponse; copy the stream deliberately instead of assuming JSON deserialization.
• Raw response access is available through WithRawResponse when code needs status, headers, or raw body inspection.
• WithOptions can override client options for one call without mutating the original client or service.
• The SDK retries selected transient failures by default. Do not add broad outer retry loops without checking idempotency and endpoint semantics.