Skanon lit et écrit un référentiel de règles de gestion dans votre dépôt GitHub. Le client le consulte, l’équipe le fait évoluer par des cadrages relus en pull request.
Ce que le produit fait aujourd’hui : domaines, fonctionnalités, règles de gestion. Le même texte pour le client et pour l’équipe.
Ce qui change, et pourquoi : l’objectif, le parcours, les décisions avec leurs options écartées, les règles touchées.
La chronologie d’une règle, le référentiel à une date passée, le diff fonctionnel d’un cadrage. Ce qui distingue Skanon d’un wiki.
Un dépôt par projet, des fichiers Markdown à frontmatter YAML. Skanon passe par l’API de GitHub, sans clone. L’historique, l’attribution et la relecture sont ceux de la plateforme : le support survit à l’outil.
Une action GitHub vérifie chaque pull request de cadrage — une règle sans énoncé, un impact vers rien — et projette ses règles dans le référentiel à la fusion.
rules/RG-statuts-cadrage.md
---
id: RG-statuts-cadrage
fonctionnalites: [cycle-vie-cadrage]
statut: actif
cree_par: 2026-001
modifie_par: [2026-002, 2026-014, 2026-017,
2026-032, 2026-045]
---
Un cadrage passe par quatre statuts…Gratuite et installable. Ses sources sont disponibles sous licence FSL-1.1-ALv2 : lisibles, modifiables et employables, sauf pour en faire un service concurrent. Votre jeton GitHub reste dans votre navigateur, scellé par une passkey si le projet l’exige.
Pour macOS, Windows et Linux, sous licence. Le jeton GitHub dans le coffre du système, les liens skanon: pour ouvrir un cadrage d’un clic, et les mises à jour livrées aux licences valides.