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é.
35 lines
704 B
Python
35 lines
704 B
Python
# file generated by setuptools-scm
|
|
# don't change, don't track in version control
|
|
|
|
__all__ = [
|
|
"__version__",
|
|
"__version_tuple__",
|
|
"version",
|
|
"version_tuple",
|
|
"__commit_id__",
|
|
"commit_id",
|
|
]
|
|
|
|
TYPE_CHECKING = False
|
|
if TYPE_CHECKING:
|
|
from typing import Tuple
|
|
from typing import Union
|
|
|
|
VERSION_TUPLE = Tuple[Union[int, str], ...]
|
|
COMMIT_ID = Union[str, None]
|
|
else:
|
|
VERSION_TUPLE = object
|
|
COMMIT_ID = object
|
|
|
|
version: str
|
|
__version__: str
|
|
__version_tuple__: VERSION_TUPLE
|
|
version_tuple: VERSION_TUPLE
|
|
commit_id: COMMIT_ID
|
|
__commit_id__: COMMIT_ID
|
|
|
|
__version__ = version = '8.4.2'
|
|
__version_tuple__ = version_tuple = (8, 4, 2)
|
|
|
|
__commit_id__ = commit_id = None
|