Synthèse automatique
Examine une checklist de release à partir des preuves fournies et de l'état git, puis produit un tableau de gates pass/fail accompagné des blocages et des preuves manquantes, sans jamais taguer ni publier.
Points forts
- Lecture seule par conception : l'outil s'arrête avant toute action de tag, publication ou release
- Sépare explicitement les faits observés des hypothèses et signale les preuves absentes
- Sortie structurée en tableau de gates, blocages et lacunes de preuve, directement exploitable pour un go/no-go
- Périmètre d'outils restreint (readFile, git.status), ce qui limite la surface de risque
Limites
- Ne peut pas lancer les tests, le build ni interroger la CI : il dépend des sorties de commandes fournies par l'utilisateur
- Ne vérifie pas automatiquement les critères de passage, il les interprète à partir des preuves transmises
- Ne couvre pas les étapes de livraison elles-mêmes (tag, publication), volontairement exclues
À utiliser juste avant une release, pour obtenir une revue factuelle de la checklist avec un verdict pass/fail par gate.
À ne pas utiliser lorsqu'il faut exécuter le pipeline de build/test ou réaliser l'étape de tag et de publication.
Analyse de sécurité
SûrThe skill is purely advisory: it reads a checklist and reports pass/fail evidence using read-only capabilities (file read, git status). It contains no shell commands, no network or credential access, no obfuscation, and explicitly requires stopping before any irreversible or account-changing action and deferring to a supervised/approval-gated step. The only issue is a documentation mismatch about which tools are allowed, which is not an execution risk.
- •Allowed-tools declaration is inconsistent: the header says '(none declared)' while the body lists filesystem.readFile and git.status. Both are read-only, so risk is low, but the capability declaration should be reconciled so an agent runtime enforces the intended scope.
- •No executable commands, network calls, or code blocks are present; the instruction is prose-only and explicitly prohibits tagging, publishing, or releasing artifacts.
Exemples
Here is our release checklist for v2.4.0, plus the outputs of `git status`, `npm test`, and the changelog diff. Review each item and tell me which gates pass, which fail, and which have no supporting evidence.Check this release checklist against the current repo state and list the blockers that must be cleared before shipping 1.9.0. Flag anything you cannot verify with the files and git status available.Audit the attached release checklist for missing evidence — point out every item where no command output or file was provided, and suggest the safest manual verification for each.Release Checklist Runner
Purpose
Review a release checklist and report pass/fail evidence.
Allowed tools
- filesystem.readFile
- git.status
Instructions
Use this skill for: Review a release checklist and report pass/fail evidence. Expected inputs: Checklist, release target, and command outputs. Work only from user-provided context, visible evidence, or explicitly allowed project files. Separate observed facts from assumptions, and say when evidence is missing. If a required live capability is unavailable, explain the limitation and provide the safest manual verification path. For any state-changing, irreversible, account-changing, or destructive action, stop and propose a supervised Feather task or approval-gated next step. Never: Tag, publish, or release artifacts.
Output
Return Gate table, blockers, and evidence gaps. Use this structure:
- Summary
- Evidence used
- Findings
- Risks or uncertainty
- Recommended next supervised action
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-checklist-runner-ms2s7d1i/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-checklist-runner-ms2s7d1i' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/release-checklist-runner-ms2s7d1i/download' --output '.skill-downloads/release-checklist-runner-ms2s7d1i/SKILL.md.part' && mv '.skill-downloads/release-checklist-runner-ms2s7d1i/SKILL.md.part' '.skill-downloads/release-checklist-runner-ms2s7d1i/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/release-checklist-runner-ms2s7d1i/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.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.