Communitygithub.com

Varnan-Tech/opendirectory

À utiliser lorsque l'utilisateur demande de préparer un lancement Product Hunt ou de générer des éléments pour une fiche Product Hunt. Génère des variantes de tagline de moins de 60 caractères, une description de 500 caractères, un commentaire de créateur, un fil de tweets pour le jour du lancement, un post LinkedIn et une séquence de 4 e-mails de lancement.

Qu'est-ce que opendirectory ?

Product Hunt Launch Kit est un assistant IA spécialisé qui génère l'ensemble des éléments nécessaires pour un lancement réussi sur Product Hunt. Il couvre la rédaction de taglines (max 60 caractères), de descriptions de fiche (max 500 caractères), de commentaires de créateur (300-400 mots), de threads Twitter, de posts LinkedIn et d'une séquence de 4 e-mails. L'outil impose des règles strictes pour éviter les superlatifs, les noms de concurrents et les affirmations non vérifiables, tout en respectant les limites de caractères de la plateforme. Il fonctionne avec l'API Gemini pour générer tous les assets en un seul appel et propose une checklist de préparation 30 jours avant le lancement, notamment pour les images, la vidéo et le contact avec les top chasseurs. La compétence suit un processus structuré en 8 étapes : collecte des détails produit, stratégie de galerie, génération de taglines, rédaction de la description, du commentaire de créateur, de tous les assets via Gemini, auto-vérification de la qualité, et présentation finale du kit de lancement.

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

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Product Hunt Launch Kit

Générez tous les éléments dont vous avez besoin pour un lancement Product Hunt : texte de la fiche, commentaire du créateur et publications sociales pour le premier jour.


Règle critique : Les taglines Product Hunt font maximum 60 caractères. Les descriptions font maximum 500 caractères. Ne faites jamais d'affirmations factuelles qui ne peuvent être vérifiées. Ne mentionnez jamais de noms de concurrents. Ne dites jamais « gratuit » sauf si le produit est définitivement gratuit (pas seulement un essai).


Étape 1 : Rassemblez les détails du produit

Vous avez besoin :

  • Nom du produit
  • Ce qu'il fait (description technique, une phrase)
  • Cas d'utilisation principal et utilisateur cible
  • Principale différence par rapport aux outils existants
  • Tarification : gratuit, freemium, payant (prix de départ)
  • Open source : oui/non
  • Date de lancement (pour le contexte de planification)
  • Tout justificatif, réduction de lancement ou code promo à offrir
  • 2-3 éléments qui le rendent digne de votes positifs (raisons honnêtes, pas de marketing)

Si l'un de ces éléments manque, demandez en un seul message avant de continuer.

Vérifiez également les fichiers de contexte du projet :

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

Si README.md existe, lisez les 80 premières lignes pour extraire la description du produit et les fonctionnalités clés avant de poser des questions.


Étape 2 : Stratégie de galerie

Product Hunt nécessite des captures d'écran. La plupart des fiches échouent à cause d'images de galerie faibles ou manquantes. Planifiez-les avant d'écrire le texte.

Spécifications : 1270×760px, PNG ou JPG, maximum 8 images. La première image est l'image vedette : elle apparaît dans les flux et les cartes.

Cadre des cinq positions :

PositionObjectifCe qu'il faut montrer
1 (Vedette)Première impression dans les fluxProduit en cours d'utilisation, interface utilisateur propre ou sortie de terminal, sans superpositions de texte
2 (Démo fonctionnalité)Montrer l'action principaleCe qui fait la différence avec le produit : le moment « ah »
3 (Avant/Après)Montrer le problème résoluÉcran partagé : état désordonné/lent vs état propre/rapide
4 (Preuve sociale)CrédibilitéUne citation réelle, une statistique ou une métrique avant/après d'un utilisateur réel
5 (Différenciateur technique)Répondre aux sceptiquesDiagramme d'architecture, benchmark ou décision technique inhabituelle

Si le produit est un outil CLI ou une bibliothèque, les captures d'écran de la sortie du terminal fonctionnent bien. Annotez avec des flèches pointant vers la partie importante.

Vidéo (facultative mais très impactante) : Une démo de 60 à 90 secondes. Moins de 2 minutes. Pas de voix off requise : une capture d'écran avec sous-titres fonctionne.

Dites à l'utilisateur : « Prévoyez [N] images de galerie avant le jour du lancement. L'image vedette (position 1) est la plus importante. Voici ce qu'il faut capturer pour chaque position : [liste ci-dessus, personnalisée pour ce produit]. »


Étape 3 : Générer des variantes de tagline

La tagline apparaît directement sous le nom du produit sur Product Hunt. C'est le texte le plus lu sur votre fiche.

