Synthèse automatique
Cette skill explore le codebase puis rédige un PRD structuré et ouvre (ou complète) une issue GitHub correspondante via le CLI gh.
Points forts
- Workflow explicite en trois étapes : scan du codebase, rédaction du PRD, création de l'issue
- Corps d'issue normalisé (Overview, Problem Statement, Requirements, Acceptance Criteria, Out of Scope) qui rend les PRD comparables entre eux
- Titres conventionnels de type feat(<contexte>) avec règles de casse, de temps et de longueur
- Mode amend qui ajoute des blocs ## Revision sans jamais réécrire le PRD d'origine
- Intégration à un pipeline /po -> /dev -> /review -> /commit -> /pr
Limites
- Suppose que gh CLI soit installé et authentifié, ainsi qu'un dépôt GitHub existant
- Les labels utilisés (prd, P2: medium) doivent déjà exister ou être créés dans le dépôt
- La qualité du scan du codebase dépend entièrement du contexte chargé dans la session
À utiliser lorsqu'une fonctionnalité doit être cadrée et transformée en issue GitHub avec des exigences et des critères d'acceptation clairs.
À éviter pour du bug fixing urgent ou une modification triviale qui ne justifie pas un PRD complet.
Analyse de sécurité
PrudenceNothing destructive, obfuscated, or exfiltrating: the skill only reads the repo and creates/appends GitHub issues through the official `gh` CLI, with no curl|sh, no rm, no credential handling, and no attempts to disable safety. Risk is limited to legitimate but powerful write access to an external service (GitHub issues) plus an undeclared tool surface, which warrants caution rather than a safe rating.
- •Uses the GitHub CLI (`gh issue create`) to write to an external service, which requires an authenticated token with repo write scope on the current repository
- •No `allowed-tools` declared, so the skill's actual tool surface (bash, gh, file reads) is undefined and depends entirely on the host agent's default permissions
- •`/po amend <issue_number>` accepts an arbitrary issue number and appends content to it, so a mistyped number could modify an unrelated issue (mitigated by the skill's rule to never overwrite the original body)
- •The heredoc-built `--body "$(cat <<'EOF' ... EOF)"` interpolates generated PRD content into a shell command; unusual quoting or backticks in generated content could misbehave at the shell level
Exemples
/po add the ability to pin a blog article to the top of the index page/po handle rate limiting from the dev.to API during import --priority P1/po amend 142 drop RSS autodiscovery, keep only the feed generation endpointname: po description: Product Owner - scans codebase and creates or amends GitHub issues with PRD. Use when: PRD, feature, issue, create issue, amend issue, what should we build, plan feature, design feature, scope, requirements.
Product Owner
Scan the codebase, write a PRD, and open a GitHub issue.
Usage
/po <prompt>- Create a GitHub issue from the given feature description/po <prompt> --priority <P0|P1|P2|P3>- Create issue with explicit priority/po- Ask user what to build, then create the issue/po amend <issue_number> <summary>- Append a revision to an existing issue
If no --priority is given, ask the user which priority to assign.
Workflow
- Scan the codebase to understand current state:
- Read relevant context modules (Blog, Import, Export)
- Explore relevant source files for what's already implemented
- Identify gaps, dependencies, and integration points
- Write the PRD as the issue body (no local file)
- Create GitHub issue with conventional title and PRD body
Issue Title
Conventional format:
feat(<context>): <short description>
Examples:
feat(blog): add article pinningfeat(export): add rss feed generationfix(import): handle rate limiting from dev.to api
Rules:
- Lowercase after prefix
- Present tense imperative ("add", not "added")
- Under 70 characters
- Context name matches domain area (blog, import, export, web)
Issue Body (PRD)
## Overview
What we're building and why.
## Problem Statement
What user problem does this solve?
## Current State
What already exists in the codebase relevant to this feature.
## Requirements
- [ ] R-1: Description
## Technical Approach
- Affected modules
- Data flow changes
- Database changes if any
## Acceptance Criteria
Given/When/Then scenarios.
## Out of Scope
What we're explicitly NOT doing.
Creating the Issue
gh issue create \
--title "feat(<context>): <description>" \
--body "$(cat <<'EOF'
<PRD content>
EOF
)" \
--label "prd" \
--label "P2: medium"
Report the issue URL to the user when done.
Amending an Issue
When called with /po amend <issue_number> <summary>, append a revision to the existing issue. The original PRD is immutable — never edit or overwrite it.
Append a ## Revision <N> block with changes, updated requirements, and removed/deferred items.
Pipeline
/po <prompt> -> GitHub issue -> /dev -> /review -> /commit -> /pr
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/product-owner-mrwakdfj/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/product-owner-mrwakdfj' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/product-owner-mrwakdfj/download' --output '.skill-downloads/product-owner-mrwakdfj/SKILL.md.part' && mv '.skill-downloads/product-owner-mrwakdfj/SKILL.md.part' '.skill-downloads/product-owner-mrwakdfj/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/product-owner-mrwakdfj/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.