CommunitySchreiben & Editierengithub.com

Varnan-Tech/opendirectory

Verfasse einen Show HN-Beitrag, untermauert mit echten HN-Leistungsdaten. Nutzt beobachtete Muster aus den 250 besten HN-Beiträgen, um die Punktzahl zu maximieren.

Was ist opendirectory?

Diese Fähigkeit (Skill) unterstützt Entwickler dabei, Hacker News-Beiträge zu verfassen, die auf Daten aus 250 tatsächlichen Top-Beiträgen (Stand April 2026) basieren. Sie analysiert prädiktive Faktoren wie Titellänge (unter 40 Zeichen erzielen im Schnitt 248 Punkte), Verwendung des „Show HN“-Prefixes (senkt die Punktzahl auf durchschnittlich 94), die Wirkung von Ich-Perspektive und die Effektivität von Story-Artikeln statt bloßer Themen. Der Skill gibt klare, datengestützte Regeln vor: Der Titel ist der wichtigste Faktor; ein Fließtext bringt keine Punkte; Marketing-Adjektive sind zu vermeiden. Er führt den Benutzer durch einen schrittweisen Prozess von der Zieldefinition (Punkte vs. Kommentare) über die Wahl des richtigen Post-Typs bis hin zur automatischen Generierung von drei Titelvarianten und der Entscheidung, ob ein Fließtext sinnvoll ist. Eine optionale Python-Integration scraped aktuelle Top-Beiträge, um Kontext und Trendanalysen zu liefern. Der Skill ist plattformunabhängig und in jedes CLI-Tool oder jede IDE integrierbar, das Markdown und Python ausführen kann.

Funktioniert mit✓Claude Code✓Codex CLI~Cursor✓Antigravity✓Gemini CLI
npx skills add https://github.com/Varnan-Tech/opendirectory/tree/main/skills/show-hn-writer

Installed? Explore more Schreiben & Editieren skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Show HN Writer – Datengestützte Edition

Diese Fähigkeit verfasst HN-Beiträge, die auf Mustern aus 250 echten Top-Beiträgen basieren. Jede Regel unten stammt aus beobachteten Daten, nicht aus Konventionen.


Was die Daten sagen (verinnerliche dies, bevor du etwas schreibst)

Dies sind die Erkenntnisse aus 250 Top-HN-Beiträgen, die am 18. April 2026 gescrapt wurden. Sie heben jegliche überlieferte Weisheit zum Schreiben für HN auf.

Die Titellänge ist der stärkste einzelne Prädiktor für die Punktzahl.

  • Unter 40 Zeichen: Durchschnitt 248 Punkte (n=82)
  • 40–59 Zeichen: Durchschnitt 192 Punkte (n=68)
  • 60–79 Zeichen: Durchschnitt 150 Punkte (n=91)
  • 80+ Zeichen: Durchschnitt 131 Punkte (n=9) Standardziel: unter 40 Zeichen. Harte Obergrenze: 60.

Der Fließtext hat keinen Einfluss auf die Punktzahl. 90% der Beiträge hatten keinen Fließtext. Durchschnitt mit Fließtext: 189. Ohne Fließtext: 193. Statistisch identisch. Ein Fließtext lohnt sich nur, wenn du wirklich interessante technische Details hast, die nicht in den Titel passen. Schreibe niemals einen Fließtext, um Glaubwürdigkeit vorzutäuschen.

Das Show HN-Präfix senkt die Punktzahl. Show HN-Beiträge erzielten durchschnittlich 94 Punkte gegenüber 186+ für einfache Aussagen. Das Label signalisiert „Ich möchte Feedback zu meinem Ding“ und löst eine skeptischere Lektüre aus. Verwende „Show HN:“ nur, wenn das Projekt wirklich neuartig ist. Biete immer eine Alternative ohne diesen Titel an.

Ich-Perspektive-Titel übertreffen anonyme Aussagen. Ich-Perspektive („Ich…“, „Mein…“, „Wir…“): Durchschnitt 291 Punkte (n=9). Einfache Aussage: Durchschnitt 186 Punkte (n=126). Wenn die Perspektive des Erbauers Teil der Geschichte ist, beginne damit.

