Synthèse automatique
Exécute la suite de tests QA du binaire CLI docket via le script réutilisable scripts/qa.sh, qui compile le projet, lance toutes les vérifications fonctionnelles et affiche un rapport pass/fail structuré.
Points forts
- Un seul point d'entrée : le script compile, teste et nettoie automatiquement les répertoires temporaires
- Couverture large et organisée en sections A à S allant des commandes de base aux codes de sortie, contrats JSON et chemins d'erreur
- Rapport final lisible avec le nombre de vérifications réussies et la liste des échecs
- Accepte un chemin vers un binaire existant, ce qui permet de valider un artefact de build (par ex. après un build vorpal)
Limites
- Dépend de jq pour la validation JSON, sans quoi une partie des contrôles ne peut pas s'exécuter
- Fortement spécifique au projet docket : les sections de test et le script ne sont pas réutilisables tels quels ailleurs
- Nécessite un environnement shell avec accès au dépôt et à ses scripts, donc peu adapté à un contexte distant ou sandboxé
À utiliser lorsqu'on veut vérifier rapidement qu'un binaire docket fraîchement compilé se comporte correctement avant de le livrer.
À éviter pour tester un autre projet que docket ou pour des tests unitaires ciblés sur une fonction précise.
Analyse de sécurité
PrudenceThe skill itself contains no destructive, exfiltrating, or obfuscated instructions. However, it delegates execution to a repository script that is not shown, so a reviewer cannot verify exactly what commands will run. This is a legitimate QA workflow but warrants caution because it executes local build/test code with shell access.
- •Instructs the agent to execute `./scripts/qa.sh`, but the script contents are not included in SKILL.md, so the actual commands are not auditable from the provided text.
- •Requires shell execution and building/running a local binary, which is powerful but appropriate for a QA skill.
- •No allowed-tools are declared even though the workflow depends on bash execution.
Exemples
Run QA on docket and tell me if everything passes.Smoke test the docket binary at ./result/bin/docket and report any failing checks.I just rebuilt docket — run the quality assurance suite and summarize the results.name: qa description: > Run quality assurance checks on the docket CLI binary. Use this skill when the user asks to "run QA", "test the build", "verify the binary", "smoke test", "run quality assurance", "check the CLI", or wants to validate that docket is working correctly after a build.
Docket QA Skill
Run the docket QA test suite by executing the reusable scripts/qa.sh script.
This script builds docket, runs all functional checks across every command and
flag, validates output, exit codes, error handling, and JSON contracts, then
prints a structured pass/fail report.
ARGUMENTS: optional path to the docket binary. If not provided, the script builds from source automatically.
Workflow
1. Run the QA script
./scripts/qa.sh [optional-binary-path]
The script handles everything:
- Builds docket (if no binary path given)
- Creates isolated temp directories so tests don't affect user state
- Runs all test sections in order (A through S)
- Cleans up temp directories on exit
- Prints a full pass/fail report with details on failures
- Exits 0 if all checks pass, 1 if any fail
2. Review the output
The script prints a summary table and final result line:
QA Result: X/Y checks passed
If any checks failed, they are listed at the bottom for visibility.
3. Report results to the user
Summarize the QA results. If there are failures, investigate and fix them.
Test Coverage
The script covers these sections (see scripts/qa.sh for full details):
| Section | Description | Checks | |---------|-------------|--------| | A | No-DB commands (version, help, config) | 5 | | B | Init lifecycle | 4 | | C | Config after init | 2 | | D | DOCKET_PATH override | 3 | | E | Quiet mode | 2 | | F | Create command | 11 | | G | List command (filters, sorting, tree) | 12 | | H | Show command | 6 | | I | Move command (status transitions) | 11 | | J | Close command | 6 | | K | Reopen command | 6 | | L | Edit command (all flags) | 15 | | M | Edit reparenting (cycles, self-ref) | 11 | | N | Delete — simple | 5 | | O | Delete — cascade and orphan | 16 | | P | Activity log verification | 6 | | Q | JSON contract validation | 11 | | R | Exit codes (all commands) | 23 | | S | Error paths (no DB) | 10 |
Developer Usage
Developers can run the script directly without Claude:
# Build and test
./scripts/qa.sh
# Test a specific binary
./scripts/qa.sh /path/to/docket
# After a vorpal build
vorpal build docket --export
./scripts/qa.sh ./result/bin/docket
Requires jq to be installed for JSON validation.
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/docket-qa-checks-mrwak8wo/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/docket-qa-checks-mrwak8wo' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/docket-qa-checks-mrwak8wo/download' --output '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md.part' && mv '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md.part' '.skill-downloads/docket-qa-checks-mrwak8wo/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/docket-qa-checks-mrwak8wo/SKILL.md' && test -s '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/qa' && cp -R '.skill-downloads/docket-qa-checks-mrwak8wo' '.claude/skills/qa'Cursor
test -f '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md' && test -s '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/qa' && cp -R '.skill-downloads/docket-qa-checks-mrwak8wo' '.cursor/skills/qa'Codex
test -f '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md' && test -s '.skill-downloads/docket-qa-checks-mrwak8wo/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/qa' && cp -R '.skill-downloads/docket-qa-checks-mrwak8wo' '.agents/skills/qa'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/docket-qa-checks-mrwak8wo'openskills read 'docket-qa-checks-mrwak8wo'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/docket-qa-checks-mrwak8wo/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.
Comparaison de performances ClickHouse
Testing
Évaluez les résultats de tests de performance ClickHouse, analysez les régressions de PR, comparez avec l'historique et vérifiez la fiabilité des mesures.
Analyse des rapports de performance CI
Testing
Analyse les rapports de comparaison de performance CI pour une PR ClickHouse. Recoupe l'historique master pour distinguer les vraies régressions des tests instables.
Méthode Santa
Testing
Vérification adversarial multi-agents avec deux réviseurs indépendants. La sortie est vérifiée deux fois et corrigée itérativement jusqu'à ce que les deux acceptent avant publication.