feat: GraphQL-based scrapeLikedTweets with JSONL output#20
Closed
nj-io wants to merge 3 commits intonirholas:mainfrom
Closed
feat: GraphQL-based scrapeLikedTweets with JSONL output#20nj-io wants to merge 3 commits intonirholas:mainfrom
nj-io wants to merge 3 commits intonirholas:mainfrom
Conversation
Replace DOM-based thread scraping with direct GraphQL API calls. X doesn't render self-reply threads as article elements in the DOM, causing empty results — especially for high-engagement tweets. The new approach: - Calls TweetDetail GraphQL API from the page context using session cookies - Gets full_text (no truncation, no "Show more" needed) - note_tweet support for long-form posts - Filters to self-reply chain only (author replying to themselves) - Chronological sorting Also introduces shared helpers for future use by scrapePost: - fetchTweetDetail() — GraphQL API caller - parseTweetResult() — rich data extraction (text, media, article, card, external URLs, engagement stats) - parseThreadFromEntries() — thread chain detection - extractEntries(), unwrapResult(), getScreenName() Fixes: - screen_name moved from user.legacy to user.core in X's GraphQL schema - Self-replies missing from API response for viral tweets (2000+ replies) now handled gracefully (returns available tweets) Supersedes nirholas#12 which patches the DOM approach — this replaces it entirely. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
- Replace uniform randomDelay (1-3s) with log-normal distribution (2-7s base + 8% distraction spikes of 8-20s) - Add checkAuth() guard after page navigation — fails fast on expired cookies - Add randomDelay before each fetchTweetDetail API call to simulate human browsing between tweet reads
… filtering Replace the broken DOM-based x_get_likes with a proper scraper using the Likes GraphQL API (cursor-based pagination). - 50 tweets in ~14s, 200 in ~49s (was capped at ~25 with DOM scraping) - Rich data via parseTweetResult (text, media, articles, cards, URLs, engagement) - JSONL output to ~/.xactions/exports/ — progress survives crashes - from/to timestamp filters with early exit on reverse chronological data - Removes x_get_likes from xeepyTools, routes through local-tools.js Depends on: nirholas#17 (shared helpers: parseTweetResult, checkAuth, randomDelay) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
@nj-io is attempting to deploy a commit to the kaivocmenirehtacgmailcom's projects Team on Vercel. A member of the Team first needs to authorize it. |
Author
|
Superseded — resubmitting as clean PRs from current codebase. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Replaces the DOM-based
x_get_likeshandler with a GraphQL API scraper using cursor-based pagination. The DOM approach capped at ~25 tweets due to X's viewport virtualization.Performance
Features
~/.xactions/exports/likes-{user}-{ts}.jsonl— progress survives crashes, memory stays boundedparseTweetResult: text, media (images + video URLs), X Articles, cards, external URLs, engagement statsfrom/toparams with early exit on reverse chronological dataReturn shape
{ "file": "~/.xactions/exports/likes-fitdegen-2026-04-05T13-00-17-915Z.jsonl", "count": 200, "username": "fitdegen", "dateRange": { "from": "2026-03-29T10:12:39.000Z", "to": "2026-03-07T23:36:30.000Z" } }Architecture
scrapeLikedTweets()insrc/scrapers/twitter/index.jsparseTweetResultfrom shared helpers (feat: rewrite scrapeThread to use TweetDetail GraphQL API #17)UserByScreenNameGraphQL endpointLikesGraphQL endpoint (data.user.result.timeline.timeline.instructions)scrapers/index.js→local-tools.js→server.jsxeepyTools, old handler deletedDepends on
parseTweetResult,checkAuth,randomDelay)Supersedes
Test plan
fromparam stops pagination earlytoparam skips newer tweetswc -lduring run)🤖 Generated with Claude Code