Fragen erzeugen mehr Kommentare als Upvotes. Fragentitel haben ein durchschnittliches Verhältnis von Kommentaren zu Punkten von über 1,0×. Am besten für Diskussionen, nicht für hohe Punktzahlen. Frage den Benutzer, worauf er optimiert, bevor du schreibst.

Themen, die durchweg besser abschneiden:

  • Sicherheit / Hintertür / Sicherheitsverletzungen: durchschnittlich 308 Punkte
  • Privatsphäre / Überwachung / Datengeschichten: durchschnittlich 282 Punkte
  • KI / LLM-Veröffentlichungen: durchschnittlich 266 Punkte (42 Beiträge – größte Kategorie)
  • Open-Source-Veröffentlichungen: durchschnittlich 485 Punkte (kleine Stichprobe, aber starkes Signal)

Die Titel mit den höchsten Punktzahlen haben eine Gemeinsamkeit: Sie sind Geschichten, keine Themen. „Jemand kaufte 30 WordPress-Plugins und pflanzte in allen eine Hintertür ein“ – 1192 Punkte. „Google hat sein Versprechen mir gegenüber gebrochen – jetzt hat ICE meine Daten“ – 1688 Punkte. Ein Thema ist „WordPress-Plugin-Sicherheit“. Eine Geschichte hat einen Akteur, eine Handlung und Konsequenzen.


Schritt 1: Stelle dem Benutzer eine Frage, bevor du irgendetwas anderes tust

Frage vor dem Verfassen:

„Zwei kurze Fragen:

  1. Optimierst du auf Punktzahl (Reichweite) oder Kommentare (Diskussion)?
  2. Was macht das Projekt – ein Satz, technisch, ohne Adjektive?“

Fahre erst fort, wenn du beide Antworten hast.


Schritt 2: Bestimme den richtigen Beitragstyp

Basierend auf dem Projekt und dem Ziel entscheide, welches Format verwendet wird:

Einfacher Titel (empfohlene Standardeinstellung) Kein Präfix. Einfach, was es ist oder was passiert ist. Höchste durchschnittliche Punktzahl. Verwende, wenn: eine Veröffentlichung, ein Artikel, ein Tool oder ein Ereignis geteilt wird.

Show HN: Präfix (sparsam verwenden) Verwende nur, wenn: das Projekt eine funktionierende Demo ist, der Erbauer für Fragen zur Verfügung steht und die technische Implementierung der interessante Teil ist. Die durchschnittliche Punktzahl ist niedrig (94), signalisiert aber Authentizität, wenn das Projekt wirklich neuartig ist. Erstelle immer auch eine Alternative ohne diesen Titel zum Vergleich.

Ask HN: Präfix Verwende, wenn: das Ziel Diskussion ist, nicht Eigenwerbung. Durchschnittliches Engagement-Verhältnis > 1,0×. Am besten für Beiträge wie „Wer benutzt X?“ oder „Sollte ich Y tun?“.

Tell HN: Präfix Whistleblowing, Rechenschaftspflicht oder Enthüllungen. Ein Datenpunkt bei 819 Punkten. Verwende nur, wenn der Beitrag faktenbasiert, überprüfbar und der Erbauer namentlich genannt ist.


Schritt 3: Verfasse den Titel

Der Titel ist der gesamte Beitrag. Behandle den Fließtext als optional.

