Synthèse automatique
Ce skill exécute la suite de validation du moteur d'allocation adviser_allocation : tests pytest avec couverture, lint ruff et vérification de types mypy.
Points forts
- Regroupe en un seul endroit les trois commandes de validation (tests, lint, typage) avec la syntaxe exacte du dépôt.
- Indique les fichiers de tests correspondant à chaque zone critique : algorithme d'allocation, API, Firestore et synchronisation Employment Hero.
- Précise le contexte de déploiement Cloud Run et le déclenchement automatique de la CI/CD sur la branche main.
Limites
- Les commandes supposent une arborescence précise (src/adviser_allocation, tests/) qui n'est pas paramétrable.
- Aucune gestion des dépendances ni des variables d'environnement nécessaires à l'exécution des tests.
- Ne couvre pas les tests d'intégration bout en bout ni la vérification du déploiement lui-même.
À lancer juste après avoir modifié la logique d'allocation, les endpoints d'API ou les interactions Firestore, avant de pousser sur main.
Inutile pour des changements hors du moteur adviser_allocation ou lorsque l'environnement Python et les dépendances ne sont pas installés.
Analyse de sécurité
SûrThe skill only documents standard development commands (pytest, ruff, mypy) and mentions test areas and deployment behavior. No destructive, exfiltrating, or obfuscated actions are instructed.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
I just reworked the weighting in the adviser allocation algorithm. Run the full validation suite for adviser_allocation and tell me which tests fail.Before I push to main, run pytest with coverage, ruff and mypy on this repo and summarize any errors I need to fix.I edited the Firestore write path and the Employment Hero sync job — run the relevant tests in tests/test_firestore.py and tests/test_eh_sync.py plus the lint and type checks.Build Validator - adviser_allocation
Validates code changes for the adviser allocation engine.
When to Use
Run after modifying allocation logic, API endpoints, or Firestore interactions.
Commands
# Run tests with coverage
pytest tests/ -v --cov=src/adviser_allocation
# Lint check
uv run ruff check src/ tests/
# Type check
mypy src/
Key Test Areas
- Allocation algorithm:
tests/test_allocation.py - API endpoints:
tests/test_api.py - Firestore operations:
tests/test_firestore.py - Employment Hero sync:
tests/test_eh_sync.py
Deployment Note
This repo deploys to Cloud Run. CI/CD auto-deploys on push to main if tests pass.
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/build-validator-adviser-allocation-mtqry3ww/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/build-validator-adviser-allocation-mtqry3ww' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/build-validator-adviser-allocation-mtqry3ww/download' --output '.skill-downloads/build-validator-adviser-allocation-mtqry3ww/SKILL.md.part' && mv '.skill-downloads/build-validator-adviser-allocation-mtqry3ww/SKILL.md.part' '.skill-downloads/build-validator-adviser-allocation-mtqry3ww/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
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode 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/build-validator-adviser-allocation-mtqry3ww/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.