Architecture
Un pipeline d'étapes, un site de trois couches, un protocole qui voyage
TITI fait passer un prompt unique par un flux ordonné et produit un résultat dont la structure est fixée dès sa conception plutôt que décorée après coup.
- Étapes
- Trois couches
- Outil d'audit
- HAYAT
Le pipeline comme flux ordonné
TITI est organisé comme une suite d'étapes, chacune consommant le résultat de la précédente : Prompt, Recherche, Architecture, Design, Construction, Test, Déploiement. L'ordre est crucial. La recherche précède l'architecture car le domaine doit être compris avant de choisir une structure ; l'architecture précède le design car la forme du produit contraint son interface ; le test précède le déploiement car rien n'est livré sans avoir été vérifié.
La plateforme préfère l'inférence à l'interrogation. À partir du prompt unique, elle explore le domaine et décide de l'architecture au lieu de demander à l'opérateur de la spécifier. L'objectif est de zéro question par projet — non pas comme un slogan, mais comme une exigence de conception qui déplace le travail en amont vers la Recherche, là où il peut être résolu par des preuves plutôt que par une interrogation.
Il s'agit d'une description de flux, pas d'un catalogue de rouages internes. Les étapes ci-dessus constituent le contrat réel entre chaque étape successive ; nous ne prétendons pas disposer de files d'attente masquées, de mécanismes de transfert ou de comportements de relance au-delà de ce flux ordonné.
L'anatomie à trois couches
Chaque site généré par TITI possède la même anatomie à trois couches. La couche marketing s'adresse aux visiteurs humains. La couche science porte la méthode, les principes et l'analyse de fond — comme cette page. La couche agent est lisible par les machines : des fichiers écrits pour être lus par d'autres logiciels plutôt que par une personne.
Ces couches ne sont pas des choix esthétiques appliqués à la fin ; elles forment la structure que l'étape d'Architecture s'engage à concevoir et que les étapes ultérieures viennent nourrir. Un visiteur et un programme lisant le même site sont servis par des couches différentes du même artefact, chacune façonnée pour son lecteur.
Cette séparation est essentielle car les trois publics ont des besoins fondamentalement différents. Les découpler permet de modifier la surface marketing sans perturber le contrat machine, et permet à la couche science d'expliquer les mécanismes sans fioritures pour l'un ou pour l'autre.
La couche agent et l'héritage HAYAT
La couche agent publie des fichiers lisibles par les machines. /agent.json décrit le site et indique son contact, à savoir le chat résident. /sot-map.json fournit une cartographie structurée du site et de sa source de vérité. /.well-known/hayat-manifest.json est publié dans le chemin standard ('well-known') où les autres logiciels s'attendent à le trouver.
HAYAT is le protocole intersite mis en œuvre par ces fichiers. Chaque site construit par le moteur en hérite, ce qui signifie qu'un programme rencontrant n'importe quel site développé par TITI peut s'appuyer sur les mêmes fichiers, aux mêmes endroits, avec la même signification. L'héritage est ce qui transforme la convention d'un site unique en une ressource fiable pour d'autres systèmes à travers de nombreux sites.
Le protocole est une forme partagée, pas une promesse sur le contenu. Les fichiers sont publiés et consultables par un lecteur ; la structure reste cohérente car chaque site prolonge le même protocole.
L'outil d'audit
Avant le déploiement, une version passe par un outil d'audit qui associe deux types d'évaluation. Le premier concerne les barrières déterministes vérifiables par machine : validité du code et de la structure, vérification de l'absence de données inventées dans le contenu, et justesse du rendu dans toutes les langues — y compris les écritures de droite à gauche et les mises en page CJK.
Le second est un juge d'évaluation croisé (cross-family) qui évalue des qualités qu'une barrière déterministe ne peut pas saisir. Les deux sont complémentaires : les barrières détectent ce qui est mécaniquement incorrect, le juge évalue ce qui est simplement médiocre.
La règle qui les lie est simple et stricte. Une version qui échoue à une barrière ou à un seuil est refusée. Il n'y a pas de validation partielle — l'audit est une condition de livraison, pas une simple note associée.
La boucle d'auto-amélioration, et ce qu'elle n'est pas
TITI construit TITI : le moteur aide à se reconstruire et à s'améliorer lui-même. Mais cette boucle est sous supervision humaine. Un humain examine et valide chaque étape. La récursion est réelle, l'autonomie ne l'est pas — le moteur propose et assiste, une personne décide.
Nous formulons clairement les limites. Une autonomie complète par prompt unique et sans intervention est la trajectoire, pas une capacité finalisée. Le backend d'intelligence résidente du chat n'est pas encore connecté ; le chat que vous voyez est aujourd'hui une soudure honnête, l'interface déjà présente avant que l'intelligence qui l'anime ne soit raccordée. Les conditions économiques — ce que coûtent les abonnements et les jetons — sont délibérément non définies.
Nommer ces limites fait partie intégrante de l'architecture, ce n'est pas un détail secondaire. Un système qui distingue ce qu'il fait de ce qu'il projette d'accomplir inspire confiance sur le premier point, précisément parce qu'il se montre sincère sur le second.
Chat résident
Interroger directement l'architecture
Bonjour — je suis titi. Dites-moi ce que vous voulez créer ; quelques mots suffisent.
J’en ferai un site réel, testé et déployé.
Soudure — backend non connecté