Aus Daten abgeleitete Regeln:

  • Ziele auf unter 40 Zeichen ab. Jede 20 Zeichen darüber kosten durchschnittlich etwa 30 Punkte.
  • Schreibe eine Geschichte, keine Kategorie. Akteur + Handlung + Konsequenzen schlagen Nominalphrasen.
  • Die Ich-Perspektive („Ich…“) fügt im Vergleich zu einer einfachen Aussage durchschnittlich ~100 Punkte hinzu, wenn die Perspektive des Erbauers wichtig ist.
  • Keine Marketing-Adjektive. Nicht „schnell“, „einfach“, „leistungsstark“, „leichtgewichtig“, es sei denn, es handelt sich um eine wörtliche Spezifikation (z. B. „35B-A3B“ ist eine Spezifikation, „leistungsstark“ ist keine).
  • Spezifität schlägt Allgemeinheit. „30 WordPress-Plugins“ schlägt „Plugins für beliebte CMS“.
  • Jahr in Klammern signalisiert klassische, lesenswerte Inhalte: (2008), (1956). Verwende, wenn auf ältere Inhalte verlinkt wird, die gut gealtert sind.
  • Gedankenstrich (–) für Untertitelformat: „Produktname – was es tut“. Kein Bindestrich (-).

Erstelle drei Varianten:

  1. Kürzestmöglicher (ziel auf unter 35 Zeichen ab) – entferne alles Unwesentliche
  2. Geschichtenwinkel – Akteur + Handlung + Konsequenzen
  3. Technischer Winkel – beginne mit der interessanten technischen Entscheidung

Wende dann den Längentest an: zähle die Zeichen jeder Variante. Markiere alle über 60.


Schritt 4: Entscheide, ob ein Fließtext geschrieben wird

Frage dich: Hat die technische Implementierung ein Detail, das nicht in den Titel passt und das HN-Ingenieure wirklich interessant finden würden?

Wenn ja: schreibe einen Fließtext (siehe Schritt 5). Wenn nein: höre beim Titel auf. Kein Fließtext ist besser als ein aufgeblähter Fließtext.

Die Daten zeigen, dass Fließtexte die Punktzahl nicht erhöhen. Der einzige Grund, einen zu schreiben, ist, wenn die Implementierung interessant genug ist, dass Ingenieure fragen werden „Wie funktioniert das?“ und du diese Frage vorab beantworten möchtest.


Schritt 5: Schreibe den Fließtext (nur wenn Schritt 4 „ja“ gesagt hat)

Struktur – halte es knapp:

Zeile 1: Ein Satz. Was du gebaut hast und warum. Ich-Perspektive. Nicht „X vorstellen.“ Nicht „X ist ein Tool, das.“ Sondern: „Ich habe X gebaut, weil Y.“

Zeilen 2–4: Der wahre Grund. Ehrlich. Spezifisch. War es ein Problem, auf das du selbst gestoßen bist? Etwas Frustrierendes bei der Arbeit? Eine Neugier? „Ich war genervt, dass…“ ist besser als „Entwickler haben oft Probleme mit…“. Die Stimme des Erbauers ist der Punkt.

Zeilen 5–8: Wie es tatsächlich funktioniert. Dafür liest HN. Nenne die spezifischen Technologieentscheidungen. Gib die Kompromisse an, die du eingegangen bist, und warum. Eine interessante technische Entscheidung ist mehr wert als eine Feature-Liste.

Zeile 9: Aktueller Status in einem Satz. Open Source? Kostenlos? Alpha? Solo? Wie lange du schon daran arbeitest.

Zeile 10: Ein abschließender Satz, der zu Feedback oder Fragen einlädt. „Ich beantworte gerne Fragen zur Implementierung.“ / „Kritik willkommen.“ Bitte niemals um Upvotes, Shares oder Anmeldungen.

Harte Regeln:

  • 150–300 Wörter. Unter 200 ist normalerweise besser.
  • Durchgängig Ich-Perspektive.
  • Keine Aufzählungspunkte. Keine Überschriften. Keine Fettung.
  • Keine Links im Fließtext. Die URL kommt in das Einreichungsfeld.
  • Keine Marketing-Wörter: bahnbrechend, revolutionär, leistungsstark, robust, nahtlos, innovativ, branchenführend, optimieren, nutzen, transformieren, hochmodern.

Schritt 6: Selbstkontrolle vor der Präsentation

Gehe diese Liste durch. Korrigiere alles, was nicht bestanden wird, bevor du ausgibst.

