O site da Latch possui uma linha na parte inferior da documentação da API de solicitação de acesso: "Agente preenchendo isso? POST /access-requests (veja /llms.txt)." Esse é um pequeno detalhe que revela algo específico sobre como o produto foi projetado. A maioria das ferramentas para desenvolvedores é construída para ser usada por humanos que leem documentação e escrevem código. A Latch foi projetada com a expectativa de que a entidade solicitando acesso possa ser ela própria um software, e que esse software precise de um documento de política legível por máquina para entender o que é permitido solicitar. A convenção /llms.txt está surgindo como um padrão para fornecer a sistemas de IA informações estruturadas sobre um serviço. Ao implementar isso para controle de acesso, a Latch permite que um agente leia a política que governa seu próprio acesso antes de fazer uma solicitação. Não é um humano lendo a documentação e configurando o agente. É o agente lendo a documentação por conta própria e operando dentro dos limites definidos. Isso fecha um ciclo que a maioria das infraestruturas de agentes deixa aberto. @RialoHQ construiu a Latch para impor o que os agentes podem fazer. O endpoint /llms.txt significa que os agentes também podem entender o que são autorizados a fazer antes de tentar. A camada de governança torna-se legível para aqueles que são governados. Para qualquer um que construa sistemas autônomos que precisem operar com responsabilidade dentro de limites definidos, isso não é uma observação de rodapé. É a filosofia de design tornada concreta.