Workflow contributeur — arka-deck

Audience : développeur qui veut contribuer à arka-deck (cloner, lancer, tester, ouvrir une PR, préparer une release).

---

Sommaire

• cloner-lancer.md — prérequis, clone, install, premier lancement, serveur en mode dev
• tests.md — pile de tests (vitest unit, playwright e2e), conventions, fakes, exécution sélective
• working-rules.md — règles de travail pour un agent IA contributeur : périmètre, write-set, conventions
• gitnexus.md — utilisation de GitNexus (impact, rename, detect-changes) pour naviguer le code en sécurité
• ci-gates.md — gates bloquants en CI : line-count, architecture boundary, gitleaks, scorecard, SBOM, licences, public-docs, doc-links
• release.md — préparation et publication d’une release : tarball, signature, GitHub Release, post-release
• conventions.md — commits, PR, DCO sign-off, conventions de nommage de branches et de fichiers

---

Avant la première contribution

1. Lire la licence Apache 2.0 et la posture sécurité.
2. Signer la convention DCO sur chaque commit (git commit -s).
3. Suivre le code de conduite (CODE_OF_CONDUCT.md).

---

État de la documentation

Le squelette est en place. working-rules.md et gitnexus.md reprennent le contenu utile pour les contributeurs depuis les guides internes d’agents IA, en restant accessibles à un développeur humain. conventions.md consolide ce qui se trouve aujourd’hui dans CONTRIBUTING.md racine. Rédaction complète au lot P4.