Le site web de Latch inclut une ligne en bas de la documentation de l'API de demande d'accès : « Agent remplissant ce formulaire ? POST /access-requests (voir /llms.txt). » C’est un détail mineur qui révèle une spécificité fondamentale de la conception du produit. La plupart des outils pour développeurs sont conçus pour des humains qui lisent la documentation et écrivent du code. Latch, lui, est conçu en supposant que l’entité demandant l’accès pourrait être elle-même un logiciel, et que ce logiciel a besoin d’un document de politique lisible par machine pour comprendre ce qu’il est autorisé à demander. La convention /llms.txt émerge comme standard pour fournir aux systèmes d’IA des informations structurées sur un service. Le fait que Latch l’implémente pour le contrôle d’accès signifie qu’un agent peut lire la politique régissant son propre accès avant de faire une demande. Pas un humain lisant la documentation et configurant l’agent. L’agent lit lui-même la documentation et opère dans les limites définies. Cela boucle une boucle que la plupart des infrastructures d’agents laissent ouverte. @RialoHQ a construit Latch pour imposer ce que les agents sont autorisés à faire. Le point de terminaison /llms.txt permet aux agents de comprendre aussi ce qu’ils sont autorisés à faire avant d’essayer. La couche de gouvernance devient lisible pour ceux qui sont gouvernés. Pour quiconque construit des systèmes autonomes devant opérer de manière responsable dans des limites définies, ce n’est pas une note de bas de page. C’est la philosophie de conception rendue concrète.