Communitygithub.com

Product Hunt Launch Kit

Erstellen Sie alle Assets für einen Product Hunt Launch: Listing-Text, Maker-Kommentar und Social-Media-Beiträge für den ersten Tag.

Was ist Product Hunt Launch Kit?

Dieses Skill („Varnan-Tech/opendirectory“) unterstützt Entwickler und Produktmacher bei der vollständigen Vorbereitung eines Product Hunt Launches. Es generiert systematisch alle benötigten Inhalte: bis zu fünf Tagline-Varianten unter 60 Zeichen, eine Listing-Beschreibung mit maximal 500 Zeichen, einen authentischen Maker-Kommentar (300–400 Wörter), einen Twitter-Thread zum Launch-Tag, einen LinkedIn-Beitrag sowie eine vierteilige E-Mail-Sequenz. Das Skill basiert auf einer detaillierten, schrittweisen Anleitung, die auf der SKILL.md-Datei aufbaut und über eine Integration mit Gemini (Google Generative AI) die Texterstellung automatisiert. Es ist plattformunabhängig und kann sowohl über die Kommandozeile als auch in Agenten-Umgebungen wie Claude Code oder Cursor genutzt werden. Der besondere Mehrwert liegt in der Kombination aus strengen Qualitätsregeln (z. B. Zeichenlimits, Vermeidung von Marketing-Floskeln) und einer praxiserprobten Strategie (30-Tage-Vorbereitungsplan, Upvote-Benchmarks, Entscheidungshilfe zwischen Self-Hunt und Top-Hunter). Dieses Skill ist ideal für alle, die ihren Produktlaunch auf Product Hunt professionell planen und die Erfolgschancen maximieren möchten.

Funktioniert mit✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/Varnan-Tech/opendirectory/tree/main/skills/producthunt-launch-kit

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Product Hunt Launch Kit?

Erstellen Sie alle Assets, die Sie für einen Product Hunt Launch benötigen: Listing-Text, Maker-Kommentar und Social-Media-Beiträge für den ersten Tag.


Wichtige Regel: Product Hunt Taglines sind maximal 60 Zeichen lang. Beschreibungen maximal 500 Zeichen. Machen Sie keine faktischen Behauptungen, die nicht überprüfbar sind. Nennen Sie niemals Konkurrenznamen. Verwenden Sie niemals das Wort „kostenlos“, es sei denn, das Produkt ist dauerhaft kostenlos (nicht nur eine Testversion).


Schritt 1: Produktdetails sammeln

Sie benötigen:

  • Produktname
  • Was es tut (technische Beschreibung, ein Satz)
  • Hauptanwendungsfall und Zielgruppe
  • Wichtigstes Unterscheidungsmerkmal zu vorhandenen Tools
  • Preisgestaltung: kostenlos, Freemium, kostenpflichtig (Startpreis)
  • Open Source: ja/nein
  • Launch-Datum (für den Planungskontext)
  • Eventuelle Zugangsdaten, Launch-Rabatt oder Promo-Code
  • 2–3 Dinge, die ein Upvote wert sind (ehrliche Gründe, kein Marketing)

Wenn etwas davon fehlt, fragen Sie in einer Nachricht nach, bevor Sie fortfahren.

Prüfen Sie auch auf Projektkontextdateien:

ls README.md 2>/dev/null && echo "README gefunden"
ls package.json 2>/dev/null && echo "package.json gefunden"

Wenn eine README.md existiert, lesen Sie die ersten 80 Zeilen, um Produktbeschreibung und Hauptfunktionen zu extrahieren, bevor Sie Fragen stellen.


Schritt 2: Galeriestrategie

Product Hunt erfordert Screenshots. Die meisten Listings scheitern an schwachen oder fehlenden Galeriebildern. Planen Sie diese, bevor Sie Texte schreiben.

