CommunityRédaction et éditiongithub.com

Varnan-Tech/opendirectory

À utiliser lorsque l'utilisateur demande de rédiger, générer ou mettre à jour une description de pull request GitHub pour la branche courante. Lit le diff de la branche et les messages de commit, génère un corps de PR structuré (résumé, modifications, tests), et crée ou met à jour la PR via la CLI gh.

Qu'est-ce que opendirectory ?

Cette compétence permet de générer automatiquement des descriptions complètes et structurées de pull requests GitHub à partir du diff et des messages de commit de la branche courante. Elle suit un processus en cinq étapes : vérification de l'environnement (authentification gh, branche active), récupération du contexte du diff (statistiques, messages de commit, diff complet), lecture du guide de format (pr-format-guide.md), rédaction de la description selon des règles d'écriture strictes (voix active, phrases courtes, absence de remplissage), et création ou mise à jour de la PR via la commande `gh pr create` ou `gh pr edit`. La compétence applique des vérifications de qualité avant la soumission (résumé concis, chaque point de modification traçable dans le diff, étapes de test actionnables) et gère les cas particuliers : diff trop volumineux (lecture partielle), absence de format guide, ou demande de simple sortie texte. Elle fonctionne avec les plateformes prenant en charge l'outil gh CLI (GitHub, CLI, agent de codage), et est idéale pour les développeurs qui souhaitent gagner du temps sur la rédaction manuelle des PR tout en respectant des standards de documentation.

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

Installed? Explore more Rédaction et édition skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Demander à votre IA préférée

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

Documentation

Rédacteur de Description de PR

Lit le diff de la branche courante et rédige une description complète de pull request GitHub. Crée ou met à jour la PR avec une seule commande.

Style d'Écriture

Appliquer à toutes les descriptions de PR générées :

  • Voix active. « Ajoute X » et non « X a été ajouté. »
  • Temps présent pour le résumé (« Ajoute une couche de cache »), passé pour le contexte (« L'ancienne approche provoquait N requêtes par rendu »)
  • Phrases courtes, une idée par puce
  • Pas de tirets cadratins — utiliser une virgule ou un point à la place
  • Pas de remplissage : « cette PR », « ce commit », « comme convenu »
  • Les spécificités l'emportent sur les généralités : « réduit la latence p95 de 800 ms à 90 ms » est meilleur que « améliore les performances »

Étape 1 : Vérification de l'Environnement

Confirmer que gh est authentifié :

gh auth status

Si non authentifié : gh auth login et suivre les instructions.

Confirmer que le répertoire courant est un dépôt git avec une branche active :

git branch --show-current

Si HEAD détaché ou pas de branche, s'arrêter et demander à l'utilisateur quelle branche décrire.


Étape 2 : Récupérer le Contexte du Diff

Exécuter les trois commandes pour construire le contexte :

Résumé des fichiers (ce qui a changé) :

git diff main...HEAD --stat

Messages de commit (pourquoi cela a changé) :

git log main...HEAD --oneline

Diff complet (comment cela a changé) :

Utiliser d'abord origin/main (toujours à jour), puis local main, puis master :

if git rev-parse origin/main &>/dev/null 2>&1; then
  BASE=origin/main
elif git rev-parse main &>/dev/null 2>&1; then
  BASE=main
else
  BASE=master
fi
git diff $BASE...HEAD

Si le diff est très volumineux (plus de 500 lignes), lire uniquement le résumé --stat et les messages de commit. Lire aussi les 200 premières lignes du diff pour comprendre les changements principaux sans traiter la totalité.

Vérifier également s'il existe déjà une PR et lire son titre/corps actuel :

gh pr view --json title,body,baseRefName 2>/dev/null

Étape 3 : Lire le Guide de Format

Lire references/pr-format-guide.md en entier avant d'écrire quoi que ce soit. Internaliser :

  • Les sections requises et leur ordre
  • Comment rédiger chaque section
  • Ce qui doit être inclus ou omis
  • Le format de la section de test

Étape 4 : Générer la Description

Rédiger la description de la PR en utilisant le format de references/pr-format-guide.md.

Règles :

  • Chaque puce de la section Modifications doit correspondre à quelque chose dans le diff
  • Ne pas inventer d'étapes de test qui ne sont pas implicites par les modifications de code
  • Si une section n'a pas de contenu pertinent, l'omettre entièrement (ne pas écrire « N/A » ou la laisser vide)
  • Section Captures d'écran : inclure uniquement s'il y a des modifications UI visibles dans le diff
  • Si les messages de commit expliquent le « pourquoi », utiliser ce contexte dans le Résumé

Point de contrôle qualité : Avant de présenter, vérifier :

  • Le résumé fait 1-2 phrases, voix active, sans remplissage
  • Chaque puce de modification est spécifique et traçable dans le diff
  • Pas de métriques ou résultats inventés
  • Les étapes de test sont actionnables (quelqu'un pourrait les suivre)
  • Pas de tirets cadratins dans aucune ligne

Étape 5 : Créer ou Mettre à Jour la PR

Présenter la description à l'utilisateur et demander : « Prêt à créer la PR, mettre à jour l'existante, ou seulement afficher ? »

Créer une nouvelle PR :

Transmettre le corps via stdin pour gérer correctement les backticks, guillemets et sauts de ligne :

gh pr create --title "TITRE_ICI" --body-file - << 'EOF'
CORPS_ICI
EOF

Suggérer un titre basé sur les messages de commit et le résumé du diff. Le titre doit être à l'impératif, sous 72 caractères : « Ajoute le cache Redis pour les recherches de sessions utilisateur » et non « Ajout du cache ».

Mettre à jour une PR existante :

gh pr edit --body-file - << 'EOF'
CORPS_ICI
EOF

Afficher seulement : Présenter le titre et le corps dans un bloc de code pour copier-coller manuel.

Après création ou mise à jour, confirmer : « Description de PR mise à jour. Voir sur : [URL] »

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