How do I install the Validate skill?

Run npx skillmds@latest add tomevault-io/validate-3 in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Validate safe to use?

This skill has not completed SkillMD's automated safety review yet. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Validate?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Validate free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Validate?

tomevault-io (@tomevault-io) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Validate by tomevault-io — Agent Skill

Name: Validate
Author: tomevault-io

File contents

Skill : Validate (Build & Tests)

Valide que le code compile et que les tests passent. Equivalent rapide d'un "CI local".

Quand utiliser

Apres des modifications de code
Avant un commit pour verifier que rien n'est casse
Pour diagnostiquer des erreurs de build ou de tests

Workflow

Etape 1 : Detecter le framework

Identifier le framework de build/test du projet :

Fichier	Framework	Build	Test
`package.json` (scripts.build)	Node.js	`npm run build` ou `npx tsc --noEmit`	Voir step 2
`Makefile`	Make	`make build`	`make test`
`pyproject.toml`	Python	-	`pytest -v`
`Cargo.toml`	Rust	`cargo build`	`cargo test`
`go.mod`	Go	`go build ./...`	`go test ./...`

Etape 2 : Build (check only si possible)

Lancer le build du projet. Pour TypeScript, preferer npx tsc --noEmit (type check sans output).

Si succes : passer a l'etape 3
Si erreurs : les lister avec fichier:ligne, corriger les erreurs simples (imports, typos), relancer

Etape 3 : Tests unitaires

Lancer les tests. Verifier que la commande ne bloque pas en mode watch interactif.

Framework	Commande correcte	Commande a EVITER
Vitest	`npx vitest run`	`npm test` (mode watch)
Jest	`npx jest --ci`	`npm test` (mode watch)
pytest	`pytest -v`	-
Go	`go test ./...`	-

Etape 4 : Rapport

Produire un rapport concis :

## Validation Build & Tests

### Build
- Status : SUCCESS | FAILED (X erreurs)
- Erreurs corrigees : [liste si applicable]

### Tests
- Total : X tests
- Pass : Y
- Skip : Z
- Fail : W

### Erreurs a corriger
| Fichier | Ligne | Erreur |
|---------|-------|--------|
| ... | ... | ... |

Variantes

Validation rapide (defaut)

Build check + tests complets.

Validation avec couverture

Ajouter --coverage a la commande de test (si supporte).

Tests d'un fichier specifique

Passer le chemin du fichier au test runner.

Regles

Toujours lancer le build AVANT les tests
Reporter les erreurs avec fichier:ligne pour faciliter la correction
Corrections simples (typos, imports manquants) : corriger directement et relancer
Erreurs complexes (logique, architecture) : lister et laisser la decision a la conversation principale
Ne JAMAIS ignorer un test qui echoue sans explication

Converted and distributed by TomeVault — claim your Tome and manage your conversions.

---name: validate-3description: Valide que le code compile et que les tests passent. Equivalent rapide d'un CI local. Utilise quand on veut verifier le build et les tests apres des modifications. Use when this capability is needed.---# Skill : Validate (Build & Tests)Valide que le code compile et que les tests passent. Equivalent rapide d'un "CI local".---## Quand utiliser- Apres des modifications de code- Avant un commit pour verifier que rien n'est casse- Pour diagnostiquer des erreurs de build ou de tests---## Workflow### Etape 1 : Detecter le frameworkIdentifier le framework de build/test du projet :| Fichier | Framework | Build | Test ||---------|-----------|-------|------|| `package.json` (scripts.build) | Node.js | `npm run build` ou `npx tsc --noEmit` | Voir step 2 || `Makefile` | Make | `make build` | `make test` || `pyproject.toml` | Python | - | `pytest -v` || `Cargo.toml` | Rust | `cargo build` | `cargo test` || `go.mod` | Go | `go build ./...` | `go test ./...` |### Etape 2 : Build (check only si possible)Lancer le build du projet. Pour TypeScript, preferer `npx tsc --noEmit` (type check sans output).- Si succes : passer a l'etape 3- Si erreurs : les lister avec fichier:ligne, corriger les erreurs simples (imports, typos), relancer### Etape 3 : Tests unitairesLancer les tests. **Verifier que la commande ne bloque pas en mode watch interactif.**| Framework | Commande correcte | Commande a EVITER ||-----------|-------------------|--------------------|| Vitest | `npx vitest run` | `npm test` (mode watch) || Jest | `npx jest --ci` | `npm test` (mode watch) || pytest | `pytest -v` | - || Go | `go test ./...` | - |### Etape 4 : RapportProduire un rapport concis :```## Validation Build & Tests### Build- Status : SUCCESS | FAILED (X erreurs)- Erreurs corrigees : [liste si applicable]### Tests- Total : X tests- Pass : Y- Skip : Z- Fail : W### Erreurs a corriger| Fichier | Ligne | Erreur ||---------|-------|--------|| ... | ... | ... |```---## Variantes### Validation rapide (defaut)Build check + tests complets.### Validation avec couvertureAjouter `--coverage` a la commande de test (si supporte).### Tests d'un fichier specifiquePasser le chemin du fichier au test runner.---## Regles- Toujours lancer le build AVANT les tests- Reporter les erreurs avec fichier:ligne pour faciliter la correction- Corrections simples (typos, imports manquants) : corriger directement et relancer- Erreurs complexes (logique, architecture) : lister et laisser la decision a la conversation principale- Ne JAMAIS ignorer un test qui echoue sans explication---> Converted and distributed by [TomeVault](https://tomevault.io/claim/jsboige) — claim your Tome and manage your conversions.

Frequently asked questions

Validate