Spezifikation: 1270×760 px, PNG oder JPG, maximal 8 Bilder. Das erste Bild ist das Hero-Bild: Es erscheint in Feeds und Karten.

Fünf-Positionen-Rahmenwerk:

PositionZweckWas gezeigt wird
1 (Hero)Erster Eindruck in FeedsProdukt in Benutzung, saubere UI oder Terminalausgabe, keine Texteinblendungen
2 (Feature-Demo)Die Kernaktion zeigenDie Sache, die das Produkt ausmacht: der „Aha“-Moment
3 (Vorher/Nachher)Das gelöste Problem zeigenGeteilter Bildschirm: chaotischer/langsamer Zustand vs. sauberer/schneller Zustand
4 (Sozialer Beweis)Glaubwürdigkeit aufbauenEin echtes Zitat, eine Statistik oder eine Vorher/Nachher-Metrik eines echten Nutzers
5 (Technisches Unterscheidungsmerkmal)Skeptiker ansprechenArchitekturdiagramm, Benchmark oder die ungewöhnliche technische Entscheidung

Wenn das Produkt ein CLI-Tool oder eine Bibliothek ist, eignen sich Screenshots der Terminalausgabe gut. Beschriften Sie sie mit Pfeilen, die auf den wichtigen Teil zeigen.

Video (optional, aber wirkungsvoll): Eine 60–90 Sekunden lange Demo. Unter 2 Minuten. Kein Voiceover erforderlich: Bildschirmaufnahme mit Untertiteln funktioniert.

Sagen Sie dem Benutzer: „Planen Sie [N] Galeriebilder vor dem Launch-Tag. Das Hero-Bild (Position 1) ist das wichtigste. Hier ist, was Sie für jede Position aufnehmen sollten: [oben stehende Liste, für dieses Produkt angepasst].“


Schritt 3: Tagline-Varianten generieren

Die Tagline erscheint direkt unter dem Produktnamen auf Product Hunt. Sie ist der meistgelesene Text Ihres Listings.

Harte Grenzen:

  • Maximal 60 Zeichen (inkl. Leerzeichen)
  • Kein Punkt am Ende
  • Keine Hashtags
  • Nicht mit dem Produktnamen beginnen
  • Keine Superlative: „beste“, „schnellste“, „einfachste“, „leistungsstärkste“
  • Keine Fragen

Tagline-Formel: [Aktionsverb] + [was es tut] + [wichtigstes Unterscheidungsmerkmal]

Generieren Sie fünf Tagline-Varianten:

  1. Ergebnisorientiert: Was der Benutzer erreicht („Versand von Dokumentationen, ohne die Codebasis zu verlassen“)
  2. Problemorientiert: Benennt den gelösten Schmerz („Kein Kopieren und Einfügen mehr zwischen Figma und Code“)
  3. Technisch: Für Entwicklertools, mit der Technik führen („SQLite zur teilbaren Web-App in einem Befehl“)
  4. Vergleichsfreie Alternative: Positioniert, ohne Konkurrenten zu nennen („Git-native Code-Review, das in VS Code funktioniert“)
  5. Einfaches Deutsch: Kein Jargon, breitestmögliches Publikum („Verwandelt jeden RSS-Feed in eine tägliche E-Mail-Zusammenfassung“)

Zählen Sie nach der Generierung für jede Variante die Zeichen. Kennzeichnen Sie alle, die 60 Zeichen überschreiten, und überarbeiten Sie sie.


Schritt 4: Listing-Beschreibung schreiben

Die Beschreibung erscheint unter der Tagline. Maximal 500 Zeichen. Sie wird in Suchergebnissen und Linkvorschauen angezeigt.

Struktur:

  • Satz 1: Was es tut und für wen es ist (spezifisch)
  • Satz 2: Die Hauptfunktion oder der technische Ansatz, der es zum Funktionieren bringt
  • Satz 3 (optional): Preisgestaltung oder Verfügbarkeit