Limites strictes :

  • Maximum 60 caractères (espaces inclus)
  • Pas de point à la fin
  • Pas de hashtags
  • Ne commencez pas par le nom du produit
  • Pas de superlatifs : « meilleur », « plus rapide », « plus facile », « le plus puissant »
  • Pas de questions

Formule de tagline : [Verbe d'action] + [ce qu'il fait] + [principale différence]

Générez cinq variantes de tagline :

  1. Axée sur le résultat : Ce que l'utilisateur atteint (« Publiez de la documentation sans quitter votre codebase »)
  2. Axée sur le problème : Nomme la douleur qui est résolue (« Fini le copier-coller entre Figma et le code »)
  3. Angle technique : Pour les outils de développement, commencez par la technologie (« SQLite vers une application web partageable en une seule commande »)
  4. Alternative sans comparaison : Se positionne sans nommer de concurrents (« Revue de code native Git qui fonctionne dans VS Code »)
  5. En langage simple : Pas de jargon, public le plus large possible (« Transforme n'importe quel flux RSS en un résumé e-mail quotidien »)

Après génération, comptez les caractères pour chaque. Signalez celles qui dépassent 60 caractères et révisez-les.


Étape 4 : Rédiger la description de la fiche

La description apparaît sous la tagline. Maximum 500 caractères. Elle s'affiche dans les résultats de recherche et les aperçus de liens.

Structure :

  • Phrase 1 : Ce qu'il fait et pour qui (spécifique)
  • Phrase 2 : La fonctionnalité clé ou l'approche technique qui le fait fonctionner
  • Phrase 3 (facultative) : Tarification ou disponibilité

Règles de description :

  • 280-500 caractères (plus court est acceptable ; plus long est tronqué dans les aperçus)
  • Temps présent tout au long
  • Pas d'adjectifs d'enthousiasme
  • Pas de « je » : écrivez à la troisième personne ou à l'impératif (« Transforme votre... », « Se connecte à... », pas « J'ai créé... »)
  • Pas de liens (ils ne s'affichent pas)
  • Si open source, dites-le : « Open source et auto-hébergeable. »

Étape 5 : Rédiger le commentaire du créateur

Le commentaire du créateur est le principal moteur du succès sur Product Hunt. C'est votre première réponse à votre propre publication, postée dans les 60 secondes suivant le lancement.

Limites strictes :

  • 300-400 mots
  • Doit être posté dans les 60 secondes suivant la mise en ligne du produit
  • Première personne, conversationnel
  • Racontez l'histoire de l'origine
  • Reconnaissez l'alternative évidente et expliquez pourquoi vous avez quand même construit cela
  • Terminez par une question spécifique pour inviter des commentaires

Structure :

Ouverture (2-3 phrases) : Pourquoi vous avez construit cela. La véritable histoire : ce qui vous a frustré, quelle lacune vous avez remarquée, quel problème vous rencontriez sans cesse. Pas de « Je suis ravi d'annoncer. »

Ce qu'il fait (3-5 phrases) : Expliquez le mécanisme principal. Que se passe-t-il lorsque quelqu'un l'utilise pour la première fois. Incluez un détail technique spécifique qui montre que vous avez bien réfléchi au problème.

Pour qui c'est (2-3 phrases) : Décrivez la personne spécifique qui en tirera le plus de valeur. Pas « tous ceux qui ont besoin de X » : un persona spécifique : « Si vous êtes un développeur solo qui déploie le vendredi après-midi et redoute... » ou « Si vous avez déjà passé 20 minutes à expliquer le même contexte de PR à trois réviseurs différents... »

Avertissement honnête (1-2 phrases) : Ce qu'il ne fait PAS. Ce qui est encore brut. Cela renforce la confiance et filtre les bons premiers utilisateurs.

Appel aux commentaires (1-2 phrases) : Posez une question spécifique. « Nous n'avons pas encore trouvé la bonne approche pour [cas particulier] : j'aimerais savoir comment vous l'avez géré. » ou « Ce dont je suis le plus incertain, c'est [X] : est-ce important pour vous ? »


Étape 6 : Générer tous les assets avec Gemini

Écrivez tous les assets en un seul appel Gemini :

cat > /tmp/ph-launch-request.json << 'ENDJSON'
{
  "system_instruction": {
    "parts": [{
      "text": "Vous rédigez le texte de lancement Product Hunt. Générez tous les assets dans l'ordre, clairement étiquetés. Règles : taglines max 60 caractères, description max 500 caractères, commentaire créateur 300-400 mots à la première personne. Pas de mots marketing : 'révolutionnaire', 'qui change la donne', 'puissant', 'robuste', 'fluide', 'innovant', 'meilleur de sa catégorie', 'simplifier'. Pas de noms de concurrents. Pas de superlatifs dans les taglines. N'utilisez pas de tirets cadratins. Pour les posts sociaux : tweets max 280 caractères, pas de hashtags dans les fils de tweets (ils réduisent la qualité du signal sur les posts techniques). Post LinkedIn 150-300 mots, professionnel mais pas rigide. Séquence d'e-mails : 4 e-mails, chacun sous 150 mots, objet sous 50 caractères. Sortez chaque asset avec un en-tête clair. Pas de commentaire entre les sections."
    }]
  },
  "contents": [{
    "parts": [{
      "text": "PRODUCT_DETAILS_HERE"
    }]
  }],
  "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'])"

Remplacez PRODUCT_DETAILS_HERE par tout le contexte rassemblé : nom du produit, description, cas d'utilisation, différence, tarification et toutes les notes du créateur de l'étape 1.

Demandez ces assets dans l'invite :

  1. Cinq variantes de tagline (avec nombre de caractères)
  2. Description de la fiche (avec nombre de caractères)
  3. Commentaire du créateur (300-400 mots)
  4. Fil de tweets pour le jour du lancement (5-7 tweets, 280 caractères chacun)
  5. Post LinkedIn (150-300 mots)
  6. Séquence d'e-mails (4 e-mails : utilisateurs existants, newsletter, rappel le jour même, suivi)

Étape 7 : Auto-vérification

Avant de présenter :

Taglines :

  • Toutes sous 60 caractères (comptez chacune)
  • Aucune ne commence par le nom du produit
  • Aucune ne contient de superlatifs
  • Aucune ne contient de mots marketing

Description :

  • Sous 500 caractères (comptez)
  • Troisième personne ou voix impérative (pas de « je »)
  • Pas de liens

Commentaire du créateur :

  • 300-400 mots (comptez)
  • S'ouvre avec la véritable histoire d'origine (pas « Je suis ravi de... »)
  • Inclut un avertissement honnête
  • Se termine par une question spécifique
  • Pas de langage marketing
  • Pas de tirets cadratins

Fil de tweets :

  • Chaque tweet sous 280 caractères (comptez)
  • Pas de hashtags
  • Le premier tweet est l'accroche : l'élément le plus convaincant du produit

Si un élément échoue, révisez avant de présenter. Ne présentez pas de brouillons avec des échecs de contrôle qualité.


Étape 8 : Présenter le kit de lancement complet

Présentez dans cet ordre exact :

## Product Hunt Launch Kit : [Nom du produit]

---

### Taglines (choisissez-en une)
1. [tagline] : [nombre de caractères]
2. [tagline] : [nombre de caractères]
3. [tagline] : [nombre de caractères]
4. [tagline] : [nombre de caractères]
5. [tagline] : [nombre de caractères]

**Recommandation :** [phrase expliquant pourquoi préférer la tagline X]

---

### Description de la fiche
[texte de la description]
[nombre de caractères] / 500

---

### Commentaire du créateur (à publier dans les 60 secondes suivant le lancement)
[texte du commentaire du créateur]

---

### Tweets du jour du lancement
Tweet 1/6 : [texte]
Tweet 2/6 : [texte]
...

---

### Post LinkedIn
[texte du post]

---

### Séquence d'e-mails

**E-mail 1 : Utilisateurs existants (envoyer 1 semaine avant)**
Objet : [objet]
[corps]

**E-mail 2 : Newsletter / Audience (envoyer la veille)**
Objet : [objet]
[corps]

**E-mail 3 : Rappel le jour même (envoyer à 00h01 PST)**
Objet : [objet]
[corps]

**E-mail 4 : Suivi (envoyer 48 heures après le lancement)**
Objet : [objet]
[corps]

---

### Décision : lancement personnel vs. chasseur vedette

Répondez à ces questions pour décider :

| Question | Lancement personnel | Chercher un chasseur |
|----------|---------------------|----------------------|
| Avez-vous 500+ abonnés Twitter/LinkedIn dans votre public cible ? | Oui | Non |
| Votre produit a-t-il une base d'utilisateurs existante à mobiliser ? | Oui | Non |
| Votre produit est-il technique et avez-vous une marque personnelle dans les communautés de développeurs ? | Oui | Non |
| Est-ce votre premier lancement sans public encore ? | Non | Oui |
| Un top chasseur (500+ abonnés sur PH) utilise-t-il déjà votre produit ? | Non | Oui |

Si 3+ réponses pointent vers « Chercher un chasseur » : contactez les chasseurs au moins 2 semaines avant le jour du lancement. Présentez la demande comme le partage de quelque chose que vous avez construit et dont ils voudraient vraiment entendre parler : ne demandez pas une faveur.

---

### Préparation 30 jours avant le lancement

**Jour 30-21 : Phase de teasing**
- [ ] Publiez une mise à jour « construire en public » sur Twitter/LinkedIn : quel problème vous résolvez et pourquoi
- [ ] Identifiez 3-5 chasseurs avec 500+ abonnés PH qui correspondent à votre catégorie de produit
- [ ] Commencez à construire une liste de supporters (tous ceux qui voteraient le jour du lancement) : équipe, utilisateurs, investisseurs, amis dans la tech
- [ ] Mettez en place une simple page « prévenez-moi du lancement » (même un TypeForm ou Google Form)

**Jour 20-8 : Phase des assets**
- [ ] Capturez les 5 images de galerie à 1270×760px (voir la stratégie de galerie ci-dessus)
- [ ] Enregistrez une vidéo de démo de 60 à 90 secondes si applicable
- [ ] Rédigez tout le texte de ce kit : tagline, description, commentaire du créateur, posts sociaux, e-mails
- [ ] Envoyez l'e-mail 1 (utilisateurs existants) au jour 8

**Jour 7-2 : Préparation finale**
- [ ] Envoyez l'e-mail 2 (newsletter) au jour 2
- [ ] Contactez votre liste de supporters directement (Slack, DM, e-mail) : pas un envoi massif, des messages personnels
- [ ] Planifiez le fil de tweets et le post LinkedIn
- [ ] Faites un test à blanc : vérifiez l'aperçu de la fiche PH, assurez-vous que toutes les images de la galerie s'affichent correctement
- [ ] Confirmez que le commentaire du créateur fait moins de 400 mots et est enregistré quelque part où vous pouvez le coller instantanément

**Jour 1 : Jour du lancement**
- [ ] La publication est mise en ligne à 00h01 PST
- [ ] Envoyez l'e-mail 3 (rappel le jour même) immédiatement après la mise en ligne
- [ ] Commentaire du créateur posté dans les 60 secondes suivant le lancement
- [ ] Fil de tweets posté dans les 30 premières minutes
- [ ] Post LinkedIn publié
- [ ] Répondez à chaque commentaire dans les 2 heures : l'algorithme PH récompense les créateurs actifs
- [ ] Ne demandez pas de votes positifs directement : demandez aux gens de « jeter un œil » ou de « partager leurs commentaires »
- [ ] Envoyez un DM à votre liste de supporters avec un lien direct : pas « allez voter » mais « nous venons de lancer, j'aimerais avoir votre avis »
- [ ] Premier commentaire avec un code promo posté dans les 5 minutes suivant le lancement

**Jour 2 : Suivi**
- [ ] Envoyez l'e-mail 4 (suivi 48 heures) avec les résultats et un remerciement
- [ ] Publiez une mise à jour des résultats sur Twitter/LinkedIn : votes, commentaires, leçons
- [ ] Répondez à tous les commentaires de la nuit que vous avez manqués

---

### Références de votes

| Votes | Résultat |
|-------|----------|
| 50-100 | Listé mais pas en première page |
| 200-400 | Placement compétitif en première page |
| 500-800 | Top 5 du jour |
| 800+ | Produit du jour |
| 1500+ | Contendant pour le produit de la semaine |

La vitesse de la première heure compte plus que le nombre final. 100 votes la première heure battent 400 votes répartis sur 24 heures.

---

### Chronologie heure par heure du jour du lancement

| Heure (PST) | Action |
|-------------|--------|
| 00h01 | La publication est mise en ligne. Ne planifiez pas : soyez éveillé et cliquez manuellement. |
| 00h02 | Commentaire du créateur posté (ayez-le dans le presse-papiers, collez et soumettez immédiatement) |
| 00h05 | Premier commentaire (code promo ou contexte) posté |
| 00h15 | Fil de tweets en ligne |
| 00h30 | Post LinkedIn en ligne |
| 00h30 | DM personnels à vos 10 supporters les plus engagés |
| 01h00 | Vérifiez les premiers commentaires, répondez à tous |
| 07h00 | Pic de trafic matinal aux États-Unis. Vérifiez le classement. Répondez aux commentaires de la nuit. |
| 09h00 | Envoyez l'e-mail 3 (rappel le jour même) si vous l'avez gardé pour l'envoi du matin |
| 12h00 | Vérification de midi. Répondez à tous les commentaires. Postez un tweet de « mise à jour de midi » si vous êtes en tendance. |
| 17h00 | Pic de trafic du soir aux États-Unis. Dernier effort vers la liste de supporters si nécessaire. |
| 23h59 | Résultats finaux. Capture d'écran de votre classement. |

---

### Checklist de lancement
- [ ] La publication est mise en ligne à 00h01 PST le jour du lancement (clic manuel, pas planifié)
- [ ] Commentaire du créateur copié dans le presse-papiers, posté dans les 60 secondes suivant le lancement
- [ ] Liste de supporters de 200+ personnes prête à être contactée personnellement le jour du lancement
- [ ] Images de galerie et vidéo (le cas échéant) téléchargées et prévisualisées avant le lancement
- [ ] Les 4 e-mails rédigés

...

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.

Skills associés