2.3 KiB
Politique badge & conformité Kill_LIFE
Ce document décrit la stratégie d’intégration, d’automatisation et de vérification des badges pour garantir la conformité, la sécurité et la traçabilité du projet.
Objectifs
- Assurer la visibilité de la qualité, sécurité, documentation, SBOM et communauté.
- Automatiser la génération et la publication des badges via CI/CD.
- Centraliser les guides badge dans docs/badges/.
- Vérifier l’actualisation à chaque commit (timestamp ≥ commit).
- Intégrer badges et rapports dans l’evidence pack.
- Planifier un audit badge à chaque release majeure.
Processus
- Scripts badge exécutés à chaque CI (push/PR).
- Fichiers summary JSON générés et publiés.
- Guides badge accessibles dans docs/badges/.
- Checklist badge en tête du README.
- Evidence pack inclut badges et rapports.
- Audit badge documenté dans specs/04_tasks.md.
Références
Pour toute évolution badge ou conformité, ouvrir une issue labellisée ai:qa ou ai:docs.
Easter Egg musique expérimentale
« La conformité, c’est parfois bruitiste : il faut oser saturer les scripts, comme Zbigniew Karkowski. »
Compliance (profiles)
"La conformité est une question de survie, chaque profil une adaptation à l’environnement, et chaque validation un acte de résilience. (Kim Stanley Robinson, Ministry for the Future)"
Ce repo propose 2 profils sélectionnables :
prototype: démonstrateur interne (pas de CE/RED)iot_wifi_eu: produit UE Wi‑Fi/BLE (CE/RED + cyber + RoHS/REACH/WEEE)
Changer de profil
python3 tools/compliance/use_profile.py prototype
python3 tools/compliance/use_profile.py iot_wifi_eu
Valider
python3 tools/compliance/validate.py
Intégration KiCad
Le gate hardware exporte déjà erc.json + drc.json via kicad-cli.
Les paramètres DRC de base peuvent être générés depuis le profil :
python3 tools/hw/drc/generate_custom_rules.py --profile prototype > artifacts/custom_rules_prototype.kicad_dru
⚠️ KiCad gère normalement le fichier .kicad_dru automatiquement : on utilise ici un snippet à coller/importer via Board Setup → Custom Rules.