Beschreibungsregeln:

  • 280–500 Zeichen (kürzer ist in Ordnung; länger wird in Vorschauen abgeschnitten)
  • Durchgängig Präsens
  • Keine werblichen Adjektive
  • Kein „Ich“: in der dritten Person oder im Imperativ schreiben („Verwandelt Ihr...“, „Verbindet...“, nicht „Ich habe gebaut...“)
  • Keine Links (sie werden nicht gerendert)
  • Wenn Open Source, sagen Sie es: „Open Source und selbst hostbar.“

Schritt 5: Maker-Kommentar schreiben

Der Maker-Kommentar ist der wichtigste Treiber für den Erfolg auf Product Hunt. Er ist Ihre erste Antwort auf Ihren eigenen Beitrag, die innerhalb von 60 Sekunden nach dem Launch veröffentlicht wird.

Harte Grenzen:

  • 300–400 Wörter
  • Muss innerhalb von 60 Sekunden nach dem Live-Gehen des Produkts veröffentlicht werden
  • Ich-Perspektive, gesprächig
  • Erzählen Sie die Entstehungsgeschichte
  • Gehen Sie auf die offensichtliche Alternative ein und erklären Sie, warum Sie es trotzdem gebaut haben
  • Beenden Sie mit einer spezifischen Frage, um Kommentare einzuladen

Struktur:

Einstieg (2–3 Sätze): Warum Sie es gebaut haben. Die wahre Geschichte: Was Sie frustriert hat, welche Lücke Ihnen aufgefallen ist, auf welches Problem Sie immer wieder gestoßen sind. Kein „Ich freue mich, Ihnen mitteilen zu können.“

Was es tut (3–5 Sätze): Erklären Sie den Kernmechanismus. Was passiert, wenn jemand es zum ersten Mal benutzt. Fügen Sie ein spezifisches technisches Detail ein, das zeigt, dass Sie sich intensiv mit dem Problem beschäftigt haben.

Für wen es ist (2–3 Sätze): Beschreiben Sie die spezifische Person, die den größten Nutzen daraus ziehen wird. Nicht „jeder, der X braucht“: eine konkrete Persona: „Wenn Sie ein Solo-Entwickler sind, der freitagnachmittags deployed und Angst vor...“ oder „Wenn Sie schon einmal 20 Minuten damit verbracht haben, drei verschiedenen Reviewern denselben PR-Kontext zu erklären...“

Ehrliche Einschränkung (1–2 Sätze): Was es NICHT tut. Was noch nicht ausgereift ist. Das schafft Vertrauen und filtert die richtigen Early Adopter.

Aufruf zum Feedback (1–2 Sätze): Stellen Sie eine spezifische Frage. „Wir haben noch keinen guten Ansatz für [spezifischen Randfall] gefunden: Ich würde gerne wissen, wie Sie das gehandhabt haben.“ oder „Die Sache, bei der ich mir am unsichersten bin, ist [X]: Ist das für Sie relevant?“


Schritt 6: Alle Assets mit Gemini generieren

Schreiben Sie alle Assets in einem Gemini-Aufruf:

cat > /tmp/ph-launch-request.json << 'ENDJSON'
{
  "system_instruction": {
    "parts": [{
      "text": "You are writing Product Hunt launch copy. Generate all assets in sequence, clearly labeled. Rules: taglines max 60 chars, description max 500 chars, maker comment 300-400 words first-person. No marketing words: 'revolutionary', 'game-changing', 'powerful', 'robust', 'seamless', 'innovative', 'best-in-class', 'streamline'. No competitor names. No superlatives in taglines. Do not use em dashes. For social posts: tweets max 280 chars, no hashtags in tweet threads (they reduce signal quality on technical posts). LinkedIn post 150-300 words, professional but not stiff. Email sequence: 4 emails, each under 150 words, subject line under 50 chars. Output each asset with a clear header. No commentary between sections."
    }]
  },
  "contents": [{
    "parts": [{
      "text": "PRODUKTDETAILS_HIER"
    }]
  }],
  "generationConfig": {
    "temperature": 0.7,
    "maxOutputTokens": 4096
  }
}
ENDJSON

