Droits, provenance, IP, vie privée, publication, usage IA, économie, durée, réversibilité et succession.
Ω Knowledge Rights OS
Du NDA statique vers une infrastructure de gouvernance de la connaissance : qui peut faire quoi avec quel actif, pour quelle finalité, pendant combien de temps, avec quelles preuves et quelles exceptions.
NO_NDA, minimal, mutual, project-scoped, trade secret, patent-first, publication ouverte, sandbox ou derived-output-only.
Une permission ambiguë n’est jamais automatiquement élargie. CanSee != CanExport != CanPublish.
Primitives
- KnowledgeRightsGenome — état de l’actif, droits et contraintes.
- KnowledgeRightsIR / NDA-IR — représentation machine-readable des règles.
- DisclosureCapsule — projection minimale suffisante par finalité.
- DisclosureReceipt — reçu de ce qui a été partagé, quand et pourquoi.
- Reconstruction Adversary — tester le risque cumulatif de divulgation.
Invariants
- Policy ≠ Law.
- Generated ≠ Verified.
- Receipt ≠ LegalProof.
- ReadPermission ≠ AITrainingPermission.
- Confidentiality < ApplicableLaw.
- La classification automatique ne prouve ni propriété, ni secret commercial, ni conformité.
Knowledge Rights Diagnostic
Un diagnostic technique borné pour cartographier actifs, acteurs, finalités et opérations; identifier ambiguïtés/conflits; comparer les options ANTI-NDA; et produire un rapport de preuves, limites et prochaines actions.
Acheter le diagnosticPoser une question avant achat
Service technique — pas un avis juridique, pas une certification de conformité et pas une garantie d’opposabilité contractuelle.
Hypothèses économiques à tester
- moins de décisions d’accès ambiguës;
- moins de temps de revue pour les patterns répétés;
- moins de sur-divulgation dans des scénarios contrôlés;
- meilleure provenance des divulgations;
- collaboration sûre plus rapide que le workflow documentaire seul.
Stratégie de divulgation
Le système ne suppose jamais que « plus secret » est meilleur. Pour chaque actif, il compare des alternatives : garder secret, segmenter, breveter puis divulguer, publier, licencier, fournir une API contrôlée ou ne révéler qu’un résultat dérivé. La meilleure stratégie reste une hypothèse jusqu’à validation technique, juridique et économique.
Canon et critique
La spécification R0.1, la policy fail-closed et le cadre de pilote sont publics dans le dépôt canonique. Le kernel R0.2 ajoute un schéma, un évaluateur fail-closed, un conflict checker, un DisclosureReceipt et une CI dédiée; il ne doit être présenté comme validé qu’après PASS de son tribunal.