Use Xquik in Pipedream when a workflow needs X (Twitter) search, account lookups, trends, publishing, extraction jobs, monitors, or webhook automation with one API key. Start with a source-available component package. Keep the first release small: one app file, eight actions, and two sources. Add more endpoints after workflows repeatedly fall back to a manual API request.Documentation Index
Fetch the complete documentation index at: https://docs.xquik.com/llms.txt
Use this file to discover all available pages before exploring further.
Prerequisites
- Xquik API key
- Pipedream account
- Node.js 18+
- Pipedream CLI installed and authenticated
Component Shape
App
components/xquik/app/xquik.app.tsAuth
API key prop injected as
x-api-key.Base URL
https://xquik.com/api/v1Actions
Get Tweet, Search Tweets, Get User, Get Trends, Create Tweet, Create Extraction, Create Monitor, and Create Webhook.
Sources
Monitor Event Webhook and Extraction Completed Polling.
Shared helper
JSON requests, structured Xquik errors, and
Retry-After handling.App File
Create the shared app component first:apiKey: { propDefinition: [xquik, "apiKey"] } to each action and source
that calls xquik.request.
Use GET /account as the auth smoke test in your first action because it verifies the API key without mutating data.
Shared Error Handling
Wrap requests so every action and source reports the same remediation:$summary so the workflow run is scannable.
Starter Actions
Get Tweet
Call
GET /x/tweets/{id} and return one tweet.Search Tweets
Call
GET /x/tweets/search and return an array of tweets.Get User
Call
GET /x/users/{id} and return one user.Get Trends
Call
GET /x/trends and return a trend list.Create Tweet
Call
POST /x/tweets and return created tweet metadata.Create Extraction
Call
POST /extractions and return the job ID and status.Create Monitor
Call
POST /monitors and return the monitor ID and status.Create Webhook
Call
POST /webhooks and return the webhook ID and signing secret.Result Handoff
Use Pipedream exports and source event metadata to pass stable fields between workflow steps. Keep raw API pages out of Slack messages, CRM rows, warehouse loads, and retry queues.Search Tweets action
Export
tweet_count, has_next_page, and next_cursor; return tweet rows with id, text, author.username, createdAt, and optional url.User profile action
Export
user_id, username, name, followers, verified, and profilePicture; return one profile row for GET /x/users/{id}.Trend rows
Export
trend_count and woeid; return trend rows with name, rank, query, and description, then keep the selected region with workflow event metadata.Tweet or reply write
Export
tweetId, charged, and chargedCredits on 200 Success. For 202 x_write_unconfirmed, export writeActionId, status, charged, and chargedCredits, then poll GET /x/write-actions/{id} before retrying.Public media upload
Export
mediaId, mediaUrl, and success. Pass mediaUrl to POST /x/tweets in media; reserve uploaded media IDs for one-item DMs.Monitor and webhook setup
Export monitor
id, username, xUserId, eventTypes, isActive, and nextBillingAt; export webhook id, url, eventTypes, and one-time secret. For Pipedream data stores, map production deliveryId to delivery_id for receiver retry de-dupe and streamEventId to stream_event_id when one monitor event should process once across endpoint changes.Monitor event source
Emit
deliveryId for endpoint-level retry de-dupe, streamEventId for event-level de-dupe across endpoint changes, and occurredAt as ts.Extraction polling source
Emit completed job
id, toolType, and status; fetch detail rows and carry hasMore plus nextCursor into warehouse batches.Source 1: Monitor Event Webhook
Use this for immediate tweet, reply, quote, and retweet alerts. Setup flow:- Pipedream creates an HTTP endpoint for the source.
- The source calls
POST /webhookswith that endpoint and selected event types. - The user creates or selects an Xquik monitor.
- Each webhook payload emits one event with a stable ID.
Event ID
Map Pipedream
id to streamEventId for event-level de-dupe, or deliveryId for endpoint-level de-dupe.Event Type
Map
eventType to route tweet.new, tweet.reply, tweet.quote, and tweet.retweet events.Occurred At
Map
occurredAt as the event timestamp.Username
Map
username for account monitor events.Tweet ID
Map
data.id as the tweet identifier.Text
Map
data.text as the tweet body.Author Username
Map
data.author.userName when present. Use username as the monitored-account fallback.x-xquik-signature before emitting events.
Source 2: Extraction Completed Polling
Use this when teams want batch jobs without webhook setup.Recipes
Search Tweets To Slack
Schedule Trigger
Run the workflow on the reporting cadence.
Xquik Search Tweets
Call the Search Tweets action and return recent matching posts.
Engagement Filter
Keep only tweets that meet the minimum engagement threshold.
Slack Send Message
Send the selected tweet text, author, and link to the channel.
Monitor Events To CRM
Monitor Event Source
Receive Xquik monitor events from the webhook source.
Event Type Filter
Route
tweet.new, tweet.reply, tweet.quote, and tweet.retweet events separately.Get User Enrichment
Enrich the event with the Get User action before CRM routing.
CRM Upsert
Upsert by user ID to avoid duplicate account records.
Extraction To Warehouse
Create Extraction
Start the extraction job with
POST /extractions.Extraction Completed Source
Poll for completed jobs before loading rows downstream.
Fetch Extraction Detail
Fetch the completed extraction detail and result rows.
Warehouse Destination
Send normalized rows to the warehouse destination.
Test Coverage
Add focused tests before sharing the component package:Auth Injection
Every request includes
x-api-key and never logs the key.Invalid Key
401 produces “Authentication failed. Check the Xquik API key.”Rate Limit
429 includes Retry-After when present.Search Action
Returns an array with stable tweet IDs.
Create Webhook
Sends callback URL and selected event types.
Webhook Source
Emits one event per payload with a stable ID.
Polling Source
Emits only completed extraction jobs.
Next Steps
- Read API Reference for auth, rate limits, and errors.
- Read Webhooks for payload shape and retries.
- Read Extraction Workflow for job creation and result pagination.
- Use Make or Zapier when the team wants no-code scenario builders.