Synthèse automatique
Exécute les commandes de build et de test configurées, capture les résultats et détermine si le code compile et les tests passent.
Points forts
- Vérification automatique et reproductible du build et des tests
- Capture des preuves dans un fichier de rapport structuré
- Gère les commandes manquantes ou les timeouts avec des statuts appropriés
Limites
- Nécessite une configuration préalable dans config.json
- Ne supporte que des commandes uniques (pas de chaînes complexes)
- Les sorties d'erreur peuvent être longues et difficiles à analyser
Utilisez cette porte après une modification du code pour valider que le projet reste compilable et les tests verts.
Ne l'utilisez pas pour des vérifications nécessitant une analyse humaine ou des validations non liées au build et aux tests.
Analyse de sécurité
PrudenceThe skill executes build and test commands defined in a config file using Bash, which could be abused if the configuration is compromised. However, it is intended as an internal gate and does not directly prompt for destructive or exfiltration actions.
- •Runs user-configurable shell commands via Bash; potential code injection if config.json is tampered with.
- •Uses Bash, a powerful tool that can execute arbitrary commands.
Exemples
Verify the build and tests to ensure the project compiles and all tests pass.Run the build gate to check if the code compiles, but skip the tests.Execute the test command defined in config to confirm the unit tests pass.name: gate-build description: >- Runs configured build and test commands. Captures output as evidence. Returns PASS if commands exit 0, FAIL otherwise. Internal gate — invoked by verify, not directly by users. allowed-tools:
- Read
- Bash
- Glob
- Write
Gate: Build
Goal
Confirm the codebase compiles and tests pass. This is the most basic gate — if the code doesn't build or tests don't pass, nothing else matters.
Inputs
.specwright/config.json--commands.buildandcommands.test.specwright/state/workflow.json-- current work unit for evidence path
Outputs
- Evidence file at
{currentWork.workDir}/evidence/build-report.md - Gate status update in workflow.json: PASS, FAIL, or ERROR
- Console output showing results inline (users see findings, not just badges)
Constraints
Execution (LOW freedom):
- Read build command from
config.jsoncommands.build. Run it. Capture output. - Read test command from
config.jsoncommands.test. Run it. Capture output. - If a command is null/missing, SKIP that check (not FAIL).
- If both commands are null, gate status is SKIP.
- Timeout: 5 minutes per command. If exceeded, status is ERROR.
Verdict (LOW freedom):
- Follow
protocols/gate-verdict.mdfor verdict rendering. - Build exit code 0 + test exit code 0 = PASS.
- Any non-zero exit code = FAIL.
- Show failing output inline so the user sees what broke.
Evidence (LOW freedom):
- Follow
protocols/evidence.mdfor file format and storage. - Write evidence file with: command run, exit code, stdout/stderr, timestamp.
- Update
workflow.jsongates section perprotocols/state.md.
Protocol References
protocols/gate-verdict.md-- default-FAIL, self-critique, visibilityprotocols/evidence.md-- evidence storage and freshnessprotocols/state.md-- gate status updates
Failure Modes
| Condition | Action | |-----------|--------| | Build command not configured | SKIP build check, continue to test check | | Test command not configured | SKIP test check | | Both commands null | Gate status = SKIP | | Command times out (>5min) | Gate status = ERROR with timeout message |
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/gate-build-compilation-validation-mm78nnrd/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/gate-build-compilation-validation-mm78nnrd' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/gate-build-compilation-validation-mm78nnrd/download' --output '.skill-downloads/gate-build-compilation-validation-mm78nnrd/SKILL.md.part' && mv '.skill-downloads/gate-build-compilation-validation-mm78nnrd/SKILL.md.part' '.skill-downloads/gate-build-compilation-validation-mm78nnrd/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/gate-build-compilation-validation-mm78nnrd/SKILL.md' && test -s '.skill-downloads/gate-build-compilation-validation-mm78nnrd/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/gate-build' && cp -R '.skill-downloads/gate-build-compilation-validation-mm78nnrd' '.claude/skills/gate-build'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/gate-build-compilation-validation-mm78nnrd'openskills read 'gate-build-compilation-validation-mm78nnrd'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/gate-build-compilation-validation-mm78nnrd/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.