Titel:

  • Unter 60 Zeichen (zähle sie)
  • Keine Marketing-Adjektive
  • Ist es eine Geschichte oder ein Thema? (Geschichte = besser)
  • Ich-Perspektive, wenn die Perspektive des Erbauers etwas hinzufügt
  • Keine Ausrufezeichen

Fließtext (falls geschrieben):

  • Beginnt mit „Ich habe gebaut…“ oder „Seit N Monaten…“
  • Enthält mindestens einen spezifischen Technologienamen oder eine Architekturentscheidung
  • Unter 300 Wörtern
  • Keine Links
  • Endet mit einer Einladung zu Feedback, keinem Call-to-Action
  • Null Marketing-Wörter (siehe Liste in Schritt 5)

Beitragstyp:

  • Bei Verwendung des Show HN-Präfix: Ist auch eine Alternative ohne diesen Titel entworfen?
  • Wenn das Ziel Kommentare sind: Ist es eine Frage oder eine polarisierende Rahmung?
  • Wenn das Ziel Punktzahl ist: Ist es eine Aussage, keine Frage?

Schritt 7: Ausgabe präsentieren

Formatiere genau wie folgt. Kein Kommentar davor oder danach.

## HN Beitrag

### Empfohlener Titel
[Titel – die kürzeste, stärkste Variante]

### Alternative Titel
1. [Variante 2]
2. [Variante 3]

---

### Fließtext
[Fließtext oder „Nicht empfohlen – Titel ist ausreichend.“, wenn Schritt 4 „nein“ gesagt hat]

---

### Anmerkungen
- Ziel: [Punktzahl / Kommentare] – basierend auf der Antwort des Benutzers in Schritt 1
- Verwendeter Beitragstyp: [einfach / Show HN / Ask HN / Tell HN]
- Titellänge: [N Zeichen]
- Beste Veröffentlichungszeit: Dienstag–Donnerstag, 8–10 Uhr US-Ostküste
- Nach dem Veröffentlichen: Antworte auf jeden Kommentar in den ersten zwei Stunden
- Teile den Link 24 Stunden lang nicht woanders – HN bestraft Abstimmungsringe

Schritt 8: Optional – scrapen der aktuellen Top-HN-Beiträge für Kontext

Wenn der Benutzer überprüfen möchte, ob in letzter Zeit ähnliche Beiträge eingereicht wurden, oder sehen möchte, was in seiner Kategorie gerade gut läuft, führe den Scraper aus:

import requests
from concurrent.futures import ThreadPoolExecutor

HN_API = "https://hacker-news.firebaseio.com/v0"

def fetch_item(id_):
    try:
        r = requests.get(f"{HN_API}/item/{id_}.json", timeout=10)
        return r.json() if r.ok else None
    except Exception:
        return None

ids = requests.get(f"{HN_API}/topstories.json").json()[:250]
with ThreadPoolExecutor(max_workers=20) as ex:
    items = [i for i in ex.map(fetch_item, ids) if i]

# Filtere nach einem für das Projekt des Benutzers relevanten Schlüsselwort
keyword = "DEIN_SCHLÜSSELWORT_HIER"
matches = [i for i in items if keyword.lower() in i.get("title","").lower()]

for i, item in enumerate(matches, 1):
    score = item.get("score", 0)
    title = item.get("title", "")
    by = item.get("by", "")
    print(f"{i:>2}. [{score:>4}pts] {title} — {by}")

print(f"\nInsgesamt passend: {len(matches)}")

Verwende die Ergebnisse, um:

  • zu prüfen, ob ein nahezu identischer Beitrag in den letzten 48 Stunden eingereicht wurde (Dopplungen vermeiden)
  • zu sehen, welche Titel-Muster gerade in dieser Kategorie landen
  • die untere Punktzahlgrenze für dieses Themengebiet zu identifizieren

Die Ergebnisse werden auch automatisch an hn_log.csv angehängt, wenn der vollständige Scraper verwendet wird.


Referenz: beobachtete Top-Performer aus dem Datensatz

Dies sind echte Beiträge aus den Top 250. Studiere die Titel-Muster.

