लैच की वेबसाइट पर एक्सेस रिक्वेस्ट API डॉक्यूमेंटेशन के नीचे एक पंक्ति है: "एजेंट इसे भर रहा है? POST /access-requests (देखें /llms.txt)।" यह एक छोटा विवरण है जो उत्पाद के डिज़ाइन के बारे में कुछ विशिष्ट बताता है। अधिकांश डेवलपर टूल्स मानवों के लिए बनाए जाते हैं जो डॉक्यूमेंटेशन पढ़ते हैं और कोड लिखते हैं। लैच का डिज़ाइन इस धारणा पर आधारित है कि एक्सेस की मांग करने वाली इकाई स्वयं सॉफ्टवेयर हो सकती है, और इस सॉफ्टवेयर को यह समझने के लिए मशीन-पठनीय नीति दस्तावेज़ की आवश्यकता होती है कि वह क्या मांग सकता है। /llms.txt की परंपरा AI प्रणालियों को सेवा के बारे में संरचित जानकारी प्रदान करने के लिए मानक के रूप में उभर रही है। लैच द्वारा इसे एक्सेस कंट्रोल के लिए लागू करना मतलब है कि एजेंट अपनी मांग करने से पहले अपनी मांग पर लागू होने वाली नीति पढ़ सकता है। कोई मानव डॉक्यूमेंटेशन पढ़कर एजेंट को कॉन्फ़िगर नहीं करता। एजेंट स्वयं डॉक्यूमेंटेशन पढ़ता है और परिभाषित सीमाओं के भीतर कार्य करता है। यह एक ऐसा चक्र है जो अधिकांश एजेंट इंफ्रास्ट्रक्चर खुला छोड़ देता है। @RialoHQ ने Latch को एजेंट्स के क्या करने की अनुमति है, इसके प्रबंधन के लिए बनाया है। /llms.txt एंडपॉइंट का मतलब है कि एजेंट्स प्रयास करने से पहले समझ सकते हैं कि उन्हें क्या करने की अनुमति है। प्रशासन परत, प्रशासित के लिए पठनीय हो जाती है। किसी के लिए, जो स्वयंचालित प्रणालियाँ बना रहा है, जिन्हें परिभाषित सीमाओं के भीतर समुचित रूप से कार्य करने कीआवश्यकता है, यह कोई पादटिप्पणी नहीं है। यह स्पष्ट होने पर सिद्धांत है।