curl -s -X POST \
  "https://generativelanguage.googleapis.com/v1beta/models/gemini-2.0-flash:generateContent?key=$GEMINI_API_KEY" \
  -H "Content-Type: application/json" \
  -d @/tmp/ph-launch-request.json \
  | python3 -c "import sys,json; d=json.load(sys.stdin); print(d['candidates'][0]['content']['parts'][0]['text'])"

Ersetzen Sie PRODUKTDETAILS_HIER durch den gesamten gesammelten Kontext: Produktname, Beschreibung, Anwendungsfall, Unterschied, Preisgestaltung und alle Maker-Notizen aus Schritt 1.

Fordern Sie diese Assets im Prompt an:

  1. Fünf Tagline-Varianten (mit Zeichenanzahl)
  2. Listing-Beschreibung (mit Zeichenanzahl)
  3. Maker-Kommentar (300–400 Wörter)
  4. Twitter-Thread für den Launch-Tag (5–7 Tweets, 280 Zeichen)
  5. LinkedIn-Beitrag (150–300 Wörter)
  6. E-Mail-Sequenz (4 E-Mails: bestehende Benutzer, Newsletter, Erinnerung am Tag, Follow-up)

Schritt 7: Selbst-QA

Überprüfen Sie vor der Präsentation:

Taglines:

  • Alle unter 60 Zeichen (jeweils zählen)
  • Keine beginnen mit dem Produktnamen
  • Keine enthalten Superlative
  • Keine enthalten Marketingbegriffe

Beschreibung:

  • Unter 500 Zeichen (zählen)
  • Dritte Person oder Imperativ (kein „Ich“)
  • Keine Links

Maker-Kommentar:

  • 300–400 Wörter (zählen)
  • Beginnt mit der wahren Entstehungsgeschichte (nicht „Ich freue mich...“)
  • Enthält eine ehrliche Einschränkung
  • Endet mit einer spezifischen Frage
  • Keine Marketingsprache
  • Keine Gedankenstriche

Twitter-Thread:

  • Jeder Tweet unter 280 Zeichen (zählen)
  • Keine Hashtags
  • Erster Tweet ist der Aufhänger: die überzeugendste Eigenschaft des Produkts

Wenn ein Punkt nicht bestanden wird, überarbeiten Sie ihn vor der Präsentation. Präsentieren Sie keine Entwürfe mit QA-Fehlern.


Schritt 8: Das vollständige Launch-Kit präsentieren

Präsentieren Sie in dieser exakten Reihenfolge:

## Product Hunt Launch Kit: [Produktname]

---

### Taglines (wählen Sie eine)
1. [Tagline]: [Zeichenanzahl]
2. [Tagline]: [Zeichenanzahl]
3. [Tagline]: [Zeichenanzahl]
4. [Tagline]: [Zeichenanzahl]
5. [Tagline]: [Zeichenanzahl]

**Empfehlung:** [Begründung in einem Satz, warum Tagline X zu bevorzugen ist]

---

### Listing-Beschreibung
[Beschreibungstext]
[Zeichenanzahl] / 500

---

### Maker-Kommentar (innerhalb von 60 Sekunden nach dem Launch posten)
[Maker-Kommentar-Text]

---

### Launch-Tag-Tweets
Tweet 1/6: [Text]
Tweet 2/6: [Text]
...

---

### LinkedIn-Beitrag
[Beitragstext]

---

### E-Mail-Sequenz

**E-Mail 1: Bestehende Benutzer (1 Woche vorher senden)**
Betreff: [Betreff]
[Text]

**E-Mail 2: Newsletter / Zielgruppe (1 Tag vorher senden)**
Betreff: [Betreff]
[Text]

