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é.
36 lines
724 B
Python
36 lines
724 B
Python
from . import parser
|
|
from .parser import (
|
|
HTTPProtocol,
|
|
HttpRequestParser,
|
|
HttpResponseParser,
|
|
HttpParserError,
|
|
HttpParserCallbackError,
|
|
HttpParserInvalidStatusError,
|
|
HttpParserInvalidMethodError,
|
|
HttpParserInvalidURLError,
|
|
HttpParserUpgrade,
|
|
parse_url,
|
|
)
|
|
|
|
from ._version import __version__
|
|
|
|
__all__ = (
|
|
"parser",
|
|
# protocol
|
|
"HTTPProtocol",
|
|
# parser
|
|
"HttpRequestParser",
|
|
"HttpResponseParser",
|
|
# errors
|
|
"HttpParserError",
|
|
"HttpParserCallbackError",
|
|
"HttpParserInvalidStatusError",
|
|
"HttpParserInvalidMethodError",
|
|
"HttpParserInvalidURLError",
|
|
"HttpParserUpgrade",
|
|
# url parser
|
|
"parse_url",
|
|
# version
|
|
"__version__",
|
|
)
|