Master
943acbc573
Durcit la convention de nommage des projets (dérive constatée : 'Sliding Automation', 'code_versioning'... au lieu des formes canoniques). - trilium_api.py : projets_canoniques() lit le référentiel = valeurs du label projet sur les notes de type=projet (source unique, pas de constante en dur). Note-projet CodeVersioning créée (manquait). - mcp_server.py : _valider_projet() branché dans les 6 tools de création (add_decision/history/backlog, new_conversation, create_entite, add_skill). Refuse un projet non canonique (suggestion si faute) ou inconnu (renvoi au processus de création de projet). Ne verrouille pas si référentiel illisible. - lint_audit.py : VAL-nommage aligné sur le référentiel (attrape casse, espace ET snake_case ; l'ancien 'contient un espace' ratait code_versioning). - Données : 79 notes ré-étiquetées vers les 3 formes canoniques. Quality by design : l'erreur de nommage devient impossible à l'écriture, le Lint n'est plus que le filet de sécurité.
14 lines
391 B
Python
14 lines
391 B
Python
from __future__ import annotations
|
|
|
|
|
|
__all__ = ["__version__", "version_tuple"]
|
|
|
|
try:
|
|
from ._version import version as __version__
|
|
from ._version import version_tuple
|
|
except ImportError: # pragma: no cover
|
|
# broken installation, we don't even try
|
|
# unknown only works because we do poor mans version compare
|
|
__version__ = "unknown"
|
|
version_tuple = (0, 0, "unknown")
|