
На сайті Latch у нижній частині документації API запитів на доступ зазначено: "Агент, що заповнює це? POST /access-requests (див. /llms.txt)." Це дрібна деталь, яка розкриває специфічний підхід до дизайну продукту. Більшість інструментів для розробників створені для людей, які читають документацію та пишуть код. Latch створений з припущенням, що суб’єкт, що запитує доступ, може бути саме програмним забезпеченням, і це програмне забезпечення потребує машинно-читабельного політичного документа, щоб зрозуміти, що саме воно може запитувати. Конвенція /llms.txt набуває статусу стандарту для надання штучним інтелектам структурованої інформації про сервіс. Реалізація Latch цього підходу для контролю доступу означає, що агент може прочитати політику, що регулює його власний доступ, до того, як зробити запит. Не людина, яка читає документацію та налаштовує агента. Агент сам читає документацію та діє в межах визначених обмежень. Це замикає петлю, яку більшість інфраструктур агентів залишають відкритою. @RialoHQ створив Latch для виконання обмежень на те, що агенти можуть робити. Точка доступу /llms.txt означає, що агенти також можуть зрозуміти, що вони можуть робити, до того як спробувати. Рівень управління стає зрозумілим для тих, хто підлягає управлінню. Для будь-кого, хто створює автономні системи, яким потрібно діяти відповідально в межах визначених обмежень, це не примітка. Це філософія дизайну, зроблена конкретною.
