social-hackernews · diff
git:20260901.6d6f92a to git:20260905.4909a33
129 added, 296 removed. Audit A to A.
---
name: social-hackernews
title: "Hacker News Publishing Playbook"
- description: "Ground-truth 2026 playbook for submitting and commenting on Hacker News. Covers the reverse-engineered ranking formula, the five post types (Show HN, Ask HN, Launch HN, Tell HN, regular submission) with their exact title conventions, the derive-don't-write title algorithm for link submissions (original title with only guideline-sanctioned transformations), the mandatory first-comment pattern for Show HN, the guideline ban on posting generated text, moderation (flags, vouches, delete-and-repost, mailing the mods), and voting-ring detection. Activate when drafting anything for Hacker News."
+ description: "Prepare source-grounded Hacker News submission briefs, human-authorship handoffs, and launch response plans. Activate for Show HN, Ask HN, Tell HN, Launch HN, linked articles, or HN comments; choose the right format, preserve author voice, and connect useful discussion to product evaluation."
license: Apache-2.0
- compatibility: "Octomind content agents. Platform-specific to Hacker News (news.ycombinator.com)."
+ compatibility: "Requires web access to Hacker News and linked source material."
domains: content
rules:
- content(hackernews)
- match(\bhacker\s+news\b)
- match(\bshow\s+HN\b)
- match(\bask\s+HN\b)
- match(\blaunch\s+HN\b)
- match(\btell\s+HN\b)
- match(\bpost\s+(on|to|for)\s+HN\b)
- match(\by\s*combinator\b)
- match(\bycombinator\b)
---
## Overview
- Hacker News is unlike every other social platform. No feed personalization, no hashtags, no follower count, no algorithm-for-you. Every user sees the same front page. One post ships per slot and the ranking is pure: early upvotes, steep time decay, penalties for anything that reads as marketing. Of every platform covered in these skills, HN is the most allergic to promotional tone and the most rewarding when a post lands.
-
- Pair with `content-voice` for human voice. HN readers — skilled engineers, researchers, founders — detect AI-generated and marketing text within the first line.
-
- ## Instructions
-
- ### The 2026 Ranking Algorithm (reverse-engineered from Arc source)
-
- HN's front page ranking uses a simple formula derived from the open Arc source:
-
- ```
- score = ((points - 1) ^ 0.8) / ((age_in_hours + 2) ^ gravity) × penalties
- ```
-
- - Gravity ≈ 1.8 — the time-decay exponent. Posts lose ranking steeply; after 24 hours almost nothing recovers.
- - Points exponent 0.8 — diminishing returns on raw upvotes. Going from 10 → 20 points matters more than going from 100 → 200.
- - Penalties — applied opaquely by mods or heuristics; can halve or eighth a post's effective score. Triggers include: promotional language, domain flagging, flagged-by-users, too many comments-per-point ratio (signals controversy), voting rings.
-
- Practical implications:
- 1. The first 1–2 hours on `/newest` decide everything. If you don't get ~5 upvotes in the first 30 minutes, you're buried under the next 500 submissions.
- 2. "Rich get richer" dynamic. A lucky early upvote cascade can push a mediocre post high; a great post posted at the wrong hour can die in `/newest` with zero visibility.
- 3. You can't farm HN. No hashtags to game, no follow-graph to hack, no engagement bait that works. The only lever is genuinely good content + good title + good timing + a non-zero amount of luck.
-
- ### The Five Post Types (and their exact conventions)
-
- HN has strict naming conventions. Violating them results in the mods re-titling or killing your post.
-
- | Type | Prefix | Use for | Title example |
- |---|---|---|---|
- | Regular submission | (none) | Linking to an article, blog post, paper, repo, video | Observations on a 500-day project in Rust |
- | Show HN | `Show HN:` | Something you built that others can try | Show HN: A terminal file manager written in Zig |
- | Ask HN | `Ask HN:` | Question for the community (self-post, no link) | Ask HN: How do you evaluate long-context LLMs? |
- | Tell HN | `Tell HN:` | Short announcement or observation (self-post) | Tell HN: HN front page is unreachable from EU today |
- | Launch HN | `Launch HN:` | YC-backed companies only (coordinated with YC) | Launch HN: Acme (YC W25) – SDK for audio diffusion |
-
- Do not use `Launch HN:` unless you are actually a YC company with a launch scheduled. Mods will remove it.
-
- ### Tell HN and Launch HN
-
- Both have specific rules — see `reference/post-types.md` for full detail. Quick guidance:
-
- - Tell HN is for short factual announcements only (outages, vulnerabilities, HN changes). Under 300 words. NOT for "I built a thing" (use Show HN), "thoughts on X" (submit a blog), or hiring (use the monthly thread).
- - Launch HN is YC-only and YC-scheduled. Don't self-declare. First comment has a 6-section structure (what / problem / how / traction / help-needed / try-it).
-
- ### Title Craft (the most important part)
-
- HN titles do 80% of the work — and composing a title is the single most common way a drafted submission gets flagged. The guidelines are explicit: "please use the original title, unless it is misleading or linkbait; don't editorialize." Users diff your title against the linked page's headline; any unexplained difference reads as editorializing.
-
- For link submissions, derive the title — never write one. Start from the page's own headline (the h1 / `<title>` minus the site suffix) and apply only these transformations:
-
- 1. Strip the site or product name — the domain is displayed after the link, so it's redundant. This includes a leading product name in your own headline: `ProductName agents get voice` next to `productname.com` reads as an ad. Product names belong only in the Show HN `Name – capability` pattern.
- 2. Crop gratuitous numbers and number+adjective combos (guideline verbatim): `10 Ways To Do X` → `How To Do X`; `14 Amazing Ys` → `Ys`. Keep the number only when it's meaningful (`Migrating 4M rows with zero downtime`).
- 3. Append `[video]` or `[pdf]` when linking to those formats — the guidelines ask for the warning.
- 4. Add the type prefix (`Show HN:` etc.) when applicable.
- 5. Over ~80 characters (HN truncates): trim words from the original, don't compose a new sentence.
-
- Rewriting is allowed only when the original headline is genuinely misleading or linkbait — even then, prefer a phrase lifted from the article body over your own summary. A neutral, well-formed rewrite is still editorializing: the test is "matches the source", not "sounds fine".
-
- Submitting your own site? Fix the title at the source: make the post's headline HN-compliant before submitting, so the original title needs no changes and can never be called editorialized.
-
- Style rules — for titles you legitimately author (Show HN, Ask HN, Tell HN, self-posts, and permitted rewrites):
-
- 1. No clickbait phrasing. No "You won't believe," no "This one trick," no "10 things every engineer should know."
- 2. No marketing adjectives. Kill: revolutionary, game-changing, powerful, advanced, amazing, groundbreaking, cutting-edge, ultimate, best-in-class.
- 3. No question marks unless it's an Ask HN or the article literally asks a question.
- 4. No exclamation marks. Ever.
- 5. No emoji. Not even for icons.
- 6. No ALL CAPS words except proper acronyms (API, LLM, GPU).
- 7. Neutral, factual, curious-hacker tone. "How we cut our AWS bill 73% in one weekend" beats "We saved $$$: the secret to cloud cost optimization."
- 8. Specificity wins. Numbers, versions, exact tech, timeframes are all positive signals to HN readers.
- 9. Under ~80 characters. HN truncates beyond that.
-
- Measured from 100 posts >300 points (Aug 2026): median winning title is 44 chars / 7 words (p75 = 68) — treat 80 as the cap, ~45 as the target. Sentence case outnumbers Title Case 3:1. Only 4% are questions. Aphorism titles ("Compression is prediction") work when the article delivers on them.
-
- ### Show HN Title Patterns That Win (measured from 60 posts >200 points, mid-2026)
-
- Three patterns dominate, in order of frequency:
-
- 1. Name – plain capability: `Kage – Shadow any website to a single binary for offline viewing`. State what it does, not its category — "marketing platform" loses to the actual capability.
- 2. First-person origin story with concrete stakes: `I replaced a $120k bowling center system with $1,600 in ESP32s` (2,935 points). The number contrast IS the hook; time invested (`I spent 2 years designing a mechanical Magic Keyboard`) works the same way.
- 3. Bare intrigue — one/two words, only when the link explains itself in one second: `Show HN: Elevators` (1,679). Playful or visual projects only; a SaaS tool titled this way just looks broken.
-
- Recurring credibility signals in winners: hardware constraints (`in 2 GB RAM on any M-series Mac`), efficiency numbers (`98% fewer tokens than grep`), `open-source alternative to [known tool]`. Full annotated winner list: `reference/examples.md`.
-
- ### URL submission and duplicates
-
- Quick rules: canonical URLs only (strip UTM/ref/AMP/Medium-sk tracking), no link shorteners, no redirect chains, no paywalled URLs (use archive.today instead and mention in first comment), GitHub repo root not a file path, YouTube only if explained in first comment. Same URL within ~6 months = duplicate, redirects to old thread. Cross-posting acceptable but rewrite titles per platform; never copy-paste first comments.
-
- Full URL hygiene + duplicate-detection edge cases: see `reference/post-types.md`.
-
- ### Body Craft (for Ask HN, Tell HN, and self-posts)
-
- HN self-posts live or die by the body text. Unlike link submissions where the article carries the weight, here your writing is the entire experience.
-
- Structure for Ask HN:
- 1. Restate the core question in one sentence — many readers skim titles; the body should make the question unmissable.
- 2. Context, not autobiography. "We have 5M support tickets in Postgres" is context. "I started coding at 12 and have always been passionate about..." is autobiography. HN hates the latter.
- 3. What you've already tried. This is mandatory. "I looked at X and Y but they don't handle Z" shows effort and prevents low-effort "have you tried Google?" responses.
- 4. Specific constraints. Performance budgets, compliance requirements, team size — these shape useful answers.
- 5. What a good answer looks like. "I'm looking for war stories from production, not theoretical comparisons" sets the frame.
-
- Structure for Tell HN:
- 1. Lead with the news. "HN front page is unreachable from EU today due to a Cloudflare routing issue."
- 2. Evidence, not outrage. Screenshots, traceroutes, specific error codes. HN is a technical audience — they want data.
- 3. No call to action. Tell HN is not Show HN. Don't end with "check out my project" or "sign up for updates."
- 4. Keep it under 300 words. Tell HN is for short announcements. If it needs more, it's an article — submit the article instead.
+ Prepare an HN publishing brief that makes the author's actual work understandable and worth examining. Use supplied proof and the author's documented voice before platform register; apply platform policy as the publication gate. Keep generic voice guidance in `content-voice`.
- Formatting:
- - Use blank lines between paragraphs. Wall-of-text posts get ignored.
- - Use `code` formatting for commands, error messages, or short snippets.
- - Use bullet points for lists of 3+ items.
- - No bold or italic abuse. One or two emphasized phrases per post maximum.
- - No images in self-posts. HN doesn't support inline images; link to them if essential.
+ HN prohibits generated or AI-edited text in its comments guidelines, and moderator guidance explicitly applies hand-writing to Show HN text (official, HN Guidelines and Show HN Tips, 2026-09). Deliver factual notes and editorial diagnostics for the human to write from independently. Don't offer humanization as permission to paste generated prose, or claim an exemption for derived titles.
- ### Show HN — Specific Rules (and the mandatory first comment)
+ ## Mental model
- Show HN is for things you built and want feedback on. Follow the official format or mods kill the post.
+ Treat HN as an opportunity for informed evaluation. Don't forecast placement from points, comment counts, or a historical ranking formula. Distinguish visible attention from qualified interest and paid adoption (directional).
- Title: `Show HN: [what it is]`
- - Not `Show HN: MyProduct – the revolutionary X`
- - Yes: `Show HN: A static site generator written in OCaml`
- - Yes: `Show HN: I built a CLI to search AWS resources by tag`
+ HN describes ranking as points divided by a power of age, with flags, anti-abuse software, overheated-discussion demotion, account or site weighting, and moderator action also affecting placement. The FAQ says higher submitter karma doesn't make posts rank higher (official, HN FAQ, 2026-09). Don't convert these mechanisms into invented constants or a comment-to-point target.
- Show HN accepts URL + text together, and winners use it: 6 of the top 10 Show HNs of mid-2026 carried the pitch in the submission text field, not a comment. Put the story there — personal context in 1–2 sentences, what it is, one concrete implementation detail, what's not done yet — and use your first comment for deeper technical detail or a direct question to early users ("Two questions: 1. … 2. …" — replies feed ranking). Real specimens: `reference/examples.md`.
+ Silence is common: a Show HN corpus had median outcomes of 2 points and 0 comments (measured, Jonno, n=41,301 submissions, 2026-07). Plan around useful feedback and verified evaluation attempts, not a promised front-page result. Open reference/post-types.md when setting success expectations, handling moderation, or preparing Launch HN logistics.
- If you leave the text field empty, the first comment (posted within ~1 minute of submission) is mandatory and carries the pitch — the community expects it and you will get roasted if you don't. It should include:
+ ## Format and source rules
- 1. What it is — 1–2 sentences, plain English
- 2. Why you built it — the itch, the missing tool, the problem
- 3. Tech stack / interesting implementation detail — HN audience reads this
- 4. What's not working yet / where you want feedback — honest about limits
- 5. How to try it — install command, hosted demo link, whatever is lowest-friction
+ | Goal | Format and decision |
+ |---|---|
+ | Share an engineering article, including your own blog | Regular link; preserve its original title, with the permitted corrections below (official, HN Guidelines, 2026-09). |
+ | Let strangers examine something you personally built | Show HN; require non-trivial, tryable work and maker availability. Blog posts, landing pages, waitlists, fundraisers, newsletters, and lists don't qualify (official, Show HN Guidelines, 2026-09). |
+ | Learn from others' experience | Ask HN; leave the URL field blank (official, HN FAQ, 2026-09). Give the problem, prior attempts, constraints, and the experience sought; omit disguised product research pitches (directional). |
+ | Share a concise factual notice | Tell HN as an editorial choice, with observed scope and evidence; don't infer a platform word limit (directional). Send questions or notices about HN itself to hn@ycombinator.com (official, HN Guidelines, 2026-09). |
+ | Recruit | Reply in the current Who Is Hiring? thread, following its instructions; don't submit a standalone job ad (official, HN FAQ, 2026-09). |
+ | Launch a YC startup through the curated program | Launch HN after approval and an agreed day; use the official instructions in the reference (official, Launch HN Instructions, 2026-09). |
- Do NOT in the first comment:
- - Ask for upvotes (instant voting-ring flag)
- - Use marketing language
- - Include promotional links beyond the core project
- - Shill affiliated services
+ ### Titles and links
- First-comment template (adapt, don't copy):
- ```
- Hey HN — built this because [specific personal itch / missing tool].
+ For linked articles, start from the source headline. Remove the site name and gratuitous number phrases; retain meaningful quantities. Change misleading or linkbait wording accurately, without editorializing. Append [video] or [pdf] for those formats. Don't strip a product name that is the subject merely because it resembles the domain (official, HN Guidelines, 2026-09).
- It's a [one-line description] written in [language]. The interesting part of the implementation is [specific technical detail that HN readers will find interesting — a datastructure, an optimization, an unusual architecture].
+ For Show HN or a text submission, have the human author state the artifact or actual question plainly. Prefer a name plus capability or a documented build story (directional). Use the Show HN prefix for eligible work (official, Show HN Guidelines, 2026-09). Keep titles within 80 characters, counting the prefix and format tag; the cited official title limit is stated in Launch HN instructions, not as automatic truncation (official, Launch HN Instructions, 2026-09). Don't import an unsupported shorter target.
- Currently it handles [X] but [Y] is not yet implemented and I'd especially love feedback on [specific thing]. Happy to answer questions about [technical area].
+ Submit the original source (official, HN Guidelines, 2026-09). Prefer a canonical destination without tracking clutter or shorteners; use the specific repository file when that file is the story (directional). A paywall with a workaround is allowed; don't automatically substitute an archive for the original source (official, HN FAQ, 2026-09). Search Algolia for the URL, title, and related prior submissions before choosing an angle (directional).
- Repo: [link]
- ```
+ ### Body and rendering
- ### Ask HN — Specific Rules
+ Use short prose paragraphs separated by blank lines. HN's comment renderer supports indented code and asterisk-delimited italics; it doesn't render Markdown headings, bold, bullets, or backtick code as Markdown (official, HN Formatting, 2026-09). Keep command lines indented and links as plain URLs. This skill's tables and checklists are planning tools, not pasteable HN formatting.
- Ask HN is for genuine questions, no link in the URL field. It's a self-post.
+ For Show HN, assemble notes on the maker's real backstory and differentiation, with a clear description and relevant technical detail. Context can go in submission text or, if it doesn't appear there, a first comment; either placement is acceptable (official, Show HN Tips, 2026-09). Inspect the submitted item before adding context again. Don't require a timed first comment or duplicate the pitch.
- - Title IS the question. Not "Ask HN: I have a question about X" — just ask it. "Ask HN: How do you structure config files in a polyglot monorepo?"
- - Body is context. What you've tried, what you've ruled out, what specifically you want help with.
- - Don't use Ask HN as disguised promotion — "Ask HN: How can we improve [MyProduct]?" gets flagged instantly.
+ ## Launch and proof posts
- Measured pattern (Ask HN >150 points, mid-2026): winners harvest experiences, not advice. `Has anyone replaced Claude/GPT with a local model for daily coding?` (1,318 points), `What was your "oh shit" moment with GenAI?` (739 points, 1,124 comments). A question every practitioner can answer from their own life beats a question only experts can answer. Community introspection (`Why is the HN crowd so anti-AI?`) also reaches the front page but expect heat in the thread.
+ Collect the audience and buying situation, promise, available proof with source locations, desired action, destination URL, campaign stage, and disclosure obligations. Stage choices include teaser, launch day, proof, objection, and recap. Record “no CTA” when deliberate. If evidence is missing, return a missing-input list and stop the publishable package; don't manufacture an experience.
- ### Moderation You Need to Know
+ Use these qualitative length bands as craft guidance, not platform limits (directional):
- - Flagged posts disappear from `/newest` and the front page. Usually triggered by multiple users hitting the flag link — often for marketing tone, duplicate submissions, political content, or being off-topic for HN.
- - Dead posts (shown as `[dead]` to logged-in users, invisible otherwise) were removed by the software or a mod. Can sometimes be resurrected by mods if you email hn@ycombinator.com politely.
- - Hellban / shadowban — your account posts but no one sees them. Usually triggered by voting-ring behavior or repeated rule violations. Hard to recover from.
- - Vouches — users with enough karma can vouch for a flagged/dead post to revive it. You can't vouch for your own posts.
- - Emailing mods — `hn@ycombinator.com`, polite, short, with the post URL. Works more often than you'd think if the post was clean and got caught by a heuristic. Do NOT email for "boost my post."
- - Don't delete and repost — the guidelines ban it ("Deletion is for things that shouldn't have been submitted in the first place"). Flagged? Fix the trigger, wait (a day minimum; 3+ months for a flop), resubmit — or email the mods if the flag was wrong. Delete-then-repost within hours is itself a flag trigger.
+ | Shape | HN anatomy | Length band |
+ |---|---|---|
+ | Launch-day announcement | Eligible Show HN: artifact, real origin, differentiator, try path, limits, commercial terms | Compact opening context; enough prose to evaluate |
+ | Demo or artifact | Runnable work with an inspectable example; hardware can use a detailed article or video (official, Show HN Guidelines, 2026-09) | Brief orientation beside the artifact |
+ | Customer outcome or proof | Regular article: baseline and changed result, conditions, source, confounders, unresolved cost | Full explanation at source; minimal HN context |
+ | Founder decision or build update | Regular technical retrospective; reserve another Show HN for substantial change | Short rationale in-thread; long analysis at source |
+ | Objection answer | Reply to the actual concern with evidence and a bounded limitation | Direct paragraph; expand for necessary detail |
+ | Recap or lessons | Resolve questions in the existing thread; submit a separate article only if it independently teaches something | Compact thread update or substantive article |
- ### Voting Rings and Account Trust
+ Apply a strip test to proof articles: with the product name and sales invitation removed, the reader should still learn something useful (directional). Don't require an outcome number when the evidence is qualitative.
- HN's single biggest anti-gaming focus. Never do any of these:
+ Put the artifact or article in the submission URL field. Put relevant evaluation instructions in human-authored context; don't hide the destination in a reply to chase reach (directional). Explain pricing and any required onboarding before readers try the product, as Launch HN advises; apply the same readiness standard to commercial Show HN (official, Launch HN Instructions, 2026-09; directional for the extension).
- - Ask friends, teammates, or Twitter/Slack groups to upvote
- - Post a link to your submission with "please upvote" anywhere, ever
- - Have multiple accounts (detected by IP, browser fingerprint, posting patterns)
- - Coordinate simultaneous posting/upvoting with others
- - Create an account solely to submit your own link
+ Disclose the author's affiliation and any sponsorship next to relevant claims. Describe synthetic demo material as synthetic; don't present it as customer evidence (directional). The verified HN text rule supplies no AI-disclosure workaround or media-label scheme (official, HN Guidelines, 2026-09).
- All of these trigger voting-ring detection, which typically hellbans every involved account permanently. HN is serious about this and good at detecting it.
+ Prefer the maker's personal account and add a contact email to the profile for moderator contact or repost invitations (official, Show HN Tips, 2026-09). Make public contact in the about field an intentional privacy choice (directional). Don't invent an account-age or karma prerequisite.
- The only legitimate pre-submission move: post the URL in your own newsletter/network, mention "it's on HN" without asking for upvotes or linking the HN submission directly. Let people find it organically.
+ Seed product evaluation through genuine participation. Don't ask friends, employees, customers, or outside communities to submit, vote, or comment on the HN thread; don't arrange booster comments or pose as unaffiliated users (official, HN Guidelines and Show HN Tips, 2026-09). Keep ordinary product sharing separate from HN participation requests. For Launch HN, don't coordinate with press or other launch events (official, Launch HN Instructions, 2026-09).
- ### Account warmup and karma
+ ## Voice on this platform
- New accounts are heavily throttled — a brand-new account submitting its own project is a voting-ring red flag. First 30 days: don't submit your own content, comment substantively on others' posts in your domain, target 50+ karma before first self-promotion, avoid early downvotes (low-trust bucket is hard to escape).
+ Read the actual thread before preparing a reply brief. Note the technical depth, unresolved question, and emotional register. Preserve the author's vocabulary and natural contractions. Use precise, restrained prose as the fallback; allow warmth when it belongs to the author. Introduce no typos, fake corrections, lowercase camouflage, or dropped words (directional; Aborn).
- Full karma mechanics, unlock thresholds, and new-account red flags: see `reference/post-types.md`.
+ Use an affiliation opener when relevant and skip generic flattery (directional). Answer the substantive claim without addressing the commenter by username or cross-examining them (official, Launch HN Instructions and HN Guidelines, 2026-09). Keep real uncertainty and explain the scope of disagreement.
- ### Timing
+ Review formulaic contrasts, padded triads, staccato stacks, and empty dramatic pivots. Cut repetitive emphasis words such as “genuinely” or “actually” when they add nothing. Keep useful em-dashes sparingly without a punctuation quota; remove tidy moral closers (directional; Aborn, Cox, Gichigi). These are editing heuristics, not authorship tests. For HN, also remove rhetorical-question openers outside genuine Ask HN questions, engagement bait, hashtag stacks, and emoji decoration (directional).
- - Best windows for English-speaking tech audience: weekday mornings 8–11 AM ET (US east coast awake, Europe late afternoon).
- - Tuesday–Thursday tend to be best days; weekends are quieter but less competitive.
- - Late-night ET / early morning European time is a decent second-chance window.
- - Timing is contested — Ken Shirriff's ranking analyses show variance, and a truly good post can break through most times. But bad timing + mediocre hook = invisible.
+ Retain the costs and remaining failures in a build story; don't turn it into a miracle-fix parable (directional; extrapolation from StoryScope fiction research). Use source records to identify the author's actual decision and stakes (directional; Lees). Check provenance instead of treating an AI-detector score as proof; manuscript research doesn't validate detection of HN comments (directional; Editing Study).
- ### What Gets a Post Flagged — by Severity
+ ## Cadence and engagement
- HN penalties are not binary. Understanding the tiers helps you calibrate risk.
+ Choose a time when the maker can answer and fix problems. Treat weekday overlap with the intended audience as a timing experiment; no universal best-hour recommendation is established here (directional). Open reference/post-types.md for the measured response curve.
- Instant death (software or mods kill within minutes, often with hellban risk):
- - Voting-ring detection (coordinated upvotes, multiple accounts, same IP)
- - First comment asking for upvotes — automatic flag + account review
- - Duplicate URL submitted within ~6 months — redirects to old thread
- - `Launch HN:` by a non-YC company — retitled or removed by mods
- - Political / culture-war content — HN is aggressively moderated here
- - Job postings outside the monthly "Who is hiring?" threads
+ The following T-7 to T+7 schedule is an illustrative planning calendar, not a tested optimum or daily posting quota (directional):
- Heavy algorithmic penalty (score halved or worse; usually dies on `/newest`):
- - Marketing adjectives in title ("revolutionary," "game-changing," "ultimate")
- - Exclamation marks, emoji, or ALL CAPS words in title
- - Clickbait or editorialized title (paraphrasing instead of original)
- - Newsletter signup wall or hard paywall as the linked URL
- - Landing page with only a product pitch and no technical substance
- - Generated or AI-edited text in comments — explicitly banned by the guidelines ("HN is for conversation between humans"); readers detect it within lines and flag
+ | Stage | Work and post shape | Reply plan and measurement |
+ |---|---|---|
+ | T-7 through T-1 | Read prior threads; prepare artifact and source notes. Keep teasers off Show HN. | Test anonymous access, mobile and themes; check instrumentation. |
+ | T0 | Human-authored Show HN, eligible link, or agreed Launch HN. | Maker present during the first hours; record evaluation questions and reproducible bugs. |
+ | T+1 | Answer objections in the existing thread; repair broken evaluation paths. | Return with verified fixes; distinguish trial intent from general applause. |
+ | T+2 | Reduce monitoring as activity falls; keep unresolved replies owned. | Preserve objections and limits in docs; inspect conversion friction. |
+ | T+3 through T+7 | Close the loop in-thread; develop a useful proof article if justified. | Report what changed and what remains unanswered; don't manufacture another launch. |
- Community flagging (users hit "flag," post drops from front page):
- - Self-promotion without substance (5 blog posts in 2 weeks all linking your product)
- - Off-topic for HN — lifestyle, general business advice, personal journeys without technical angle
- - Surveys and polls — read as low-effort data collection unless academically rigorous
- - Previously flopped content resubmitted too soon (< 6 months)
- - "I quit my job to build X" — overplayed narrative, flagged as self-promotion
+ Record native points and comments as attention context. Tag substantive evaluation questions, implementation reports, and commercial questions separately as qualified-interest indicators (directional). Follow destination visits through demo attempts, completion, signup, activation, and purchase; a founder case reported demo completion without purchases (measured, DDL to Data, n=single founder launch report, 2026-01). Don't infer revenue from rank.
- ### When NOT to Post
+ Keep campaign attribution consistent internally. For links that use campaign parameters, Google defines source, medium, campaign, and content fields (official, Google Analytics URL Builder, 2026-09). Prefer the clean original HN submission URL; preserve available referrer and conversion data without disguising duplicates (directional).
- Some topics are effectively banned by community norms even if not in the written guidelines. Save yourself the flag:
+ On criticism, identify the valid concern, answer with supplied evidence, and admit unknowns. Return with a fix only after verification. Don't claim a fix earned karma. Flag abuse or contact moderators instead of feeding it (official, HN Guidelines, 2026-09).
- - Crypto / NFT / Web3 speculation — unless it's a technical deep-dive on consensus algorithms or cryptography, it gets flagged.
- - Political culture war — even tangential mentions get flagged. HN moderates this harder than almost any topic.
- - Job postings — use the monthly "Who is hiring?" thread. Standalone job posts get killed.
- - Surveys and polls — unless academically rigorous with methodology disclosed.
- - "I quit my job to build X" — overplayed narrative, usually flagged as self-promotion.
- - Listicles — "10 things every developer should know" is universally hated on HN.
- - AI-generated content without human curation — HN readers detect this instantly and flag hard.
- - Personal blog posts with no technical substance — "My journey learning Rust" rarely does well unless it contains genuinely novel technical observations.
- - YouTube Shorts / TikTok-style content — HN is text-first. Short-form video gets flagged.
+ ## What gets suppressed
- ### Comment Strategy
+ HN disallows primary use for promotion and solicitation of votes, comments, or submissions; penalties or bans can affect submissions, accounts, and sites (official, HN Guidelines and HN FAQ, 2026-09). Remove fabricated detection inputs and permanent-ban predictions. Don't treat a rank drop as proof of flags, a domain penalty, or a voting ring.
- On other people's posts:
- - Substantive first. HN's comment ranking values thoughtfulness; one-liners get downvoted fast.
- - Cite specifics. "Having run this in production at X scale, we found Y" is gold.
- - Disagree politely with reasons. "I don't think this holds because…" beats "This is wrong."
- - Assume good faith. HN's comment culture explicitly requires it — mods enforce.
- - Don't name-call, don't dunk, don't rage-post. You'll be banned faster than anywhere else.
- - Cite sources for factual claims. Engineers on HN check.
- - Don't fabricate specifics to sound credible. A fake-precise claim ("ran this in production at a 10k-employee bank", "we hit 99.999% uptime") attracts replies asking which bank or which SLO calculation, and the silence that follows is what damages your account. A vague-but-honest comment ("from what I've read on this") survives. A fake-specific one gets dunked on, and the dunk is what classifier bots and mods escalate on.
+ | After posting | Action |
+ |---|---|
+ | Quiet but available | Wait, check the artifact, and collect evidence; silence doesn't diagnose product-market fit (directional). |
+ | Suspected mistaken removal | Inspect the item and email hn@ycombinator.com with its URL and the specific concern; don't send a boost demand (directional). |
+ | Second-chance pool or repost invitation | Follow moderator instructions if contacted; don't promise selection or model a recovery deadline (directional). |
+ | Considering a repost | A small number is acceptable if the story hasn't had significant attention in the last year or so; otherwise duplicates are buried. Don't delete and repost (official, HN FAQ, 2026-09). |
+ | Substantially different release | Link the earlier Show HN and explain the changes; moderator guidance suggests only once or twice yearly (official, Show HN Tips, 2026-09). |
- On your own posts (especially Show HN):
- - Respond to every substantive comment for the first 2–3 hours.
- - Treat critical feedback as the point. Most useful comments are negative.
- - Correct your own mistakes openly. "You're right, I was wrong about X" earns karma.
+ Deletion exists; don't tell users HN has no delete. Use available controls appropriately and contact moderators for privacy concerns. Don't promise a fixed edit/delete window or deletion after replies from inconclusive evidence (official, HN FAQ, 2026-09).
- ### Responding to Criticism on Your Own Posts
+ ## Examples
- HN's culture is direct, technical, and allergic to defensiveness. Negative comments are often the most valuable.
+ These are illustrative editorial exercises, not real launch results or pasteable posts. Bracketed specifics must be filled from supplied evidence before the human writes independently. Open reference/examples.md when preparing a source-note handoff or reviewing title derivation and objections.
- - Never get defensive. "You don't understand" or "You clearly didn't read it" kills your karma and the thread.
- - Assume the critic is right until proven otherwise. "You're right that X is a problem. We tried Y and it failed because Z. Open to better ideas."
- - Don't argue with every comment. Pick the substantive ones. Ignore drive-by negativity.
- - If someone finds a real bug or error: thank them publicly, fix it, and comment back with the fix. This is karma gold on HN.
- - If the criticism is about your business model: engage honestly about trade-offs. HN respects "we chose X over Y because Z, knowing the downside is W."
- - Never delete comments. HN has no delete. Editing is limited to a short window. What you post stays.
+ ### Developer tool: Show HN
- ### Pre-Publish Checklist
+ Title candidate: “Show HN: Inspect dependency changes before merging” (illustrative).
- - [ ] Title follows the type convention (Show HN / Ask HN / plain / Tell HN / Launch HN)
- - [ ] Title is neutral, specific, no marketing adjectives, no exclamation marks, no emoji
- - [ ] If linking: title matches the page headline except allowed transformations (name stripped, number cropped, [video]/[pdf], prefix, length trim)
- - [ ] Body/comment text rewritten by the human author — no agent prose posted verbatim
- - [ ] Not a delete-and-repost of a recent submission
- - [ ] Posted the URL not the AMP/tracking version
- - [ ] No "please upvote" anywhere, including other channels
- - [ ] For Show HN: pitch drafted in the submission text field (preferred) or first comment ready within 1 minute of submission
- - [ ] For Ask HN: real question in the title, real context in the body
- - [ ] Timing: weekday 8–11 AM ET or best-available slot
- - [ ] Account is established (30+ days, non-zero karma) — new accounts get throttled
- - [ ] Ready to engage with comments for 2–3 hours after posting
- - [ ] If the post dies: know the hn@ycombinator.com email and when it's legitimate to use it
- - [ ] Comment only: scanned the existing comment tree for depth and tone before writing
- - [ ] Comment only: 0–1 structural imperfection only (informal phrasing, casual aside) — no typos
+ Private writing beats:
+ - Identify the dependency report and link its runnable example.
+ - Explain the author's documented reason for inspecting changes before merge.
+ - State supported manifests, the unsupported case, and the actual evaluation path from source notes.
- ### Thread-Vibe Matching (Comments)
+ Why it works: artifact-first format gives readers something to examine.
+ The limitation prevents an unsupported security or completeness promise.
- Before commenting, read the existing comment tree — not just the top-level comments but the depth. HN threads develop a specific intellectual register within the first 10–20 comments, and deviating from it reads as out-of-place.
+ ### B2B SaaS: proof article
- What to scan:
- - Depth of technical detail — are people citing papers, benchmarks, production numbers? Match that depth.
- - Comment length — 2-sentence quips or 5-paragraph mini-essays? Match the median.
- - Tone — skeptical/analytical, warm/collaborative, or heated/contested? Adjust accordingly.
- - Whether the thread is already contested — if there's a flame war forming, either add something genuinely de-escalating or stay out.
- - Existing answers — don't repeat what's already been said well. Add or extend.
+ Source headline: “Reconciling invoice imports with duplicate supplier records” (illustrative). Preserve it for the link submission.
- Vibe calibration by thread type:
+ Private writing beats:
+ - Attribute the case to [customer, with permission] and [source record].
+ - Compare [baseline] with [result] over [measurement window], explaining the same-workload comparison.
+ - Include [remaining manual work] and the author's vendor affiliation.
- | Thread type | Comment vibe |
- |---|---|
- | Technical deep-dive (Show HN, paper) | Match the depth; cite specifics, production numbers, versions |
- | Ask HN (genuine question) | Answer directly; show your work; "we did X and found Y" |
- | Contested claim / debate | Measured, specific disagreement; cite sources; no contempt |
- | Personal story / retrospective | Warmer; share a parallel experience; shorter |
- | News / announcement | Factual extension or question; no hype either direction |
+ Why it works: proof includes conditions and provenance before a commercial claim.
+ Missing evidence blocks publication; it doesn't invite an invented success story.
- ### Human Imperfection Protocol
+ ### Consumer product: maker demonstration
- Hard rule first: the guidelines say "Don't post generated text or AI-edited text. HN is for conversation between humans." Every draft this skill produces — first comments, Ask HN bodies, replies — is a skeleton for the human author to rewrite in their own words, never text to post verbatim. Deliver comment drafts as bullet beats, not polished prose: polished prose gets pasted, and pasted prose gets flagged. Derived link titles are exempt by construction — they contain no generated text.
+ Title candidate: “Show HN: A knitting chart editor with printable row guides” (illustrative).
- HN is the most formal platform in this set. Comments are essentially mini-essays — readers are engineers, researchers, and founders who notice both AI-polished prose and careless typos. The goal is structural informality, not visible sloppiness.
+ Private writing beats:
+ - Link the sample chart that strangers can edit and print.
+ - Explain [author's documented knitting workflow] and [supported notation].
+ - Describe [unsupported notation] and distinguish free evaluation from paid features.
- Key HN nuance: typos read as careless, not human. On HN, a typo in a technical term signals you don't know the domain. Imperfections should be structural — informal phrasing, a sentence fragment, a casual aside in parentheses — not spelling errors.
+ Why it works: the demonstration has a clear evaluation path.
+ Pricing and the unsupported notation bound the promise.
- Ground truth from real winners (mid-2026): the quarter's top Show HN author writes "Kiosk-ize bowling alleys, yknow? I'm pumped." — enthusiasm anchored in specifics reads human; polished-neutral reads corporate. A stray typo in a plain word ("plian download") shipped in the author comment of a 1,000-point Show HN with zero damage; the fatal typos are in technical terms and proper nouns only. Don't inject typos deliberately, and don't sand away genuine enthusiasm.
+ ### Local service: technical retrospective
- Imperfection level by content type:
+ Source headline: “Repairing the appointment queue at a bicycle workshop” (illustrative).
- | Content type | Level | What that means |
- |---|---|---|
- | Submission title | Zero | Titles are edited artifacts; zero imperfections |
- | Show HN first comment | Zero | This is your pitch; zero imperfections |
- | Ask HN body | Very low | 0–1 structural imperfection max |
- | Comment on others' posts | Very low | 1 structural imperfection; no typos |
- | Reply in a casual/warm thread | Low | 1 structural imperfection; slightly more informal phrasing |
+ Private writing beats:
+ - Use [workshop records] to explain the scheduling constraint and [decision].
+ - Report [observed result] alongside [unresolved seasonal constraint].
+ - Disclose the workshop relationship; omit a booking CTA if the article stands on its own.
- Imperfection menu for HN (pick 0–1 per comment, structural only):
+ Why it works: a service business can share inspectable operational knowledge.
+ The unresolved constraint keeps the outcome honest and the article useful beyond promotion.
- - Casual aside in parentheses — `(worth checking if yours went dark)` — very HN-native; engineers write like this
- - Sentence fragment as emphasis — `Not a typo. The whole thing.` — used for emphasis, reads as deliberate
- - "though" / "honestly" / "actually" — casual qualifiers that read as human hedging
- - Informal opener — `Ran into this exact thing last year.` instead of `I encountered this issue last year.`
- - Dropped subject — `Tried X, didn't work.` instead of `I tried X and it didn't work.` — common in technical writing
- - Em-dash used informally — `The fix was one line — and it was embarrassing.` — reads as thinking-while-typing
+ ## Checklist
- Never do on HN:
- - Typos in technical terms, library names, language names, or proper nouns — credibility damage is severe
- - `lol`, `lmao`, `tbh`, `ngl` — too casual for HN register in almost all threads
- - Emoji in comments — HN culture treats this as low-effort
- - Stack 2+ imperfections in one comment — reads as careless
- - Imperfections in a Show HN first comment or submission title — these are edited artifacts
+ - [ ] Human writes final wording independently; no generated or AI-edited HN text is queued for publication.
+ - [ ] Hook or first line identifies the actual subject; the package develops a coherent idea.
+ - [ ] Format fits the goal; link title follows source handling and the documented title cap above.
+ - [ ] Rendering uses native prose, indented code where needed, and plain URLs.
+ - [ ] Algolia search checked prior submissions; the repost decision follows the table.
+ - [ ] Show HN is usable by strangers; pricing and evaluation barriers are explicit.
+ - [ ] Link and CTA path are intentional, including a deliberate no-CTA choice.
+ - [ ] Every specific has supplied provenance or is marked only in an illustrative example; missing evidence blocks publication.
+ - [ ] Affiliation, sponsorship, and synthetic evidence are disclosed as applicable; no unsupported labeling claim remains.
+ - [ ] Author voice and thread register match; AI-tell review added no manufactured errors.
+ - [ ] Profile contact choice, maker availability, and follow-up reply ownership are settled; no coordinated participation is planned.
+ - [ ] Package contains title/source record, destination, private context notes, and reply plan; any linked demo has an asset brief with captions or alternative text where needed.
- Calibration check before posting:
- 1. Is this a title, first comment, or a reply? Titles and first comments = zero imperfections.
- 2. Read the existing thread — what's the depth and formality level?
- 3. Does your comment have 0–1 structural imperfections (informal phrasing, not typos)?
- 4. Would a senior engineer typing this between tasks plausibly have written exactly this?
+ ## References
- ## Examples
+ Official pages are undated unless stated; evidence labels use the validation month.
- All worked examples live in `reference/examples.md`: Show HN first comments (good vs. flagged), Ask HN bodies, a full post-that-flops autopsy, Show HN title patterns, linked-article title derivation, thread-vibe matching, and calibrated imperfection. Load it whenever drafting actual HN content.
+ - [HN Guidelines](https://news.ycombinator.com/newsguidelines.html), [HN FAQ](https://news.ycombinator.com/newsfaq.html), [HN Formatting](https://news.ycombinator.com/formatdoc): checked 2026-09.
+ - [Show HN Guidelines](https://news.ycombinator.com/showhn.html), [Show HN Tips](https://news.ycombinator.com/item?id=22336638), [Launch HN Instructions](https://news.ycombinator.com/yli.html): checked 2026-09.
+ - [Algolia search](https://hn.algolia.com/): checked 2026-09.
+ - [Jonno study](https://jonno.nz/posts/your-show-hn-dies-in-7-hours/): 2026-07; [DDL to Data](https://ddltodata.com/blog/hacker-news-launch-lessons): 2026-01.
+ - [Google Analytics URL Builder](https://support.google.com/analytics/answer/10917952?hl=en): checked 2026-09.
+ - [Aborn](https://emilyaborn.com/ai-writing-tells-what-they-cost-you/): 2026-07; [Cox](https://huntingthemuse.net/library/how-to-tell-if-writing-is-ai): 2026-06; [Gichigi](https://tahigichigi.substack.com/p/12-red-flags-of-ai-writing-and-how): 2026-02.
+ - [StoryScope](https://arxiv.org/abs/2604.03136), [Lees](https://www.housingwire.com/articles/taste-guts-receipts-ai-writing/), [Editing Study](https://arxiv.org/abs/2608.26710): 2026-08; broader-domain evidence, not HN performance tests.
- ## References
+ Re-validate when:
+ - Guidelines, AI-text policy, submission forms, or rendering change.
+ - Feed names, moderation guidance, or Launch HN logistics change.
+ - New reproducible studies replace the response and outcome samples.
- - AgentSkills spec: https://agentskills.io/specification
- - HN guidelines: https://news.ycombinator.com/newsguidelines.html
- - HN FAQ: https://news.ycombinator.com/newsfaq.html
- - Ranking source (Arc): https://github.com/wting/hackernews/blob/master/news.arc
- - Measured stats in this skill: derived from the HN Algolia API (https://hn.algolia.com/api) — front page, Show HN >200 points, Ask HN >150 points, Aug 2026 window. Re-derive periodically; patterns drift.
- - Contact mods: hn@ycombinator.com
- - Companion skill: `content-voice` — HN is the hardest platform for sounding human; voice rules are essential
+ Validated: 2026-09