**E-Mail 3: Erinnerung am Launch-Tag (um 00:01 Uhr PST senden)**
Betreff: [Betreff]
[Text]

**E-Mail 4: Follow-up (48 Stunden nach dem Launch senden)**
Betreff: [Betreff]
[Text]

---

### Self-Hunt vs. Top-Hunter-Entscheidung

Beantworten Sie diese Fragen, um zu entscheiden:

| Frage | Self-Hunt | Einen Hunter holen |
|-------|-----------|-------------------|
| Haben Sie 500+ Twitter/LinkedIn-Follower in Ihrer Zielgruppe? | Ja | Nein |
| Hat Ihr Produkt eine bestehende Nutzerbasis, die Sie mobilisieren können? | Ja | Nein |
| Ist Ihr Produkt technisch und haben Sie eine persönliche Marke in Entwickler-Communities? | Ja | Nein |
| Ist dies Ihr erster Launch ohne bestehendes Publikum? | Nein | Ja |
| Nutzt ein Top-Hunter (500+ Follower auf PH) Ihr Produkt bereits? | Nein | Ja |

Wenn 3+ Antworten auf „Einen Hunter holen“ verweisen: Kontaktieren Sie Hunter mindestens 2 Wochen vor dem Launch-Tag. Formulieren Sie die Anfrage so, dass Sie etwas teilen, das Sie gebaut haben und von dem sie wirklich erfahren möchten: Bitten Sie nicht um einen Gefallen.

---

### 30-Tage-Vorbereitung vor dem Launch

**Tag 30–21: Teaser-Phase**
- [ ] Veröffentlichen Sie ein „Building in Public“-Update auf Twitter/LinkedIn: welches Problem Sie lösen und warum
- [ ] Identifizieren Sie 3–5 Hunter mit 500+ PH-Followern, die zu Ihrer Produktkategorie passen
- [ ] Beginnen Sie mit dem Aufbau einer Unterstützerliste (alle, die am Launch-Tag upvoten würden): Team, Benutzer, Investoren, Freunde in der Tech-Branche
- [ ] Richten Sie eine einfache „Benachrichtige mich beim Launch“-Seite ein (auch ein TypeForm oder Google Formular)

**Tag 20–8: Asset-Phase**
- [ ] Nehmen Sie alle 5 Galeriebilder mit 1270×760 px auf (siehe Galeriestrategie oben)
- [ ] Nehmen Sie ein 60–90 Sekunden langes Demo-Video auf, falls zutreffend
- [ ] Erstellen Sie alle Texte aus diesem Kit: Tagline, Beschreibung, Maker-Kommentar, Social-Media-Beiträge, E-Mails
- [ ] Senden Sie E-Mail 1 (bestehende Benutzer) an Tag 8

**Tag 7–2: Abschlussvorbereitung**
- [ ] Senden Sie E-Mail 2 (Newsletter) an Tag 2
- [ ] Kontaktieren Sie Ihre Unterstützerliste direkt (Slack, DM, E-Mail): keine Massenmail, persönliche Nachrichten
- [ ] Planen Sie den Twitter-Thread und den LinkedIn-Beitrag
- [ ] Führen Sie einen Probelauf durch: Überprüfen Sie die PH-Listing-Vorschau, verifizieren Sie, dass alle Galeriebilder korrekt angezeigt werden
- [ ] Bestätigen Sie, dass der Maker-Kommentar unter 400 Wörtern liegt und an einem Ort gespeichert ist, von dem Sie ihn sofort einfügen können

