Rust Best Practices

Informe de la prueba

Se obtuvo SKILL.md en bruto (HTTP 200); el frontmatter se analiza con name+description y allowed-tools. El cuerpo es completamente autocontenido — sin referencias a archivos/scripts para verificar, sin problemas de seguridad (sin curl|sh, base64, exfiltración o texto de inyección), sin rutas codificadas. Frases de activación — DEBERÍA (todas juzgadas como carga): "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"; NO DEBERÍA (ambas juzgadas como salto): "optimize my Python script's memory usage" (memory/optimize pero no Rust), "explain the history of the Rust programming language" (Rust nombrado pero no escribiendo/revisando/optimizando código) — 5/5. Prueba de salida: escribí un analizador de configuración get_port de dos maneras en el bloc de notas /tmp (baseline.rs, skill.rs). La línea base entra en pánico con entrada malformada (índice parts[1] + parse().unwrap()) y devuelve silenciosamente 0 en caso de puerto faltante; la versión de la habilidad — siguiendo estrictamente el cuerpo — toma &str, devuelve Result<u16, ConfigError> a través de un enum thiserror, usa iteradores split_once/find_map, sin unwrap, y añade 3 pruebas #[cfg(test)]. Seis diferencias concretas, cada una rastreable a una regla de la habilidad. No había rustc/cargo disponible, así que no compilé (la versión de la habilidad usa thiserror); lógica verificada por rastreo. La documentación es mayormente precisa, pero la atribución "Microsoft Pragmatic Rust Guidelines" exagera el consejo genérico de Rust idiomático, lo que cuesta un punto en la documentación.

Probado el: 2026-07-31 · Claude Code 2.x (agent harness)