Synthèse automatique
Ce skill lance des sessions de QA automatisées sur l'extension VS Code Grafema, en pilotant code-server via Playwright et en recoupant chaque panneau avec les données du graphe via les outils MCP et la CLI.
Points forts
- Quatre modes explicites : reprise automatique, fichier précis, revalidation des bugs ouverts (--recheck) et tâche libre en texte
- Persistance complète dans _qa/qa-state.json : progression par ligne, registre de bugs, gaps bloquants, historique des tâches et statistiques de couverture
- Validation croisée systématique entre ce que l'agent voit à l'écran (captures multimodales) et les données du graphe Grafema
- Production d'artefacts structurés et horodatés (rapports de bug/gap, rapports de session, captures d'écran) directement exploitables
Limites
- Dépend d'un environnement lourd et prérequis : conteneur Docker code-server sur localhost:8080, Playwright chromium et base de graphe Grafema peuplée
- Fortement couplé au projet Grafema (chemins _qa/, Orchestrator.ts, priorités de fichiers) et peu réutilisable tel quel ailleurs
- Plafonné à 10 bugs par session, ce qui impose plusieurs passes sur un gros périmètre
À utiliser lorsque vous voulez vérifier automatiquement que les panneaux de l'extension Grafema reflètent bien les données du graphe, ou revérifier des bugs après un correctif.
À éviter si le conteneur code-server, Playwright ou la base Grafema ne sont pas disponibles, ou pour tester un projet sans rapport avec cette extension.
Analyse de sécurité
PrudenceThis SKILL.md contains no dangerous or exfiltrating instructions itself; it orchestrates a legitimate QA workflow. It is rated 'caution' because it exercises powerful tooling—Docker, browser automation, Bash, and MCP/CLI calls—and because its real behavior is delegated to a referenced agent file that a reviewer cannot see here, so the actual executed instructions are not fully auditable from this document alone.
- •Requires a running Docker container (docker-compose up -d) and interacts with it
- •Runs browser automation (Playwright/Chromium) via inline Node scripts in Bash
- •Delegates behavior to an external, unaudited agent instruction file (.claude/agents/qa-agent.md) whose contents are not part of this SKILL.md
- •Reads and writes state/report files under _qa/ (limited to project scope)
- •No destructive commands, no credential/token exfiltration, no obfuscated payloads, and network access appears limited to localhost:8080
Exemples
/qa/qa packages/vscode/src/Orchestrator.ts/qa --recheckname: qa description: | Run automated QA checks on Grafema VS Code extension via Playwright + MCP cross-validation. Use when: (1) user says "/qa" to start or resume QA session, (2) user wants to validate extension panels against graph data, (3) user wants to re-check previously found bugs after a fix, (4) user wants to run a custom QA task. Requires Docker code-server running. author: Claude Code version: 1.0.0 date: 2026-02-20
/qa -- Grafema VS Code Extension QA
When to Use
- Validate VS Code extension UI against graph data
- Check specific files or resume from last session
- Re-check open bugs after fixes (version validation)
- Run custom QA tasks (e.g., "check hover tooltips only")
Usage
/qa # Auto-resume from last session
/qa packages/vscode/src/Orchestrator.ts # Check specific file
/qa --recheck # Re-validate all open bugs
/qa check only the Callers panel # Custom task (free text)
Prerequisites
- Docker container
code-serverrunning (cd demo && docker-compose up -d) - Playwright chromium available (auto-installed if missing)
- Code-server accessible at
http://localhost:8080 - Grafema graph database populated (extension must be analyzing a project)
How It Works
1. Parse Arguments
Determine the mode from the user's input:
- No args / empty: auto-resume. Find file with
status: "in-progress"in state, resume fromlastCheckedLine + 1. If none, pick next unchecked file. - File path: check that specific file from line 1 (or resume if already in-progress).
--recheck: re-validate all bugs withstatus: "open"and gaps withstatus: "blocking".- Anything else: treat as free-text custom task. Record in
customTasksregistry.
2. Load State
Read _qa/qa-state.json. This tracks:
- Per-file progress (which line we left off at)
- Bug registry (all bugs found across sessions)
- Gap registry (infrastructure gaps that block files)
- Custom task history
- Coverage statistics
- Version history
3. Check Docker
Verify the code-server Docker container is running and accessible. If not, print the start command and stop.
4. Launch QA Agent
Read the agent instructions from .claude/agents/qa-agent.md. The agent:
- Drives code-server via Playwright (inline Node.js scripts in Bash)
- Takes screenshots and reads them (multimodal -- Claude sees images)
- Cross-validates every panel with Grafema MCP tools and CLI
- Records bugs and gaps with full evidence
- Updates state after every checked line
- Stops after 10 bugs per session
5. Return Summary
After the session completes, report:
- How many entities were checked
- How many bugs and gaps were found
- Which reports were written
- What to do next (fix bugs, resolve gaps, re-run /qa)
Modes
Auto-Resume (default)
Finds the first file with status: "in-progress" and resumes from lastCheckedLine + 1. If no file is in progress, picks the next unchecked file using priority order: Orchestrator.ts first, then largest files first.
Specific File
Checks the given file from line 1. If the file was previously in-progress, resumes from where it left off.
Recheck
Re-validates all open bugs and blocking gaps. Does NOT check new lines. Marks fixed bugs as "fixed" and resolved gaps as "resolved". Useful after deploying a fix to verify it works.
Custom Task
Any argument that is not a file path and not --recheck is treated as a free-text instruction. The agent executes the task, records it in customTasks, and still logs any bugs/gaps found to the normal registries.
Output Locations
| Artifact | Path |
|----------|------|
| State file | _qa/qa-state.json |
| Bug reports | _qa/reports/bug-NNN.md |
| Gap reports | _qa/reports/gap-NNN.md |
| Session reports | _qa/reports/session-YYYY-MM-DD-HH-MM-SS.md |
| Screenshots | _qa/screenshots/ (gitignored) |
Session Limits
The agent stops after finding 10 bugs in a single session. This keeps reports manageable and encourages incremental fixing. Fix the bugs, then re-run /qa to continue.
Extension Panels
The extension registers 7 panels: Status, Value Trace, Callers, Blast Radius, Issues, Explorer, Debug Log. Plus the built-in Monaco hover tooltip.
Note: The panel formerly called "Edges Explorer" in early docs is actually "Blast Radius".
Bug vs Gap
- Bug (
ui-bugorcore-bug): single entity shows wrong/missing data in one panel. Recorded, agent continues. - Gap (
infrastructure-gap): entire panel broken across 5+ entities in multiple files. Blocks affected files, agent stops session.
Troubleshooting
Docker not running
cd demo && docker-compose up -d
Playwright not installed
The agent auto-installs chromium. If it fails:
npx playwright install chromium
Code-server not responding
Check Docker logs:
docker logs code-server
Panels not updating after click
The agent waits 3 seconds for async panel updates. If panels are still empty, this may indicate an infrastructure gap rather than a timing issue.
Screenshots unreadable
Small text in screenshots may be hard to read. The agent uses MCP/CLI for exact data validation and screenshots only for structural checks (panel visible, non-empty, has sections).
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/automated-qa-checks-mrx3xw5o/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/automated-qa-checks-mrx3xw5o' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/automated-qa-checks-mrx3xw5o/download' --output '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md.part' && mv '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md.part' '.skill-downloads/automated-qa-checks-mrx3xw5o/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.
Extrait original : Prerequisites
- Docker container
code-serverrunning (cd demo && docker-compose up -d) - Playwright chromium available (auto-installed if missing)
- Code-server accessible at
http://localhost:8080 - Grafema graph database populated (extension must be analyzing a project)
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/automated-qa-checks-mrx3xw5o/SKILL.md' && test -s '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/qa' && cp -R '.skill-downloads/automated-qa-checks-mrx3xw5o' '.claude/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/automated-qa-checks-mrx3xw5o'openskills read 'automated-qa-checks-mrx3xw5o'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/automated-qa-checks-mrx3xw5o/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.