El sitio web de Latch incluye una línea al final de la documentación de la API de solicitud de acceso: "¿Agente que completa esto? POST /access-requests (ver /llms.txt)." Este pequeño detalle revela algo específico sobre cómo está diseñado el producto. La mayoría de las herramientas para desarrolladores están construidas para humanos que leen documentación y escriben código. Latch está diseñado bajo la suposición de que la entidad que solicita acceso podría ser ella misma un software, y que dicho software necesita un documento de política legible por máquina para comprender qué puede solicitar. La convención /llms.txt está surgiendo como un estándar para proporcionar a los sistemas de IA información estructurada sobre un servicio. Que Latch la implemente para el control de acceso significa que un agente puede leer la política que rige su propio acceso antes de realizar una solicitud. No un humano leyendo la documentación y configurando el agente, sino el agente leyendo la documentación por sí mismo y operando dentro de los límites definidos. Esto cierra un bucle que la mayoría de las infraestructuras de agentes dejan abierto. @RialoHQ construyó Latch para hacer cumplir qué es lo que los agentes están autorizados a hacer. El endpoint /llms.txt permite que los agentes también comprendan qué están autorizados a hacer antes de intentarlo. La capa de gobernanza se vuelve legible para quienes son gobernados. Para cualquiera que construya sistemas autónomos que necesiten operar con responsabilidad dentro de límites definidos, esto no es una nota al pie. Es la filosofía de diseño hecha realidad.