Synthèse automatique
Effectue un audit complet avant la mise en production, couvrant les vulnérabilités des dépendances, les fichiers communautaires, les fuites d'informations personnelles, les secrets, la qualité du code et la configuration de sécurité de base.
Points forts
- Vérifie plusieurs dimensions (sécurité, qualité du code, configuration) en une seule exécution.
- Distingue les problèmes de dépendances directs et transitifs.
- Fournit une sortie claire avec des symboles ✅/❌/⚠️.
- Inclut des vérifications automatisées et des rappels manuels pour les paramètres GitHub.
Limites
- Dépend de npm audit, qui peut avoir des faux positifs ou manquer des vulnérabilités.
- Certaines vérifications (fuites d'informations personnelles) peuvent nécessiter une connaissance du domaine pour éviter les faux positifs.
- Ne peut pas vérifier automatiquement les paramètres du dépôt GitHub ; nécessite une confirmation manuelle.
Utilisez avant toute mise en production pour vous assurer que tous les pièges courants sont traités.
Ne convient pas pour des vérifications rapides sur des projets non critiques ou lorsque seulement un sous-ensemble de vérifications est nécessaire.
Analyse de sécurité
PrudenceThe skill instructs running shell commands for auditing purposes (npm audit, grep), which are powerful but legitimate. No destructive or exfiltrating actions.
- •Uses bash and grep commands that access the filesystem; if output contains sensitive data, it could be exposed to the AI or user.
Exemples
Run a release readiness audit on the current project.Check if the project is ready for release, covering security and dependencies.Perform a pre-release verification for this project.name: release-check description: Comprehensive release readiness audit covering security, dependencies, community files, and code quality. Use when asked for a "release check", "release readiness" review, or "pre-release verification".
Release Readiness Audit
Pre-release cross-cutting check: security, dependencies, required community files, and code quality.
Documentation and metadata checks live in /release-docs-check — run that separately.
1. Dependency vulnerabilities
npm audit --audit-level=high
- Confirm zero High / Critical
- If any remain, distinguish direct vs. transitive in the report
- Note whether
npm audit fixcan resolve them
2. Required community files
Use Glob to confirm each file exists:
| File | Purpose |
|------|---------|
| LICENSE | License (required) |
| README.md | Project overview (required) |
| CONTRIBUTING.md | Contribution guide (required) |
| SECURITY.md | Vulnerability reporting policy (required) |
| CODE_OF_CONDUCT.md | Code of conduct (recommended) |
| .env.example | Environment variable template (required) |
3. Personal / project-specific info leaks
Grep (excluding node_modules, .next, .git):
- Personal domains / URLs: scan source for
\.info,\.dev,\.mepatterns - Personal names / handles: repository owner names must not be hardcoded in source
- Project-specific names: your own project or brand names (e.g.,
my-blog-name) must not remain in source
Allowed locations: package.json, README.md, CONTRIBUTING.md, SECURITY.md, LICENSE, _release/.
4. Secrets / credential leaks
Grep for these patterns:
- API key prefixes:
sk-,AIza,ghp_,xoxb-,AKIA - Hardcoded passwords:
password\s*=\s*["'][^"']{8,} - Bearer tokens:
Bearer [A-Za-z0-9+/]{20,}
Read .env.example and verify it contains placeholders only.
5. Code quality
- Stray
console.log: Grep underapp/(admin)/baan-admin/api/ - TODO/FIXME/HACK: Grep under
app/,lib/(minor ones are warnings) - Japanese error messages: confirm API responses under
app/(admin)/baan-admin/api/do not contain Japanese (exclude translation files like_lib/i18n.ts)
6. Baseline security configuration
.gitignore:.env*,data/,*.pem,.session-secret, etc. are excludedpackage.json:"private": trueis set correctly (appropriate for an application)- TypeScript strict:
tsconfig.jsonhasstrict: true
7. GitHub repository settings (manual)
Cannot be verified from code — confirm manually before release:
- [ ] GitHub Private Vulnerability Reporting enabled (Security tab)
- [ ] Default branch is
main - [ ] Branch protection rules set up (if required)
Output format
Clean: ✅ OK
Issue: ❌ description (file:line)
Warning: ⚠️ description
Manual check: 👤 description
Summary format
## Release Readiness
| Category | Status |
|----------|--------|
| Dependency vulnerabilities | ✅ / ❌ |
| Required community files | ✅ / ❌ |
| Personal info leaks | ✅ / ❌ |
| Secret leaks | ✅ / ❌ |
| Code quality | ✅ / ⚠️ / ❌ |
| Baseline security | ✅ / ❌ |
### Verdict
🟢 READY / 🟡 CAUTION / 🔴 NOT READY
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/release-readiness-audit-mrwak9si/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/release-readiness-audit-mrwak9si' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/release-readiness-audit-mrwak9si/download' --output '.skill-downloads/release-readiness-audit-mrwak9si/SKILL.md.part' && mv '.skill-downloads/release-readiness-audit-mrwak9si/SKILL.md.part' '.skill-downloads/release-readiness-audit-mrwak9si/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
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/release-readiness-audit-mrwak9si/SKILL.md' && test -s '.skill-downloads/release-readiness-audit-mrwak9si/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/release-check' && cp -R '.skill-downloads/release-readiness-audit-mrwak9si' '.claude/skills/release-check'Cursor
test -f '.skill-downloads/release-readiness-audit-mrwak9si/SKILL.md' && test -s '.skill-downloads/release-readiness-audit-mrwak9si/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/release-check' && cp -R '.skill-downloads/release-readiness-audit-mrwak9si' '.cursor/skills/release-check'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/release-readiness-audit-mrwak9si'openskills read 'release-readiness-audit-mrwak9si'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode 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/release-readiness-audit-mrwak9si/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.