hn-to-x-poster
Use this when the user wants to review Hacker News top 30 stories, select software or AI related items, and automatically publish a Chinese thread of at least 3 posts to x.com or Twitter from an already logged-in browser session.
What this skill does
# HN to X Poster ## Overview Use this skill for a browser-driven workflow that reads the current Hacker News front page, filters the top 30 stories for software or AI relevance, compresses the signal into a Chinese thread, and publishes it to `x.com`. This skill is for direct execution, not just drafting. Default behavior is to post automatically if `x.com` is already logged in. If posting is blocked, fall back to a ready-to-send Chinese draft or thread and explain the blocker briefly. ## When To Use Use this skill when the user asks for any combination of: - Hacker News or HN top stories - HN top 30, front page, or current HN software or AI items - posting, tweeting, sending, or publishing the result to `x.com` or Twitter - a Chinese summary of current HN software or AI topics that should be posted automatically Do not use this skill when: - the user only wants HN analysis without posting - the user wants deep article research instead of front-page signal extraction ## Required Tooling Use `chrome-devtools` MCP for the browser workflow. Do not rely on API access to Hacker News or X unless the user explicitly changes the method. ## Workflow ### 1. Open The Two Sites - Open or switch to `https://news.ycombinator.com/` - Open or switch to `https://x.com/` - Confirm that X is logged in before attempting to post If X is not logged in, stop automatic posting and return a Chinese draft the user can publish manually. ### 2. Read HN Top 30 - Read the current HN front page - Capture the first 30 ranked stories only - Use the front-page title and visible context as the default source of truth Do not open every article by default. This skill is meant to summarize the HN front-page signal, not to perform full article research. ### 3. Filter For Software Or AI Relevance Keep items that are clearly about: - software engineering - programming languages - developer tools - operating systems - networking, infrastructure, databases, compilers, security, or systems work - AI, LLMs, agents, model tooling, MCP, inference workflows, or AI product/platform shifts Usually drop items that are mainly: - general politics - culture or biography - pure science without a software or AI angle - consumer oddities with no developer or AI relevance If an item is borderline, prefer keeping it only when a technical audience would plausibly care. ### 4. Plan Post Structure Decide the thread structure before writing. If the user explicitly specifies the number of posts in the thread: - follow the user's specified count - organize the content to fit that count as cleanly as possible - do not override the count just because a different number seems better If the user does not specify the number of posts: - default to a thread of at least `3` posts - treat HN front-page signal as high-density by default; do not assume one post is enough - use a `total -> points -> takeaway` structure as the baseline shape - allow `4+` posts whenever that makes the thread clearer - do not optimize for the fewest posts; optimize for explaining the signal cleanly - split by natural content blocks instead of arbitrary equal lengths - prefer adding another post over over-compressing one crowded post Default thread planning heuristics: - `3` posts: the default minimum when the user did not specify a count - `4` posts: use when signals naturally separate into multiple clusters, such as AI, security/systems, languages/tools, and conclusion - `5+` posts: acceptable when needed to keep each post readable and specific - `1` or `2` posts: only use when the user explicitly asks for that count When writing a thread, give each post a distinct job. Typical default structure: - post 1: overall read on today's HN board, set the tone - post 2: first major cluster of signals - post 3: second major cluster plus closing takeaway If using more than 3 posts, keep the same principle: - opening post sets the frame - middle posts each cover one clear cluster - final post lands the synthesis, verdict, or forward-looking take ### 5. Build The Post Write the final Chinese content as a thread that: - sounds natural on X - highlights only the strongest 4 to 8 software or AI signals - compresses repeated themes instead of listing everything - ends with a clear conclusion about the pattern Default style: - concise - readable by Chinese tech audiences - opinionated and human, not robotic - may use slang, idioms, colloquial turns of phrase, or other distinctive personal expressions when they improve voice - keep the voice vivid but still grounded in what was actually visible on HN - no hashtags unless the user asks - no links unless the user asks If writing a thread: - keep each post readable on its own - maintain flow across posts instead of making each one feel like a separate unrelated update - use simple numbering such as `1/`, `2/`, `3/` when that improves clarity - avoid stuffing every retained HN item into the thread; keep only the strongest signals - prefer sharp summaries over flat inventory lists - let the wording have some personality, but do not let jokes or slang blur the actual point ### 6. Enforce Length Before Posting Before posting, make sure each post is short enough for a standard X post. Length rules to enforce: - standard X posts are limited to `280` characters for normal users - a Chinese character usually consumes about `1-2` characters of the counter - a link usually consumes about `23` characters even when it looks shorter - always trust the visible X counter over any rough manual estimate If it is too long: - first consider splitting the content into more thread posts - compress only after the thread structure is already reasonable - remove low-signal items first - collapse repeated categories into one phrase - keep the main pattern, not the full inventory For threads: - shorten each post independently - keep the thread balanced, but do not force equal lengths - if one post is doing too much, split it before flattening it - if the thread is getting too long overall, remove lower-signal details before sacrificing the total-summary-total structure ### 7. Post On X Use the homepage composer with keyboard-first actions. For a single post: - go to `https://x.com/home` - prefer pressing `n` first to open the new post composer - if `n` does not open the composer, fall back to clicking the homepage `Post` button - confirm the composer is visible before typing - **NEVER use fill** - must use type_text to input the complete text in one go - Do not input in steps or modify mid-way - input the full Chinese text at once - verify both of these before posting: - the post button is enabled - the character counter looks normal - prefer pressing `Ctrl + Enter` to publish - if `Ctrl + Enter` does not publish, fall back to clicking `Post` For a thread: - go to `https://x.com/home` - prefer pressing `n` first to open the new post composer - if `n` does not open the composer, fall back to clicking the homepage `Post` button - confirm the composer is visible before typing - **NEVER use fill** - every post in the thread must be entered with `type_text` - type the full text of post 1 in one go - find and click the `Add post` button to create the next composer cell - type the full text of each later post in one go with `type_text` - keep repeating until all planned posts are present - verify the final publish control is enabled and the visible counters look normal - prefer pressing `Ctrl + Enter` once to publish the entire thread - if `Ctrl + Enter` does not publish, fall back to clicking the final `Post all` or equivalent publish button ### 8. Verify Completion After posting: - go to the account profile or resulting post view - for a single post, confirm the new post appears as the latest visible post - for a thread, confirm the newly published posts appear as the latest visible posts in the expected order - capture the first post URL if available - when possible, verify at l
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.