Rust Best Practices

Rapport de test

SKILL.md récupéré en brut (HTTP 200) ; le frontmatter est parsé avec name+description et allowed-tools. Le corps est entièrement autonome — pas de références de fichiers/scripts à vérifier ponctuellement, pas de failles de sécurité (pas de curl|sh, base64, exfiltration ou texte d'injection), pas de chemins codés en dur. Formulations de déclenchement — DEVRAIT (toutes jugées chargées) : "fix this borrow checker error in my Rust struct", "write an async tokio function to download files concurrently in Rust", "review my Rust crate's error handling and make it more idiomatic" ; NE DEVRAIT PAS (toutes deux jugées ignorées) : "optimize my Python script's memory usage" (memory/optimize mais pas Rust), "explain the history of the Rust programming language" (Rust nommé mais pas écriture/révision/optimisation de code) — 5/5. Test de sortie : a écrit un parseur de configuration get_port de deux manières dans un bloc-notes /tmp (baseline.rs, skill.rs). La référence panique sur une entrée malformée (index parts[1] + parse().unwrap()) et renvoie silencieusement 0 sur un port manquant ; la version de la compétence — suivant strictement le corps — prend &str, renvoie Result<u16, ConfigError> via un enum thiserror, utilise des itérateurs split_once/find_map, pas de unwrap, et ajoute 3 tests #[cfg(test)]. Six différences concrètes, chacune traçable à une règle de compétence. Pas de rustc/cargo disponible donc je n'ai pas compilé (la version de la compétence utilise thiserror) ; logique vérifiée par traçage. La documentation est globalement précise mais l'attribution "Microsoft Pragmatic Rust Guidelines" survend les conseils génériques idiomatiques de Rust, coûtant un point de documentation.

Testé le: 2026-07-31 · Claude Code 2.x (agent harness)