Arquitectura
Un flujo de trabajo de etapas, un sitio de tres capas, un protocolo que se propaga
TITI desplaza un solo prompt a través de un flujo de trabajo ordenado y emite un producto cuya estructura queda fijada por diseño en lugar de adornarse a posteriori.
- Etapas
- Tres capas
- Audit machine
- HAYAT
The pipeline as an ordered workflow
TITI se organiza como una secuencia de etapas, donde cada una consume el resultado de la anterior: Prompt, Investigación, Arquitectura, Diseño, Construcción, Prueba, Despliegue. El orden es el núcleo del asunto. La investigación precede a la arquitectura porque el dominio debe comprenderse antes de elegir la estructura; la arquitectura precede al diseño porque la forma del producto restringe su superficie; la prueba precede al despliegue porque nada se entrega sin haber sido verificado.
La plataforma prefiere la inferencia a la interrogación. A partir de un solo prompt, investiga el dominio y decide la arquitectura en lugar de pedirle al operador que la especifique. El objetivo es cero preguntas por proyecto, no como un eslogan, sino como una presión de diseño que empuja el trabajo hacia etapas tempranas de investigación, donde puede resolverse a partir de la evidencia en lugar de una pregunta.
Esta es una descripción del flujo de trabajo, no un catálogo de maquinaria interna. Las etapas anteriores representan el contrato real entre un paso y el siguiente; no pretendemos afirmar la existencia de colas ocultas, mecanismos de transferencia o comportamientos de reintento más allá de este movimiento ordenado.
The three-layer anatomy
Cada sitio que genera TITI posee la misma anatomía de tres capas. La capa de marketing se dirige a los visitantes humanos. La capa de ciencia aporta método, principios y profundidad (páginas como esta). La capa de agente es legible por máquina: archivos escritos para que los lea otro programa de software en lugar de una persona.
Estas capas no son decisiones de estilo aplicadas al final; representan la estructura con la que se compromete la etapa de Arquitectura y que las etapas posteriores completan. Un visitante y un programa que leen el mismo sitio son atendidos por diferentes capas del mismo artefacto, cada una adaptada a su lector.
La separación importa porque las tres audiencias tienen necesidades genuinamente distintas. Desvincularlas permite que la superficie de marketing cambie sin alterar el contrato con la máquina, y permite que la capa de ciencia explique el mecanismo sin tener que actuar para ninguna de las otras dos.
The agent layer and HAYAT inheritance
La capa de agente publica archivos de máquina. /agent.json describe el sitio e indica su contacto, que es el chat residente. /sot-map.json proporciona un mapa estructurado del sitio y su fuente de verdad. /.well-known/hayat-manifest.json se publica en la ruta conocida (well-known) donde otros programas esperan encontrarlo.
HAYAT es el protocolo multisitio que implementan estos archivos. Cada sitio que construye el motor lo hereda, lo que significa que un programa que encuentre cualquier sitio construido con TITI puede confiar en los mismos archivos, en los mismos lugares y con el mismo significado. La herencia es lo que convierte la convención de un solo sitio en algo de lo que otro sistema puede depender a través de múltiples sitios.
El protocolo es una forma compartida, no una promesa sobre el contenido. Los archivos se publican y están disponibles para que un lector los consulte; la estructura es coherente porque cada sitio lleva el mismo protocolo hacia adelante.
The audit machine
Antes del despliegue, una construcción pasa por una máquina de auditoría que combina dos tipos de juicio. El primero consiste en barreras deterministas y verificables por máquina: validez de marcado y estructura, una comprobación de que no se hayan deslizado métricas inventadas en el contenido, y la corrección de renderizado en distintos idiomas (incluyendo escrituras de derecha a izquierda y distribuciones CJK).
El segundo es un juez de criterio inter-familia que evalúa cualidades que una barrera determinista no puede capturar. Ambos son complementarios: las barreras detectan lo que está mecánicamente mal, el juez pondera lo que es meramente deficiente.
La regla que los vincula es simple y estricta. Se rechaza cualquier construcción que falle alguna barrera o límite mínimo. No existe la aprobación parcial: la auditoría es una condición para la entrega, no una calificación añadida a esta.
The self-improvement loop, and what it is not
TITI construye TITI: el motor ayuda a reconstruirse y mejorarse a sí mismo. Pero este bucle está supervisado por humanos. Un humano revisa y aprueba cada paso. La recursión es real, la autonomía no: el motor propone y ayuda, una persona decide.
Exponemos los límites con claridad. La autonomía total con un solo prompt y sin intervención es la trayectoria, no una capacidad finalizada. El backend de chat de inteligencia residente aún no está conectado; el chat que ve es hoy en día una costura honesta, la interfaz presente antes de que se conecte la inteligencia que la respalda. Los términos económicos (el coste de las suscripciones y los tokens) se han dejado sin definir deliberadamente.
Nombrar estos límites forma parte de la arquitectura, no es un comentario al margen. Un sistema que distingue lo que hace de lo que pretende hacer resulta confiable en lo primero porque es sincero sobre lo segundo.
Resident chat
Pregunte directamente a la arquitectura
Hola — soy titi. Cuéntame qué quieres crear; bastan unas palabras.
Lo convertiré en un sitio real, probado y publicado.
Costura: backend aún no conectado