Arquitetura
Um pipeline de etapas, um site de três camadas, um protocolo que se propaga
A TITI conduz um único prompt por um fluxo de trabalho ordenado e gera um produto cuja estrutura é definida pelo design, em vez de ser adornada após o fato.
- Etapas
- Três camadas
- Máquina de auditoria
- HAYAT
O pipeline como um fluxo de trabalho ordenado
A TITI organiza-se como uma sequência de etapas, em que cada uma consome a entrega da anterior: Prompt, Pesquisa, Arquitetura, Design, Construção, Teste, Implantação. A ordem é o ponto essencial. A pesquisa precede a arquitetura porque o domínio precisa ser compreendido antes de se escolher a estrutura; a arquitetura precede o design porque o formato do produto restringe sua superfície; o teste precede a implantação porque nada é publicado sem verificação.
A plataforma prefere a inferência à interrogação. A partir do prompt único, ela pesquisa o domínio e decide a arquitetura em vez de pedir ao operador que a especifique. A meta é de zero perguntas por projeto — não como um slogan, mas como uma pressão de design que direciona o trabalho para a Pesquisa, onde ele pode ser resolvido com base em evidências, em vez de uma pergunta.
Esta é uma descrição do fluxo de trabalho, não um catálogo de mecanismos internos. As etapas acima representam o contrato real entre cada passo e o próximo; não alegamos filas ocultas, mecanismos de transferência ou comportamentos de repetição além desse movimento ordenado.
A anatomia de três camadas
Cada site que a TITI gera possui a mesma anatomia de três camadas. A camada de marketing destina-se aos visitantes humanos. A camada de ciência traz métodos, princípios e profundidade — páginas como esta. A camada de agente é legível por máquina: arquivos escritos para serem lidos por outros softwares, e não por pessoas.
Essas camadas não são escolhas de estilo aplicadas ao final; elas constituem a estrutura com a qual a etapa de Arquitetura se compromete e que as etapas posteriores preenchem. Um visitante e um programa que leem o mesmo site são atendidos por camadas diferentes do mesmo artefato, cada uma moldada para o seu leitor.
A separação é importante porque os três públicos têm necessidades genuinamente diferentes. Desacoplá-los permite que a superfície de marketing mude sem perturbar o contrato da máquina, e permite que a camada de ciência explique o mecanismo sem ter de encenar para nenhum deles.
A camada de agente e a herança HAYAT
A camada de agente publica arquivos de máquina. O /agent.json descreve o site e indica seu contato, que é o chat residente. O /sot-map.json fornece um mapa estruturado do site e sua fonte da verdade. O /.well-known/hayat-manifest.json é publicado no caminho conhecido (well-known) onde outros softwares esperam encontrá-lo.
O HAYAT é o protocolo de integração entre sites que esses arquivos implementam. Cada site que o motor constrói herda esse protocolo, o que significa que um programa ao se deparar com qualquer site construído pela TITI pode contar com os mesmos arquivos, nos mesmos locais e com o mesmo significado. A herança é o que transforma a convenção de um único site em algo em que outro sistema pode confiar ao longo de múltiplos sites.
O protocolo é um formato compartilhado, não uma promessa sobre o conteúdo. Os arquivos são publicados e estão disponíveis para consulta de um leitor; a estrutura é consistente porque cada site leva o mesmo protocolo adiante.
A máquina de auditoria
Antes da implantação, uma versão construída passa por uma máquina de auditoria que combina dois tipos de julgamento. O primeiro consiste em portais de validação determinísticos e verificáveis por máquina: validade de marcação e estrutura, verificação de que nenhuma métrica inventada tenha se infiltrado no conteúdo e correção de renderização em diferentes idiomas — incluindo escritas da direita para a esquerda e layouts CJK.
O segundo é um julgador de estilo cruzado entre famílias, que avalia qualidades que um portal determinístico não consegue capturar. Ambos são complementares: os portais detectam o que está mecanicamente incorreto, enquanto o julgador avalia o que é meramente insatisfatório.
A regra que os une é simples e estrita. Uma versão construída que falhar em qualquer portal ou limite de qualidade é recusada. Não há aprovação parcial — a auditoria é uma condição para a publicação, não uma nota anexada a ela.
O ciclo de autoaprimoramento e o que ele não é
A TITI constrói a TITI: o motor ajuda a reconstruir e a aprimorar a si mesmo. No entanto, esse ciclo é supervisionado por humanos. Um humano analisa e aprova cada etapa. A recursão é real, a autonomia não — o motor propõe e auxilia, uma pessoa decide.
Expomos os limites de forma clara. A autonomia total com prompt único e sem intervenção humana é a trajetória, não uma capacidade concluída. O backend de inteligência do chat residente ainda não está conectado; o chat que você vê hoje é uma costura honesta, a interface presente antes que a inteligência por trás dela esteja conectada. Os termos econômicos — o custo de assinaturas e tokens — estão deliberadamente indefinidos.
Nomear esses limites faz parte da arquitetura, não é um detalhe secundário. Um sistema que distingue o que faz daquilo que pretende fazer inspira confiança no primeiro ponto por ser transparente quanto ao segundo.
Chat residente
Pergunte diretamente à arquitetura
Oi — sou a titi. Conte o que você quer criar; bastam algumas palavras.
Vou transformar isso num site real, testado e publicado.
Costura — backend ainda não conectado