PunktzahlTitel
1941Claude Opus 4.7
1688Google broke its promise to me – now ICE has my data
1244Qwen3.6-35B-A3B: Agentic coding power, now open to all
1192Someone bought 30 WordPress plugins and planted a backdoor in all of them
1141DaVinci Resolve – Photo
990Codex for almost everything
982Stop Flock
909A new spam policy for "back button hijacking"
893GitHub Stacked PRs
819Tell HN: Fiverr left customer files public and searchable
668I wrote to Flock's privacy contact to opt out of their domestic spying program
619Measuring Claude 4.7's tokenizer costs
561God sleeps in the minerals
503Want to write a compiler? Just read these two papers (2008)

Beste Show HN-Titel (nach Punktzahl): 341 | Show HN: Smol machines – subsecond coldstart, portable virtual machines 199 | Show HN: PanicLock – Close your MacBook lid disable TouchID → password unlock 187 | Show HN: Every CEO and CFO change at US public companies, live from SEC 177 | Show HN: I made a calculator that works over disjoint sets of intervals 152 | Show HN: MacMind – A transformer neural network in HyperCard on a 1989 Macintosh

Höchste Kommentar-zu-Punktzahl-Verhältnisse (für diskussionsoptimierte Beiträge): 1.91× | Why is IPv6 so complicated? 1.43× | Ask HN: Building a solo business is impossible? 1.20× | Ohio prison inmates built computers and hid them in ceiling 1.13× | Ask HN: Who is using OpenClaw? 1.05× | The future of everything is lies, I guess: Where do we go from here?

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Varnan-Tech/opendirectory

Use when the user asks to generate a blog cover image, thumbnail, or article header. Automatically uses modern typography, brand logos, and Google Search grounding to create beautiful 16:9 images with Gemini 3.1 Flash Image Preview.

Varnan-Tech/opendirectory

World-class brand strategist and naming expert. Uses an interrogation-led discovery phase to extract your brand's DNA, then applies scientific naming frameworks (Phonosemantics) and automated multi-TLD domain checking.

Varnan-Tech/opendirectory

Use when the user asks to generate or update a project's CLAUDE or AGENTS context file from a codebase scan. Writes a focused file under 100 lines containing only the non-obvious build commands, conventions, and gotchas Claude Code needs.

Varnan-Tech/opendirectory

Use when the user wants to verify cold emails, enrich a lead list, or autonomously guess email addresses from a CSV using ValidEmail.co or the open-source Reacher engine.

Varnan-Tech/opendirectory

Competitive intelligence orchestrator tracking companies across 8+ platforms (GitHub, Twitter, Reddit, HN, PH, YC Jobs) with heat scores and AI briefings.

Varnan-Tech/opendirectory

Give it your product URL or description. It finds your top 5 competitors, runs three-track PR research across all of them (editorial, podcasts, communities), identifies which channels appear most frequently, looks up the journalist or host for each, and returns a tiered outreach list with story angles and ready-to-send cold pitch drafts tailored to your product. Use when asked to find PR opportunities, discover where competitors got featured, build a media outreach list, find which journalists cover my space, or get pitch templates for press coverage.

Varnan-Tech/opendirectory

Generate high-converting, deep-dive growth case studies in MDX format. Use this skill when asked to write a case study or blog post about a company's growth, tech stack, or product-led strategy. It handles the full pipeline (researching the company via Tavily, generating a 16:9 cover image, quality checking the draft, uploading assets to cloud storage, and pushing directly to the target repository).

Varnan-Tech/opendirectory

Scans your project for outdated npm, pip, Cargo, Go, or Ruby packages. Runs a CVE security audit. Fetches changelogs, summarizes breaking changes with Gemini, and opens one PR per risk group (patch, minor, major). Includes Diagnosis Mode for install conflicts. Use when asked to update dependencies, check for outdated packages, open dependency PRs, scan for package updates, audit for CVEs, or flag breaking changes in upgrades. Trigger when a user says "check for outdated packages", "update my dependencies", "open PRs for dependency updates", "scan for CVEs", or "which packages need upgrading".

Varnan-Tech/opendirectory

