/v1 के तहत उपलब्ध है।
कुंजी बनाएं और अनुरोध करें
- Dashboard
- CLI
- Administration → Keys खोलें, Create key चुनें, और वह सबसे संकीर्ण अनुमति प्रीसेट चुनें जो आपके integration को कवर करे।
- केवल आवश्यकता होने पर ही अलग-अलग grants जोड़ें, कुंजी बनाएं, और इसका एकबारी secret कॉपी करें।
-
/v1/sessionsके लिए एक परीक्षण अनुरोध करें और Keys पृष्ठ पर पुष्टि करें कि कुंजी सक्रिय रहती है। -
जब integration की स्वामित्व बदले, तो इसके action मेनू से कुंजी को rotate या disable करें।

403 लौटाता है और missing अनुमति की पहचान करता है।
Organization selection
एक organization कुंजी अपने organization पर स्वचालित रूप से कार्य करती है। एक instance-scoped कुंजी प्रति अनुरोध एक organization चुन सकती है:- Dashboard
- CLI
Administration → Keys खोलने से पहले डैशबोर्ड header में organization switcher का उपयोग करें। वहां बनाई गई कुंजियां चयनित organization से संबंधित हैं। URL और कुंजी विवरण में organization slug की पुष्टि करें, फिर credential को automation में कॉपी करें।
/v1 router के विरुद्ध जांची गई है।
वर्तमान विशिष्टता में पूर्ण route, method, parameter, permission, और status-code कवरेज है। कुछ response bodies जानबूझकर untyped हैं क्योंकि server अभी भी उन्हें dynamic JSON के रूप में बनाता है। किसी endpoint के चारों ओर एक strongly typed client जेनरेट करने से पहले एक वास्तविक response की जांच करें जिसके पास response schema नहीं है।
JSON writes के लिए Content-Type: application/json का उपयोग करें। 401 को missing या invalid authentication के रूप में, 403 को required permission के बिना एक valid identity के रूप में, 404 को missing या organization-inaccessible resource के रूप में, 409 को एक state conflict के रूप में, और 422 को एक invalid field या permission value के रूप में मानें। Error responses में एक human-readable message शामिल होता है; permission failures required grant का नाम भी देती हैं।

