Synthèse automatique
Exécute un test de harness pour une skill everything-evenhub en lançant un sous-agent implémenteur guidé par la skill, puis un sous-agent vérificateur muni d'une checklist structurée.
Points forts
- Sépare clairement l'implémentation et la vérification via deux sous-agents distincts
- Impose au vérificateur de lire les fichiers réels et de relancer tsc/build plutôt que de faire confiance au rapport de l'implémenteur
- Distingue les tests d'implémentation des tests d'audit (cross-check, sdk-ground-truth) qui sautent les étapes 3-4
- Produit un score PASS/FAIL par élément de checklist avec suggestion d'amélioration de la skill
Limites
- Fortement couplé au dépôt everything-evenhub : chemins, liste de skills valides et checklists codés en dur
- Nécessite des sous-agents spécifiques (general-purpose, superpowers:code-reviewer) et n'est donc pas portable tel quel
- La qualité du verdict dépend entièrement du contenu des fichiers de cas et de checklist, absents du SKILL.md
À utiliser lorsqu'on veut valider de façon reproductible qu'une skill everything-evenhub produit bien le résultat attendu.
À ne pas utiliser pour tester une skill d'un autre dépôt ou sans les fichiers harness/cases et harness/checklists correspondants.
Analyse de sécurité
PrudenceThe skill orchestrates file reads/writes, directory creation, build commands (npx tsc, npm run build), and subagent dispatch — all legitimate for a test harness and operating on repo-relative paths. There is meaningful execution surface (subagents following arbitrary skill content, recursive copy), but nothing destructive, exfiltrating, or hidden, so it warrants caution rather than a risky rating.
- •Uses Bash for mkdir/cp/npx/npm operations and dispatches subagents (general-purpose, sonnet) that execute arbitrary skill instructions — powerful but scoped to the repo
- •`cp -r harness/.output/quickstart/demo-glasses/ ...` could overwrite existing files in target dir if present
- •No destructive commands (rm -rf), no curl|sh piping, no secrets/token exfiltration, no obfuscated payloads, no safety-disabling instructions
Exemples
/harness quickstart/harness glasses-ui/harness sdk-ground-truthname: harness description: Run harness tests to verify everything-evenhub skill quality. Dispatches an implementer subagent guided by the skill, then a verifier subagent with a structured checklist. Use to validate any skill works correctly. user-invocable: true allowed-tools: Read, Grep, Glob, Bash, Write, Edit, Agent argument-hint: <skill-name> (e.g., quickstart, glasses-ui)
You are running a harness test for an everything-evenhub skill. Follow these steps exactly. Do not improvise — the value of this harness is reproducibility.
Step 1: Determine the skill to test
Extract the skill name from $ARGUMENTS. Valid skills: quickstart, build-and-deploy, glasses-ui, handle-input, device-features, test-with-simulator, simulator-automation, font-measurement, sdk-reference, cli-reference, design-guidelines, cross-check, sdk-ground-truth.
Audit tests (cross-check, sdk-ground-truth): these do NOT use an implementer subagent. Skip Steps 3–4 and go directly to Step 5.
Step 2: Load all inputs
Read these 3 files (all paths relative to the everything-evenhub repo root):
plugins/everything-evenhub/skills/<skill-name>/SKILL.md→ store asSKILL_CONTENTharness/cases/<skill-name>.md→ store asCASE(extract the "Simulated User Request" and "Output Directory")harness/checklists/<skill-name>.md→ store asCHECKLIST
If any file is missing, tell the user and stop.
Step 3: Prepare output directory
- If the case specifies an output directory, create it:
mkdir -p <output-dir> - If the case requires a pre-existing project (e.g., glasses-ui needs the quickstart output), copy it:
cp -r harness/.output/quickstart/demo-glasses/ harness/.output/<skill-name>/demo-glasses/ - If no pre-existing project is needed and the skill generates files (quickstart, build-and-deploy), just create the output dir.
- If the skill is a reference/guidance skill that produces code in an existing project, ensure the project exists.
Step 4: Dispatch implementer subagent
Launch a general-purpose subagent with model sonnet using EXACTLY this prompt template (substitute the placeholders):
You are Claude Code executing a skill. Follow the skill instructions below to fulfill the user request.
## Skill Instructions
{SKILL_CONTENT}
## User Request
"{SIMULATED_USER_REQUEST from CASE}"
## Your Job
1. Execute the skill instructions to fulfill the user request
2. Work from: {OUTPUT_DIRECTORY from CASE}
3. After completing, if the skill produces code files, run:
- `npx tsc --noEmit` (TypeScript check)
- `npm run build` (Vite build)
If either fails, fix the code and re-run until both pass.
4. Report back: what you did, files changed, build results, any issues encountered
Wait for the subagent to complete and capture its report as IMPLEMENTER_REPORT.
Step 5: Dispatch verifier subagent
Launch a superpowers:code-reviewer subagent using EXACTLY this prompt template:
You are verifying the output of an everything-evenhub harness test.
## What Was Requested
{SIMULATED_USER_REQUEST from CASE}
## What Implementer Claims
{IMPLEMENTER_REPORT}
## CRITICAL: Do Not Trust the Report
Read the ACTUAL files on disk. Verify independently.
## Verification Checklist
{CHECKLIST content}
## Output Location
{OUTPUT_DIRECTORY from CASE}
## Instructions
1. Read every file referenced in the checklist
2. For code-producing skills, run `npx tsc --noEmit` and `npm run build` yourself
3. Report PASS or FAIL for each checklist item
4. For each FAIL: explain what's wrong and whether it's an agent error or a skill guidance gap
5. At the end provide: Score (X/Y), critical issues, skill improvement suggestions
Wait for the verifier to complete and capture its report as VERIFIER_REPORT.
Step 6: Report results
Present to the user in this format:
## Harness Result: <skill-name>
**Score:** X/Y PASS
### FAIL items (if any)
| # | Item | Issue | Cause (agent/skill) |
### Skill improvement suggestions (if any)
| # | Suggestion | Reason |
### Verdict: PASS / NEEDS_FIX
If there are skill improvements needed, ask: "Apply these fixes to the skill?"
Task
Run harness test for: $ARGUMENTS
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/skill-harness-tester-ms8gxmwz/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/skill-harness-tester-ms8gxmwz' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/skill-harness-tester-ms8gxmwz/download' --output '.skill-downloads/skill-harness-tester-ms8gxmwz/SKILL.md.part' && mv '.skill-downloads/skill-harness-tester-ms8gxmwz/SKILL.md.part' '.skill-downloads/skill-harness-tester-ms8gxmwz/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.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Grep, Glob, Bash, Write, Edit, Agent
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/skill-harness-tester-ms8gxmwz/SKILL.md' && test -s '.skill-downloads/skill-harness-tester-ms8gxmwz/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/harness' && cp -R '.skill-downloads/skill-harness-tester-ms8gxmwz' '.claude/skills/harness'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/skill-harness-tester-ms8gxmwz'openskills read 'skill-harness-tester-ms8gxmwz'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/skill-harness-tester-ms8gxmwz/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.