**Tag 1: Launch-Tag**
- [ ] Der Beitrag wird um 00:01 Uhr PST live geschaltet
- [ ] Senden Sie E-Mail 3 (Erinnerung am Launch-Tag) sofort nach dem Live-Gehen
- [ ] Maker-Kommentar innerhalb von 60 Sekunden nach dem Launch posten
- [ ] Twitter-Thread in den ersten 30 Minuten posten
- [ ] LinkedIn-Beitrag veröffentlichen
- [ ] Antworten Sie innerhalb von 2 Stunden auf jeden Kommentar: Der PH-Algorithmus belohnt aktive Maker
- [ ] Bitten Sie nicht direkt um Upvotes: Bitten Sie die Leute, es sich „anzusehen“ oder „Feedback zu teilen“
- [ ] Senden Sie Ihrer Unterstützerliste einen direkten Link per DM: nicht „geht und votet hoch“ sondern „wir sind gerade live, würde mich über eure Gedanken freuen“
- [ ] Erster Kommentar mit einem Promo-Code innerhalb von 5 Minuten nach dem Launch posten

**Tag 2: Follow-up**
- [ ] Senden Sie E-Mail 4 (48-Stunden-Follow-up) mit Ergebnissen und Dankeschön
- [ ] Veröffentlichen Sie ein Ergebnis-Update auf Twitter/LinkedIn: Upvotes, Kommentare, Erkenntnisse
- [ ] Antworten Sie auf alle Kommentare über Nacht, die Sie verpasst haben

---

### Upvote-Benchmarks

| Upvotes | Ergebnis |
|---------|----------|
| 50-100 | Gelistet, aber nicht auf der Startseite |
| 200-400 | Wettbewerbsfähige Platzierung auf der Startseite |
| 500-800 | Top 5 des Tages |
| 800+ | Produkt des Tages |
| 1500+ | Anwärter auf Produkt der Woche |

Die Geschwindigkeit in der ersten Stunde ist wichtiger als der Endwert. 100 Upvotes in der ersten Stunde schlagen 400 über 24 Stunden verteilt.

---

### Stündlicher Launch-Tag-Zeitplan

| Zeit (PST) | Aktion |
|------------|--------|
| 00:01 Uhr | Beitrag wird live geschaltet. Nicht planen: wach sein und manuell klicken. |
| 00:02 Uhr | Maker-Kommentar posten (in der Zwischenablage haben, einfügen und sofort absenden) |
| 00:05 Uhr | Ersten Kommentar (Promo-Code oder Kontext) posten |
| 00:15 Uhr | Twitter-Thread live schalten |
| 00:30 Uhr | LinkedIn-Beitrag live schalten |
| 00:30 Uhr | Persönliche DMs an Ihre 10 engagiertesten Unterstützer |
| 01:00 Uhr | Auf erste Kommentare prüfen, auf alle antworten |
| 07:00 Uhr | Morgenverkehr in den USA erreicht seinen Höhepunkt. Ranking prüfen. Auf Kommentare über Nacht antworten. |
| 09:00 Uhr | E-Mail 3 (Erinnerung am Launch-Tag) senden, falls für den Morgenversand aufgehoben |
| 12:00 Uhr | Mittagscheck. Auf alle Kommentare antworten. Bei Trend einen „Mittags-Update“-Tweet posten. |
| 17:00 Uhr | Abendverkehr in den USA erreicht seinen Höhepunkt. Letzter Push an die Unterstützerliste, falls nötig. |
| 23:59 Uhr | Ergebnisse endgültig. Screenshot Ihrer Platzierung machen. |

---

### Launch-Checkliste
- [ ] Beitrag wird um 00:01 Uhr PST am Launch-Tag live geschaltet (manueller Klick, nicht geplant)
- [ ] Maker-Kommentar in die Zwischenablage kopieren, innerhalb von 60 Sekunden nach dem Launch posten
- [ ] Unterstützerliste mit 200+ Personen bereit, um am Launch-Tag persönlich angeschrieben zu werden
- [ ] Galeriebilder und Video (falls vorhanden) vor dem Launch hochgeladen und in der Vorschau geprüft
- [ ] Alle 4 E-Mails entworfen

…

[gekürzt für die Übersetzung]

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