Generates and updates README.md and API reference docs by reading your codebase's functions, routes, types, schemas, and architecture. Uses graphify to build a knowledge graph first, then writes accurate docs from it. Use when asked to write docs, generate a README, document an API, update stale docs, create an API reference from code, add an architecture section, or document a project in any language. Trigger when a user says their docs are missing, outdated, or wants to document their codebase without writing it manually.

Varnan-Tech/opendirectory

Evaluates expired domain candidates against a target niche, scores them by topical relevance, historical activity level, and history cleanliness, then outputs a ranked shortlist with explainable reasoning and risk flags.

Varnan-Tech/opendirectory

Brutally honest developer-experience audit for a GitHub repo. Scores 10 DX dimensions (time-to-first-success, README clarity, visual proof, install, quick-start, docs, examples, community, trust, marketing), writes a shareable roast in the requested tone (brutal/honest/kind), produces a prioritized action plan ranked by impact × effort, and sketches an ideal README. Trigger when user says "roast my repo", "audit my README", "dx audit", "developer experience review", "score my GitHub project", "before launch checklist", or "make my repo shareable".

Varnan-Tech/opendirectory

Drafts and designs a complete HTML email newsletter from a topic or content brief. Outputs paste-ready HTML for Loops, Mailchimp, Beehiiv, Resend, or any standard email platform. Includes subject line options and plain-text fallback. Trigger when a user says "write a newsletter", "draft an email newsletter", "create an HTML email", "design an email for my subscribers", or "write a newsletter about [topic]".

Varnan-Tech/opendirectory

Takes a GitHub PR URL or the current branch and writes a plain-English explanation of what it does and why, then posts it as a PR comment. Use when asked to explain a PR, summarize a pull request, write a plain-English description of a PR, add a summary comment to a PR, or understand what a PR changes. Trigger when a user says "explain this PR", "summarize this pull request", "what does this PR do", "add a comment explaining the PR", or shares a GitHub PR URL and asks what it does.

Varnan-Tech/opendirectory

Audit how often LLMs recommend your brand vs competitors and generate a GEO action plan.

Varnan-Tech/opendirectory

Takes a competitor's public GitHub repo URL, fetches their open issues via the GitHub REST API, filters noise locally, clusters issues into 6 demand categories, computes a demand score per issue and per cluster, and outputs a ranked demand gap report with a GTM messaging brief. Use when asked to scan a competitor's GitHub issues, find what their users are begging for, turn GitHub complaints into product positioning, identify competitor feature gaps, or generate messaging from real user demand. Trigger when a user says "scan competitor issues", "what are users asking for on X repo", "find demand gaps in Y", "turn GitHub issues into messaging", or "what should I build based on competitor complaints".

Varnan-Tech/opendirectory

Find recurring confusion in your repo's GitHub Discussions, rank it by urgency, and draft the actual docs fixes and content angles — with verbatim community quotes and source links as evidence.

Varnan-Tech/opendirectory

SEO keyword research workflow for blog generation using Google Trends data. Use when writing blog posts, planning content calendars, or optimizing articles for search engines. Finds breakout keywords, builds content structure, and generates SEO-optimized blog outlines targeting tech and developer audiences.

Varnan-Tech/opendirectory

Generates a professionally designed case study PDF for B2B SaaS sales and marketing. Supports 7 page layouts, 9 style presets, 1-4 page output. Trigger when user says "create a case study", "write a customer story", "make a case study PDF", "design a success story", "turn this customer win into a PDF".

Varnan-Tech/opendirectory

Generates data visualization charts (bar, line, area, pie, doughnut, scatter, radar, treemap) as PNG using Apache ECharts v6. 1080×1080px default, 5 style presets, highlight annotations. Trigger when user says "create a chart", "visualize data", "make a bar chart", "line graph", "pie chart", "data visualization", "chart this data", "plot", "graph", or "visualize these numbers".

Varnan-Tech/opendirectory

Fetches low-star App Store and Google Play reviews, clusters them into broken-promise patterns, and generates a ranked copy brief with positioning opportunities.

Verwandte Skills