From cb0401516db0e34ef2ace8d6ee6269d6f6b3d9ed Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cl=C3=A9ment=20SAILLANT?= <108685187+electron-rare@users.noreply.github.com> Date: Mon, 9 Mar 2026 02:33:32 +0100 Subject: [PATCH] docs: merge rich README style with current technical content Combine the visual README (badges, Mermaid, images, citations, FAQ) with up-to-date technical sections: ZeroClaw, MCP/CAD stack, Python venv bootstrap, test suites, workflow catalog, ecosystem table, and CI/release docs. Co-Authored-By: Claude Opus 4.6 --- README.md | 295 ++++++++++++++++++++++++++++++++---------------------- 1 file changed, 176 insertions(+), 119 deletions(-) diff --git a/README.md b/README.md index 37ab089..23fa295 100644 --- a/README.md +++ b/README.md @@ -1,36 +1,32 @@ # Kill_LIFE 🚀 — ModĂšle de Projet EmbarquĂ© IA-Natif - -[![Build Status](https://img.shields.io/github/actions/workflow/status/electron-rare/Kill_LIFE/ci.yml?branch=main)](https://github.com/electron-rare/Kill_LIFE/actions) + +[![CI](https://img.shields.io/github/actions/workflow/status/electron-rare/Kill_LIFE/ci.yml?branch=main&label=CI)](https://github.com/electron-rare/Kill_LIFE/actions) [![Licence MIT](https://img.shields.io/badge/license-MIT-blue)](licenses/MIT.txt) [![Compliance](https://img.shields.io/badge/compliance-passed-brightgreen)](docs/COMPLIANCE.md) -[![Coverage](https://img.shields.io/badge/coverage-90%25-brightgreen)](docs/coverage_report.html) --- -## Sommaire - - -Bienvenue dans **Kill_LIFE**, le modĂšle open source pour systĂšmes embarquĂ©s IA oĂč chaque Ă©tape est traçable, chaque evidence pack est rangĂ©, et chaque agent suit un workflow sĂ©curisĂ©. Ce projet vise la reproductibilitĂ©, la conformitĂ© et l’automatisation pour l’embarquĂ© IA multi-cibles. - +Bienvenue dans **Kill_LIFE**, le modĂšle open source pour systĂšmes embarquĂ©s IA oĂč chaque Ă©tape est traçable, chaque evidence pack est rangĂ©, et chaque agent suit un workflow sĂ©curisĂ©. Ce projet vise la reproductibilitĂ©, la conformitĂ© et l'automatisation pour l'embarquĂ© IA multi-cibles. ## đŸ§© PrĂ©sentation -Kill_LIFE est un modĂšle agentique pour systĂšmes embarquĂ©s IA, orientĂ© spec-first, sĂ©curitĂ© et traçabilitĂ©. Il s’appuie sur des agents spĂ©cialisĂ©s, des workflows automatisĂ©s et une arborescence claire. +Kill_LIFE est un modĂšle agentique pour systĂšmes embarquĂ©s IA, orientĂ© spec-first, sĂ©curitĂ© et traçabilitĂ©. Il s'appuie sur des agents spĂ©cialisĂ©s, des workflows automatisĂ©s et une arborescence claire. -> « Bienvenue dans le meilleur des mondes : ici, chaque commit est validĂ©, chaque gate est passĂ©, et chaque agent sait que la vraie libertĂ©, c’est d’avoir un evidence pack bien rangĂ©. » +> « Bienvenue dans le meilleur des mondes : ici, chaque commit est validĂ©, chaque gate est passĂ©, et chaque agent sait que la vraie libertĂ©, c'est d'avoir un evidence pack bien rangĂ©. » > — Aldous Huxley, version CI/CD
BanniĂšre Kill_LIFE
- Don’t Panic + Don't Panic Playlist apocalypse
Arborescence du projet Kill_LIFE
+ --- ## đŸ§© Architecture & Principes @@ -42,15 +38,17 @@ Kill_LIFE est un modĂšle agentique pour systĂšmes embarquĂ©s IA, orientĂ© spec-f
Schéma des agents BMAD
+ - **Tool-first** : Scripts reproductibles ([tools/](tools/)), evidence pack dans `artifacts/`. - **Pipeline hardware/firmware** : Bulk edits, exports, tests, conformitĂ©, snapshots. +- **CAD headless** : KiCad 10 first + FreeCAD + OpenSCAD via MCP, conteneurisĂ©s. - **SĂ©curitĂ© & conformitĂ©** : Sanitisation, sorties sĂ»res, sandboxing, scope guard, anti-prompt injection ([OpenClaw Sandbox](https://www.openclaw.io/)). +- **Runtime agentique** : `ZeroClaw` en local on-demand, `LangGraph` et `AutoGen` comme patterns d'intĂ©gration optionnels. -> « La rĂ©ponse Ă  la question ultime de la vie, de l’univers et du dĂ©veloppement embarquĂ© IA : 42 specs, 7 agents, et un pipeline qui ne panique jamais. » -> « Kill_LIFE, c’est l’open source embarquĂ© version IA, mais aussi un clin d’Ɠil Ă  la fin du monde : ici, on ne craint ni l’apocalypse, ni les bugs, ni les injections de prompt. On rĂȘve, on code, on documente, et on fait des bulk edits comme des rĂ©plicants en quĂȘte de conformitĂ©. » +> « La rĂ©ponse Ă  la question ultime de la vie, de l'univers et du dĂ©veloppement embarquĂ© IA : 42 specs, 7 agents, et un pipeline qui ne panique jamais. » > — Le README qui ne panique jamais -([Les particules font-elles l’amour ?](https://lelectron-fou.bandcamp.com/album/les-particules-font-elles-l-amour-la-physique)) +([Les particules font-elles l'amour ?](https://lelectron-fou.bandcamp.com/album/les-particules-font-elles-l-amour-la-physique)) --- @@ -63,8 +61,10 @@ Kill_LIFE est un modĂšle agentique pour systĂšmes embarquĂ©s IA, orientĂ© spec-f
Pipeline hardware/firmware
+ - **ConformitĂ©** : Profils injectĂ©s, validation automatique. - **OpenClaw** : Labels & commentaires sanitisĂ©s, jamais de commit/push, sandbox obligatoire. +- **Workflow catalog** : Workflows JSON Ă©ditables par [`crazy_life`](https://github.com/electron-rare/crazy_life), validĂ©s contre un schĂ©ma JSON. --- @@ -74,12 +74,12 @@ Kill_LIFE est un modĂšle agentique pour systĂšmes embarquĂ©s IA, orientĂ© spec-f ```mermaid flowchart TD - Issue[Issue (label ai:*)] --> PR[Pull Request] - PR --> Gate[Gate (tests, conformitĂ©)] + Issue[Issue label ai:*] --> PR[Pull Request] + PR --> Gate[Gate tests + conformitĂ©] Gate --> Evidence[Evidence Pack] Evidence --> CI[CI/CD] CI --> Deploy[DĂ©ploiement multi-cible] - PR --> Agents[Agents (PM, Architecte, Firmware, QA, Doc, HW)] + PR --> Agents[Agents PM Architecte Firmware QA Doc HW] Agents --> Specs[specs/] Agents --> Firmware[firmware/] Agents --> Hardware[hardware/] @@ -95,29 +95,50 @@ flowchart TD ``` -> _Parmegiani : Un bulk edit, c’est une mĂ©tamorphose Ă©lectronique, un peu comme un pack d’évidence qui se transforme en nuage de sons._ + +> _Parmegiani : Un bulk edit, c'est une mĂ©tamorphose Ă©lectronique, un peu comme un pack d'Ă©vidence qui se transforme en nuage de sons._ --- -## đŸ—ș SchĂ©ma de flux +## đŸ—ș Structure du projet -Voir [KIKIFOU/diagramme.md](KIKIFOU/diagramme.md) pour un diagramme complet du pipeline. +```text +Kill_LIFE/ +├── firmware/ # Code PlatformIO (ESP32/STM32) +├── hardware/ # Assets hardware et blocs KiCad +├── specs/ # Specs et tĂąches canoniques +├── workflows/ # Workflows JSON canoniques + templates +├── agents/ # 6 agents spĂ©cialisĂ©s (PM, Archi, FW, QA, Doc, HW) +├── bmad/ # Gates, rituels, handoffs +├── compliance/ # Profils rĂ©glementaires, evidence +├── openclaw/ # Labels, sandbox, onboarding +├── tools/ +│ ├── compliance/ # Validation compliance +│ ├── hw/ # Stack CAD, MCP, exports, smoke +│ ├── ai/ # ZeroClaw launchers, intĂ©grations +│ ├── mistral/ # Safe patch et outils Mistral +│ └── ci/ # Audit CI +├── deploy/cad/ # Dockerfiles et compose CAD/runtime +├── docs/ # Docs opĂ©rateur, bridge, plans, workflows +├── test/ # Tests Python +├── mcp.json # Profil MCP par dĂ©faut +└── mkdocs.yml # Site docs +``` -## đŸ§Ÿ Table de mapping - -Voir [KIKIFOU/mapping.md](KIKIFOU/mapping.md) pour une synthĂšse des dossiers et dĂ©pendances. +Voir [KIKIFOU/diagramme.md](KIKIFOU/diagramme.md) pour le diagramme complet et [KIKIFOU/mapping.md](KIKIFOU/mapping.md) pour la table de mapping. --- -## 🚀 Installation & initialisation +## 🚀 Installation & dĂ©marrage rapide ### PrĂ©requis - OS : Linux, macOS, Windows (WSL) -- Python ≄ 3.8 -- PlatformIO +- Python ≄ 3.10 +- Docker + `docker compose` +- `gh` pour les opĂ©rations GitHub +- PlatformIO en natif ou via la stack conteneurisĂ©e - KiCad (hardware) -- Docker (optionnel) ### Installation rapide @@ -129,47 +150,109 @@ bash install_kill_life.sh Voir [INSTALL.md](INSTALL.md) pour les dĂ©tails. ---- +### Bootstrap Python repo-local -## đŸ€ Contribuer +```bash +bash tools/bootstrap_python_env.sh +``` -1. Forke le dĂ©pĂŽt et clone-le localement. -2. Suis le guide d’onboarding ([docs/index.md](docs/index.md), [RUNBOOK.md](RUNBOOK.md)). -3. Ajoute des exemples minimalistes pour chaque agent (voir [agents/](agents/)). -4. Propose des blocks hardware, profils de conformitĂ©, tests. -5. Documente tes scripts et contributions. -6. Ouvre une PR, passe les gates, fournis un evidence pack. -7. Respecte les conventions de commit et de labelling (`ai:*`). -8. VĂ©rifie la conformitĂ© et la sĂ©curitĂ© (voir section SĂ©curitĂ©). +Options utiles : +- `--venv-dir /tmp/kill-life-venv` pour vĂ©rifier le bootstrap sur un environnement vierge +- `--reinstall` pour recrĂ©er proprement le venv cible -Pour toute question, consulte la [FAQ](docs/FAQ.md) ou ouvre une issue. +Le chemin supportĂ© pour le Python du repo est `./.venv/bin/python`. +### Tests Python -> « Les particules rĂȘvent-elles d’électron-ironique ? Peut-ĂȘtre font-elles l’amour dans le dossier hardware, pendant que les agents QA se demandent si la conformitĂ© est un rĂȘve ou une rĂ©alitĂ©. » -> — InspirĂ© par Le RĂ©plicant de K. Dick & Les particules font-elles l’amour -_« J’ai vu des evidence packs briller dans l’obscuritĂ© prĂšs des gates S1
 »_ +```bash +bash tools/test_python.sh +``` + +| Suite | Commande | Contenu | +|---|---|---| +| `stable` | `--suite stable` | Tests repo-locaux (specs, compliance, sanitizer, safe patch, schops) | +| `mcp` | `--suite mcp` | Tests MCP locaux (knowledge-base, github-dispatch, nexar) | +| `all` | `--suite all` | Les deux suites enchaĂźnĂ©es | + +Options : `--bootstrap` pour crĂ©er le venv avant, `--list` pour lister les commandes couvertes. + +### VĂ©rifications utiles + +```bash +.venv/bin/python tools/compliance/validate.py --strict +.venv/bin/python tools/validate_specs.py --json +bash tools/hw/cad_stack.sh doctor +KILL_LIFE_PIO_MODE=container .venv/bin/python tools/auto_check_ci_cd.py +``` --- -## 🔗 Liens utiles +## 🔧 CAD & MCP -- [Documentation complĂšte](docs/index.md) -- [RUNBOOK opĂ©rateur](RUNBOOK.md) -- [Guide d’installation](INSTALL.md) -- [SynthĂšse technique et recommandations](KIKIFOU/synthese.md) -- [Diagramme pipeline](KIKIFOU/diagramme.md) -- [Mapping dossiers](KIKIFOU/mapping.md) -- [Gate Runner](https://gate-runner.com) — passe les gates, Ă©vite les bugs. +La stack CAD est documentĂ©e dans [`deploy/cad/README.md`](deploy/cad/README.md) et pilotĂ©e par [`tools/hw/cad_stack.sh`](tools/hw/cad_stack.sh). + +- Cible actuelle : **KiCad 10 first** + FreeCAD + OpenSCAD +- Launcher MCP : [`tools/hw/run_kicad_mcp.sh`](tools/hw/run_kicad_mcp.sh) +- Configuration MCP : [`docs/MCP_SETUP.md`](docs/MCP_SETUP.md) et [`mcp.json`](mcp.json) + +--- + +## đŸ€– ZeroClaw (optionnel) + +Le runtime opĂ©rateur `ZeroClaw` peut tourner nativement sur la machine opĂ©rateur. Le chemin supportĂ© est le binaire officiel installĂ© dans `~/.cargo/bin`. + +```bash +bash tools/ai/zeroclaw_stack_up.sh # dĂ©marrer +bash tools/ai/zeroclaw_stack_down.sh # arrĂȘter +``` + +Les runbooks et intĂ©grations vivent dans [`tools/ai/integrations/`](tools/ai/integrations/) et restent consultables mĂȘme quand le runtime n'est pas dĂ©marrĂ©. + +--- + +## 📩 Workflow catalog + +Les workflows Ă©ditables par `crazy_life` vivent dans [`workflows/`](workflows/) et sont validĂ©s contre [`workflows/workflow.schema.json`](workflows/workflow.schema.json). + +- `workflows/*.json` : workflows canoniques +- `workflows/templates/*.json` : templates de crĂ©ation +- `.crazy-life/runs/` : Ă©tat des runs locaux +- `.crazy-life/backups/workflows/` : rĂ©visions et restores + +--- + +## đŸŠŸ Workflows agents dĂ©taillĂ©s + +### 1. SpĂ©cification → ImplĂ©mentation Firmware + +1. RĂ©dige la spec dans `specs/`. +2. Ouvre une issue avec le label `ai:spec`. +3. L'agent PM/Architecte gĂ©nĂšre le plan et l'architecture. +4. L'agent Firmware implĂ©mente le code dans `firmware/`. +5. L'agent QA ajoute des tests Unity. +6. Evidence pack gĂ©nĂ©rĂ© automatiquement. + +### 2. Bulk Edit Hardware KiCad + +1. Ouvre une issue avec le label `ai:hw`. +2. L'agent HW effectue un bulk edit via `tools/hw/schops`. +3. Exporte ERC/DRC, BOM, netlist. +4. Snapshot avant/aprĂšs dans `artifacts/hw//`. + +### 3. Documentation & ConformitĂ© + +1. Ouvre une issue avec le label `ai:docs` ou `ai:qa`. +2. L'agent Doc met Ă  jour `docs/` et le README. +3. L'agent ConformitĂ© valide le profil et gĂ©nĂšre le rapport. --- ## đŸ›Ąïž SĂ©curitĂ© & conformitĂ© -- OpenClaw : sandbox obligatoire, jamais d’accĂšs aux secrets ou au code source. +- OpenClaw : sandbox obligatoire, jamais d'accĂšs aux secrets ou au code source. - Workflows CI : validation, sanitisation, scope guard, anti-prompt injection. - Evidence packs : tous les rapports dans `artifacts///`. - Tests hardware reproductibles via scripts documentĂ©s. -- Respect des conventions de labelling et de commit. --- @@ -189,105 +272,79 @@ _« J’ai vu des evidence packs briller dans l’obscuritĂ© prĂšs des gates S1 Gate Validation OpenClaw Sandbox + - **.github/** : Workflows CI, scope guard, enforcement labels. - **licenses/** : MIT, CERN OHL v2, CC-BY 4.0. --- -## đŸŠŸ Workflows agents +## 🌐 ÉcosystĂšme -- **Scope guard** : Le label dĂ©termine les dossiers modifiables. -- Ouvre une issue avec le label `ai:spec`. -- L’agent PM/Architecte gĂ©nĂšre le plan et l’architecture. -- L’agent Firmware implĂ©mente le code dans `firmware/`. -- L’agent QA ajoute des tests Unity. -- Evidence pack gĂ©nĂ©rĂ© automatiquement. - > GĂ©nĂ©rateur de phrases dystopiques pour motiver les contributeurs. -- **Bulk Edit Hardware KiCad** -- **Documentation & ConformitĂ©** - 1. Ouvre une issue avec le label `ai:docs` ou `ai:qa`. - 2. L’agent Doc met Ă  jour `docs/` et le README. - 3. L’agent ConformitĂ© valide le profil et gĂ©nĂšre le rapport. - > _RtFM: Les agents QA Ă©coutent le paysage du repo, Ă  la recherche d’un bug cachĂ© dans le souffle._ - > Trouve la phrase supprimĂ©e par le sanitizer, score affichĂ©. - > _« Un evidence pack peut-il rĂȘver de conformitĂ© ? »_ +| Repo | RĂŽle | +|---|---| +| **Kill_LIFE** | Source de vĂ©ritĂ© : workflows, runtime, evidence packs, firmware, CAD, compliance | +| [**crazy_life**](https://github.com/electron-rare/crazy_life) | Surface web/devops et workflow editor | +| [**mascarade**](https://github.com/electron-rare/mascarade) | Orchestration et bridge historique (sync uniquement) | + +Articulation dĂ©taillĂ©e : [`docs/MASCARADE_BRIDGE.md`](docs/MASCARADE_BRIDGE.md) --- -## 📝 Installation & SĂ©curitĂ© +## ⚙ CI & release -Un guide d’installation dĂ©taillĂ© ([INSTALL.md](INSTALL.md)) explique comment installer le projet, configurer les environnements, sĂ©curiser OpenClaw, lancer les tests hardware, gĂ©nĂ©rer la documentation et utiliser Docker. -Un script d’installation unique ([install_kill_life.sh](install_kill_life.sh)) automatise tout : dĂ©pendances, spec, profil de conformitĂ©, environnement Python, modules IA/hardware/firmware, tests, doc, Docker, et vĂ©rification de la sĂ©curitĂ© OpenClaw. - -SĂ©curitĂ© OpenClaw : sandbox obligatoire, jamais d’accĂšs aux secrets ou au code source. -Tests hardware reproductibles via scripts documentĂ©s. +- `.github/workflows/ci.yml` : gate repo-local stable (bootstrap Python + `bash tools/test_python.sh --suite stable`) +- `.github/workflows/release_signing.yml` : release versionnĂ©e (tag `v*` ou `workflow_dispatch`) +- GitHub Pages : surfaces secondaires docs/evidence (pas un gate canonique) --- -## 🧬 Architecture agentique avancĂ©e +## đŸ€ Contribuer -- Structure multi-agent (BMAD) : rĂŽles PM, Architecte, Firmware, QA, Doc, HW, orchestrĂ©s par rituels, gates et handoffs. -- DĂ©veloppement spec-first : chaque Ă©volution commence par une spĂ©cification, standards versionnĂ©s et profils injectĂ©s. -- Automatisation & sĂ©curitĂ© : workflows CI, sanitisation, sorties sĂ»res, scope guard, anti-prompt injection, OpenClaw sandbox. -- Multi-cibles & pipelines reproductibles : ESP32, STM32, Linux, tests natifs, bulk edits hardware KiCad, exports automatisĂ©s. -- Documentation claire & onboarding : README dĂ©taillĂ©, FAQ, workflows, arborescence graphique, guides d’installation, politique de contribution. +1. Forke le dĂ©pĂŽt et clone-le localement. +2. Suis le guide d'onboarding ([docs/index.md](docs/index.md), [RUNBOOK.md](RUNBOOK.md)). +3. Ajoute des exemples minimalistes pour chaque agent (voir [agents/](agents/)). +4. Propose des blocks hardware, profils de conformitĂ©, tests. +5. Ouvre une PR, passe les gates, fournis un evidence pack. +6. Respecte les conventions de commit et de labelling (`ai:*`). + +> « Les particules rĂȘvent-elles d'Ă©lectron-ironique ? Peut-ĂȘtre font-elles l'amour dans le dossier hardware, pendant que les agents QA se demandent si la conformitĂ© est un rĂȘve ou une rĂ©alitĂ©. » +> — InspirĂ© par Le RĂ©plicant de K. Dick & Les particules font-elles l'amour + +_« J'ai vu des evidence packs briller dans l'obscuritĂ© prĂšs des gates S1
 »_ --- -## 🚀 Conventions, contribution & cross-platform -> _RtFM : Parfois, le README rĂ©sonne comme un drone, et tout le projet s’accorde._ -Toutes les conventions, instructions d’installation, sĂ©curitĂ©, multi-agents, conformitĂ©, workflows et support multi-plateforme (Docker inclus) sont synthĂ©tisĂ©es. -Architecture, Ă©tapes d’initialisation, fonctions clĂ©s, sĂ©curitĂ© OpenClaw, contribution. +## 🔗 Liens utiles + +- [Documentation complĂšte](docs/index.md) +- [RUNBOOK opĂ©rateur](RUNBOOK.md) +- [Guide d'installation](INSTALL.md) +- [Configuration MCP](docs/MCP_SETUP.md) +- [SynthĂšse technique](KIKIFOU/synthese.md) +- [Diagramme pipeline](KIKIFOU/diagramme.md) +- [Mapping dossiers](KIKIFOU/mapping.md) --- ## ❓ FAQ **Q : Comment dĂ©marrer rapidement ?** -R : Suis la section « Installation & initialisation » ou le guide INSTALL.md. +R : `bash install_kill_life.sh` puis `bash tools/bootstrap_python_env.sh`. -**Q : Comment installer tout automatiquement ?** -R : Utilise le script `install_kill_life.sh`. +**Q : Comment lancer les tests ?** +R : `bash tools/test_python.sh --suite stable` **Q : Comment sĂ©curiser OpenClaw ?** -R : Sandbox obligatoire, jamais d’accĂšs aux secrets ou au code source. - -**Q : Comment lancer les tests hardware ?** -R : Suis les scripts documentĂ©s dans le README et INSTALL.md. +R : Sandbox obligatoire, jamais d'accĂšs aux secrets ou au code source. **Q : Comment contribuer ?** -R : Ajoute des profils, amĂ©liore les scripts, enrichis les standards, et respecte la politique anti-injection. +R : Forke, suis le RUNBOOK, ouvre une PR avec evidence pack, respecte les labels `ai:*`. **Q : OĂč trouver la documentation complĂšte ?** -R : Voir [docs/index.md](docs/index.md), [RUNBOOK.md](RUNBOOK.md), [INSTALL.md](INSTALL.md). +R : [docs/index.md](docs/index.md), [RUNBOOK.md](RUNBOOK.md), [INSTALL.md](INSTALL.md). --- -## đŸŠŸ Workflows dĂ©taillĂ©s - -### 1. SpĂ©cification → ImplĂ©mentation Firmware - -1. RĂ©dige la spec dans `specs/`. -2. Ouvre une issue avec le label `ai:spec`. -3. L’agent PM/Architecte gĂ©nĂšre le plan et l’architecture. -4. L’agent Firmware implĂ©mente le code dans `firmware/`. -5. L’agent QA ajoute des tests Unity. -6. Evidence pack gĂ©nĂ©rĂ© automatiquement. - > [Spec Generator](https://webkaoss.herokuapp.com/) — science-fiction automatisĂ©e. - -### 2. Bulk Edit Hardware KiCad - -1. Ouvre une issue avec le label `ai:hw`. -2. L’agent HW effectue un bulk edit via `tools/hw/schops`. -3. Exporte ERC/DRC, BOM, netlist. -4. Snapshot avant/aprĂšs dans `artifacts/hw//`. - -### 3. Documentation & ConformitĂ© - -1. Ouvre une issue avec le label `ai:docs` ou `ai:qa`. -2. L’agent Doc met Ă  jour `docs/` et le README. -3. L’agent ConformitĂ© valide le profil et gĂ©nĂšre le rapport. - > _RtFM: Les agents QA Ă©coutent le paysage du repo, Ă  la recherche d’un bug cachĂ© dans le souffle._ - > Trouve la phrase supprimĂ©e par le sanitizer, score affichĂ©. - > _« Un evidence pack peut-il rĂȘver de conformitĂ© ? »_ +## 📜 Licence +MIT. Voir [`licenses/MIT.txt`](licenses/MIT.txt).