kotobase
मेनू

डेवलपर

तकनीकी विवरण, कानूनी दस्तावेज़ और कुछ खाता प्रक्रियाएँ अभी अंग्रेज़ी में हैं।

अपने एप्लिकेशन में पहले से उपयोग किए जा रहे भाषा और ग्राफ प्रोटोकॉल से शुरू करें।

एक टोकन प्राप्त करें

कोई कार्ड आवश्यक नहीं

Passkey या EIP-4361 SIWE वॉलेट के साथ एक सत्र बनाएं। Kotobase तब एक अल्पकालिक Biscuit जारी करता है जो एक ही किरायेदार, ग्राफ, धारक, समाप्ति, और अनुमति सेट तक सीमित होता है।

KOTOBASE_TOKEN क्या है

प्राथमिक API क्रेडेंशियल एक अल्पकालिक Biscuit है जो केवल Passkey या SIWE प्रमाणीकरण के बाद जारी किया जाता है। इसे उस सटीक ग्राफ और अनुमतियों के लिए अनुरोध करें जिसकी आपको आवश्यकता है:

POST https://auth.kotobase.net/v1/biscuit/token

{"tenantId":"...","graph":"...","permissions":["data:write"]}

एंडपॉइंट द्वारा लौटाए गए पूर्ण प्राधिकरण मान का उपयोग करें:

Authorization: Biscuit <token>

CACAO और अस्पष्ट Bearer क्रेडेंशियल केवल माइग्रेशन-अनुकूलता पथ बने रहते हैं।

इसे उपयोग करें

लौटाए गए प्राधिकरण मान को सीधे TypeScript, Python, या PHP SDK को पास करें:

export KOTOBASE_TOKEN="Biscuit ..." && kotobase account-status

अस्वीकृत Biscuit को कभी CACAO या Bearer के रूप में पुनः प्रयास नहीं किया जाता।

पथ बनाएं

कमांड लाइन

CLI को एक कमांड में इंस्टॉल करें:

curl -fsSL https://kotobase.net/install.sh | sh

इसके लिए आवश्यक है babashka और केवल आपके अपने में लिखता है ~/.local.

SDKs

TypeScript, Python, और PHP क्लाइंट एक ही ट्रांसपोर्ट और प्रमाणीकरण अनुबंध साझा करते हैं।

प्रश्न प्रोटोकॉल

Datomic Client API, SPARQL (जिसमें RDF4J HTTP पथ संगतता शामिल है), Cypher, Gremlin, और GraphQL को स्पष्ट क्षमता खोज और अनुपालन परीक्षणों के माध्यम से ट्रैक किया जाता है।

AI और एजेंट

MCP एंडपॉइंट का उपयोग करें

https://kotobase.net/mcp

उसी किरायेदार ग्राफ के खिलाफ, या चलाएं

kotobase mcp

क्लाइंट कॉन्फ़िगरेशन जारी करने के लिए।

स्थानीय-प्रथम ज्ञान

Markdown, frontmatter, और [[wikilinks]] को संरक्षित करते हुए Obsidian वॉल्ट को आयात या द्विदिश सिंक करें।

प्रश्न विमान वास्तुकला

Ayatori

Ayatori वह प्रश्न-विमान संयोजन है जो प्रदाता खोज और अपरिवर्तनीय IPLD ब्लॉकों को एक स्थायी, प्रश्न योग्य प्रक्षेपण में बदल देता है।

Ayatori स्रोत और API पढ़ें

संयुक्त पढ़ने का पथ

IPNI discovery → provider block fetch → CID verification → required Arrangement ranges → persistent cursor → Datalog

खोज केवल एक प्रदाता संकेत है। Ayatori इसे पुनः प्राप्ति, CID वैधता, या प्रश्न निष्पादन के प्रमाण के रूप में नहीं मानता।

वर्तमान तैनाती स्थिति

30 अगस्त 2026 तक, साझा kotobase.net उत्पादन प्रश्न अनुरोध पथ ayatori.query पर आधारित है, और उत्पादन घटक लॉक नाम ayatori है।

यह उस रिपॉजिटरी में बदलाव है जो उत्पादन सेवा करता है, न कि जो यह गणना करता है: ayatori.query उसी ब्रिज पर एक उपनाम नामस्थान है। IPNI प्रदाता खोज और सत्यापित दूरस्थ ब्लॉक पढ़ाई अभी भी अनुरोध पथ पर नहीं की जाती।

लाइब्रेरी सीमाएं और निर्भरताएं

लाइब्रेरी जिम्मेदारी प्रत्यक्ष संबंध स्थिति
ayatori खोज, सत्यापित दूरस्थ पढ़ाई, स्थायी कर्सर, और प्रश्न सामग्री को समन्वयित करता है। io-ipni-specs, io-ipld, arrangement, और kotobase का उपयोग करता है। उत्पादन अनुरोध पथ पर; इसकी खोज और दूरस्थ-पढ़ाई विमान नहीं हैं
io-ipni-specs IPNI विज्ञापन और प्रतिनिधि-रूटिंग प्रदाता परिणामों को पार्स करता है। प्रदाता उम्मीदवार लौटाता है; यह ब्लॉकों को प्राप्त या सत्यापित नहीं करता। Ayatori निर्भरता
io-ipld IPLD लिंक को एन्कोड और डिकोड करता है और अनुरोधित CID के खिलाफ ब्लॉकों को सत्यापित करता है। Ayatori और स्थायी सूचकांक स्टैक द्वारा उपयोग किया जाता है। उत्पादन घटक निर्भरता
arrangement चार कवरिंग इंडेक्स को CID-पते वाले स्नैपशॉट के रूप में स्थायी बनाता है और कर्सर पढ़ाई प्रदान करता है। prolly-tree, datom-source, और datalog का उपयोग करता है। उत्पादन घटक निर्भरता
prolly-tree क्रमबद्ध इंडेक्स नोड्स को सामग्री-पते वाले DAG-CBOR ब्लॉकों के रूप में संग्रहीत करता है। arrangement को लुकअप, प्रीफिक्स स्कैन, और रेंज स्कैन प्रदान करता है। उत्पादन घटक निर्भरता
datom-source क्वेरी पाथ्स द्वारा उपयोग किए जाने वाले स्टोरेज-तटस्थ पैटर्न कर्सर अनुबंध को परिभाषित करता है। क्वेरी मूल्यांकन को किसी विशेष स्टोरेज कार्यान्वयन से अलग करता है। उत्पादन घटक निर्भरता
डेटालॉग चार कवरिंग इंडेक्स पर Datalog का मूल्यांकन करता है; इसका कोई स्टोरेज या नेटवर्क I/O नहीं है। कॉलर द्वारा प्रदान किए गए डेटम स्रोतों और इंडेक्सों का उपभोग करता है। उत्पादन घटक निर्भरता
कोटोबेस-क्वेरी फ्लैट Kotobase स्टोर से Datalog मटेरियलाइजेशन के लिए संगतता पुल। इसके दो नामस्थान आयातोरी द्वारा ले जाए जाते हैं, इसलिए जो कॉलर अभी भी उन्हें नामित करते हैं वे निरंतर हल होते रहते हैं। अधिलेखित; अब वही नामस्थान आयातोरी से भेजे जाते हैं

स्थिति लेबल 30 अगस्त 2026 को निरीक्षित साझा उत्पादन क्वेरी घटकों का वर्णन करते हैं। एक स्रोत पिन या उत्तीर्ण बेंचमार्क स्वयं में यह साबित नहीं करता कि कोई लाइब्रेरी उत्पादन अनुरोधों की सेवा करती है।

निर्माण शुरू करें