OpenLore

आधिकारिक

एजेंट-नेटिव नॉलेज सर्वर। SSH और MCP के माध्यम से AI एजेंटों को दस्तावेज़ प्रदान करता है, जिसमें पहचान-आधारित दृश्य, नियंत्रित लेखन, और संरचित मेटाडेटा शामिल हैं। एकल बाइनरी, शून्य कॉन्फ़िगरेशन।

OpenLore MCP के साथ आप क्या कर सकते हैं?

  • साझा ज्ञान आधार प्रदान करें — OpenLore को Markdown के एक फ़ोल्डर की ओर इंगित करें और किसी भी एजेंट को MCP या SSH के माध्यम से cat, grep, और find जैसे परिचित टूल का उपयोग करके समान फ़ाइलें पढ़ने दें।

  • पहचान के आधार पर पहुंच सीमित करें — प्रत्येक व्यक्ति या एजेंट को विशिष्ट docsets के लिए केवल-पढ़ने, प्रकाशित करने, या पढ़ने-लिखने की पहुंच प्रदान करें, निजी होम निर्देशिकाओं और पथ उपनामों के साथ।

  • नियंत्रित इनबॉक्स में प्रकाशित करें — एजेंटों को मौजूदा सामग्री को संपादित करने की अनुमति दिए बिना इनबॉक्स में नए दस्तावेज़ जोड़ने दें, परमाणु और संघर्ष-जागरूक लेखन के साथ।

  • संरचित मेटाडेटा क्वेरी करें — lore meta के साथ frontmatter को NDJSON के रूप में निरीक्षण करें और उनके मेटाडेटा द्वारा दस्तावेज़ खोजने के लिए jq के साथ फ़िल्टर करें।

  • दस्तावेज़ों को पोर्टेबल बाइनरी में एम्बेड करें — दस्तावेज़ीकरण के साथ एक स्व-निहित निष्पादन योग्य बनाएं, जो किसी भी टीम को वितरण के लिए /docs पर केवल-पढ़ने के रूप में परोसा जाता है।

दस्तावेज़

📜 OpenLore

Release Go Reference

aakarim%2FOpenLore | Trendshift

प्रायोजित: Oiya

अपनी टीम के हर AI एजेंट को समान, अद्यतित ज्ञान दें।

OpenLore को Markdown के एक फ़ोल्डर की ओर इंगित करें और आपकी टीम का हर एजेंट समान फ़ाइलें पढ़ेगा, चाहे वह Claude Code, Codex, Cursor या CI जॉब हो। एजेंट उन्हीं टूल्स का उपयोग करते हैं जिन्हें वे पहले से जानते हैं, जैसे cat, grep और find। आप तय करते हैं कि कौन क्या देख और बदल सकता है।

Deploy to Render
एक-क्लिक होस्टेड सर्वर। देखें OpenLore को Render पर तैनात करें।

Claude Code, Codex and a CI job connect to one OpenLore server, which checks each identity's access and serves the same folder of Markdown

त्वरित आरंभ

एक फ़ोल्डर स्थापित करें और परोसें:

brew install --cask aakarim/tap/lore
openlore ./docs

SSH पोर्ट 2222 पर चलता है। वेब व्यू और MCP पोर्ट 8080 साझा करते हैं। ./docs की सामग्री / पर दिखाई देती है।

एक एजेंट कनेक्ट करें:

# Claude Code
claude mcp add --transport http openlore http://localhost:8080/mcp

# Codex
codex mcp add openlore --url http://localhost:8080/mcp

# Anything with a shell
ssh -p 2222 localhost "grep -r 'retry' /"

अपने एजेंटों को बताएं कि इसे कब उपयोग करना है:

ssh -p 2222 localhost agents >> AGENTS.md

या अपने एजेंट को पूरा सेटअप करने दें:

ssh openlore.sh teach | claude

Homebrew पर नहीं हैं? Linux और Windows के लिए Quickstart देखें।

अपने रिपॉजिटरी में सिर्फ Markdown क्यों नहीं रखते?

एक रिपॉजिटरी में एक एजेंट के लिए, ऐसा करें।

OpenLore तब के लिए है जब कई एजेंट, रिपॉजिटरी या लोगों को समान ज्ञान की आवश्यकता होती है, और आपको यह बताना होता है कि कौन क्या पढ़, लिख या प्रकाशित कर सकता है। एक फ़ाइल को एक बार अपडेट करें और हर एजेंट अगली बार पढ़ने पर नया संस्करण देखेगा।

कोई वेक्टर डेटाबेस, इन्जेशन पाइपलाइन या SDK नहीं है। आपका ज्ञान सामान्य Markdown के रूप में रहता है।

गाइड

विशेषताएँ

  • एजेंट-मूल पुनर्प्राप्ति — एजेंट शेल टूल्स और रचना पैटर्न का उपयोग करते हैं जिन्हें वे पहले से समझते हैं, बजाय एक विशेष पुनर्प्राप्ति API सीखने के।
  • एक ज्ञान सतह, कई ट्रांसपोर्ट — समान आभासी फ़ाइल सिस्टम को SSH, SFTP/SSHFS (सीधे VS Code ब्राउज़िंग और संपादन सहित), MCP, और मानव-अनुकूल वेब व्यू पर परोसें।
  • लाइव, शासित ज्ञान — सामग्री को केवल-पढ़ने योग्य रखें, स्कोप्ड प्रकाशन की अनुमति दें, या प्रति डॉकसेट पूर्ण लेखन सक्षम करें। लेखन परमाणु, संघर्ष-जागरूक और प्रतिबद्ध होने से पहले मान्य हैं।
  • पहचान-स्कोप्ड दृश्य — प्रत्येक व्यक्ति या एजेंट को केवल वही डॉकसेट दें जिसकी उसे आवश्यकता है, भूमिका-आधारित ro, publish, और rw अनुदान, पथ उपनाम, और निजी होम निर्देशिकाओं के साथ।
  • निर्माण से सुरक्षित — शेल एक इन-मेमोरी Go इंटरप्रेटर है, वास्तविक ऑपरेटिंग-सिस्टम शेल नहीं। सामान्य सत्र में कोई शेल एस्केप, मनमाना प्रक्रिया निष्पादन, या परिवेश नेटवर्क एक्सेस नहीं है।
  • पोर्टेबल ज्ञान बंडल — दस्तावेज़ों को एक स्व-निहित बाइनरी में एम्बेड करें, GitHub Action के साथ क्रॉस-प्लेटफ़ॉर्म बंडल बनाएं, या उन्हें डेस्कटॉप MCP एक्सटेंशन के रूप में पैकेज करें।
  • नए क्वेरी भाषा के बिना संरचित ज्ञान — lore meta के साथ फ्रंटमैटर को NDJSON के रूप में निरीक्षण करें, jq के साथ क्वेरी करें, और Google के Open Knowledge Format (OKF) बंडलों और Agent Skills को लेखन पथ के करीब मान्य करें।
  • विस्तार योग्य नीति और प्रसंस्करण — प्लगइन्स सत्यापन, अनुदान, पढ़ें/लिखें मिडलवेयर, मेटाडेटा, और पोस्ट-कमिट प्रोसेसिंग जोड़ सकते हैं जबकि समान फ़ाइल सिस्टम इंटरफ़ेस बनाए रखते हैं।

उपयोग के मामले

  • सतत शिक्षण रिपॉजिटरी - सत्र और सीख को एक साझा सर्वर में संग्रहीत करें। अनुकूलन के लिए मेट्रिक्स जोड़ें। उपयोगकर्ता अलगाव बनाए रखते हुए एजेंटों को एक-दूसरे के साथ सीख साझा करने दें।
  • टीम आर्टिफैक्ट रिपॉजिटरी - एक्सेस नियंत्रण बनाए रखते हुए आपके द्वारा बनाए गए markdown, HTML, JSON, Excel आदि दस्तावेज़ साझा करें। Git से कहीं अधिक प्राकृतिक, Confluence/Notion से अधिक एजेंट-मूल।
  • कोडिंग एजेंटों के लिए दस्तावेज़ — आंतरिक API दस्तावेज़, रनबुक, उत्पाद संदर्भ, और आर्किटेक्चर नोट्स को एक परिचित, grep-योग्य इंटरफ़ेस के पीछे रखें।
  • एजेंटों की टीमों के लिए एक साझा लाइव मेमोरी — एजेंटों को अलग या साझा डॉकसेट दें ताकि वे निष्कर्ष प्रकाशित कर सकें, काम सौंप सकें, और सत्रों में स्थायी संदर्भ जमा कर सकें।
  • सार्वजनिक दस्तावेज़ साइट - अपने सार्वजनिक डॉकसेट में कोई भी फ़ाइल जोड़ें, सार्वजनिक एक्सेस सक्षम करें और यह किसी भी एजेंट को दिखाई देगा जो आपकी साइट पर आता है। मौजूदा दस्तावेज़ों को संपादित करने की आवश्यकता के बिना AEO/GEO में सुधार करता है।
  • कौशल साझाकरण — Agent Skills को साझा संग्रह में प्रकाशित करें ताकि हर अधिकृत एजेंट समान शासित प्रक्रियाओं को खोज और उपयोग कर सके।
  • एजेंट प्लगइन्स रिपॉजिटरी — GitHub से Agent Plugins रिपॉजिटरी को संस्करण-पिन करें और उन्हें अपनी टीम के एजेंटों को परोसें। खुले मानक में पैक किए गए कौशल स्वचालित रूप से वर्तमान रहते हैं।
  • शासित ज्ञान योगदान — योगदानकर्ताओं को इनबॉक्स में प्रकाशित करने दें जबकि मौजूदा दस्तावेज़ों को अनुरक्षकों के लिए आरक्षित रखें और आकस्मिक अधिलेखन को रोकें।
  • आर्टिफैक्ट रिपॉजिटरी — ब्राउज़र या SSH के माध्यम से रिपोर्ट, लॉग, स्क्रीनशॉट और जेनरेट की गई फ़ाइलों को स्टोर और एक्सपोज़ करें, बिना कस्टम आर्टिफैक्ट व्यूअर बनाए या एजेंट की मशीन तक पहुंच दिए।
  • पहचान-विशिष्ट कार्यक्षेत्र — प्रत्येक एजेंट के लिए एक निजी होम और साझा टीम ज्ञान माउंट करें, सभी एक सर्वर और एक प्राधिकरण मॉडल के माध्यम से।
  • पोर्टेबल ग्राहक या परियोजना ज्ञान — प्रासंगिक दस्तावेज़ों के साथ एक संस्करणित निष्पादन योग्य भेजें, या समान ज्ञान को MCPB डेस्कटॉप एक्सटेंशन के रूप में वितरित करें।
  • मान्य ज्ञान कैटलॉग — फ्रंटमैटर और बंडल सम्मेलनों को लागू करें, मेटाडेटा का सस्ते में निरीक्षण करें, और प्रवेश के समय गलत ज्ञान को रोकें।

यह कैसे काम करता है

OpenLore SSH ट्रांसपोर्ट के लिए Wish पर बनाया गया है। एक कनेक्शन पूरी तरह से एक आभासी फ़ाइल सिस्टम के खिलाफ संभाला जाता है:

  1. प्रमाणित करें — कुंजीहीन रूप से कनेक्ट करें या एक SSH कुंजी, प्रमाणपत्र, पासकी, या OAuth लॉगिन को एक पहचान में हल करें।
  2. एक दृश्य बनाएं — केवल उस पहचान को दिए गए डॉकसेट और पथ माउंट करें।
  3. अन्वेषण करें — उस दृश्य पर शुद्ध Go फ़ंक्शन के रूप में लागू शेल कमांड चलाएं, या समकक्ष MCP shell टूल का उपयोग करें।
  4. सुरक्षित रूप से योगदान करें — यदि लेखन सक्षम है, तो परमाणु रूप से प्रतिबद्ध होने से पहले पूरी-फ़ाइल परिवर्तन को अधिकृत और मान्य करें।

OAuth क्लाइंट प्रत्यायोजित पहचान का उपयोग करते हैं, इसलिए स्थायी लेखन उत्पत्ति adil द्वारा सीधे काम को adil/claude@claude.ai के रूप में किए गए काम से अलग करती है। प्रतिनिधि अपने प्रिंसिपल से अधिक अधिकार प्राप्त नहीं कर सकते हैं और डॉकसेट और क्षमता अस्वीकार सूचियों द्वारा संकुचित किए जा सकते हैं। CIMD क्लाइंट विक्रेता-होस्टेड मेटाडेटा और private_key_jwt के साथ अतिरिक्त रूप से प्रमाणित कर सकते हैं; देखें Authenticated OAuth Clients।

सामान्य शेल bash, exec, curl, या मनमाने होस्ट प्रक्रियाओं को लागू नहीं कर सकता। एम्बेडेड दस्तावेज़ हमेशा केवल-पढ़ने योग्य होते हैं। स्पष्ट रूप से विश्वसनीय पहचान को spawn क्षमता के माध्यम से संकीर्ण रूप से स्कोप्ड अतुल्यकालिक प्रसंस्करण दिया जा सकता है।

शासित लेखन

OpenLore डिफ़ॉल्ट रूप से केवल-पढ़ने योग्य है। लिखने योग्य तैनाती रीडायरेक्ट, ऐपेंड, tee, patch, sed -i, फ़ाइल स्थानांतरण, प्रकाशन, और विश्वसनीय बाहरी जॉब के लिए एकल, नीति-नियंत्रित लेखन पथ रखती है।

echo "# Research" | publish /backend/findings.md
cat change.diff | patch /backend/api.md
sed -i 's/old/new/g' /backend/runbook.md

लेखन पूरे-ऑब्जेक्ट परमाणु स्वैप हैं। तुलना-और-स्वैप सुरक्षा डिफ़ॉल्ट रूप से पुराने संपादनों को अस्वीकार करती है, डॉकसेट अनुदान लक्ष्य को प्रतिबंधित करते हैं, और प्लगइन्स प्रतिबद्ध होने से पहले एक लेखन को मान्य या स्थगित कर सकते हैं।

उपयोगकर्ता-सामना सेटअप के लिए Writing and publishing और कार्यान्वयन मॉडल के लिए Write system internals देखें।

स्थापना

Homebrew, Linux और Windows रिलीज़ के लिए Quickstart देखें, और कौन से इंस्टॉलेशन में डैशबोर्ड शामिल है। OpenLore को स्वयं बनाने के लिए, Building from source देखें।

एक बाइनरी में दस्तावेज़ एम्बेड करें

दस्तावेज़ को assets/lore/ में रखें और बनाएं। परिणामी बाइनरी में दस्तावेज़ होते हैं और बिना किसी निर्देशिका तर्क के चलाए जाने पर उन्हें /docs पर केवल-पढ़ने योग्य परोसता है:

make dashboard-build   # optional: include the web UI
go build -o my-docs ./cmd/openlore

GitHub Action के साथ बनाएं

अपने दस्तावेज़ों के साथ एम्बेडेड क्रॉस-प्लेटफ़ॉर्म बाइनरी बनाएं:

- uses: aakarim/openlore@v1
  with:
    docs-dir: ./docs
    config: ./openlore.yml

सीधे VS Code संपादन, MCP stdio, MCPB डेस्कटॉप पैकेजिंग, SSHFS, और Go लाइब्रेरी उपयोग के लिए Ways to use OpenLore देखें।

एक अनुकूलित तैनाती बनाएं

बंडल किए गए setup कौशल का उपयोग करके <team>-lore बनाएं, एक छोटा ग्राहक-स्वामित्व वाला रिपॉजिटरी जिसमें openlore.yml, एक आधिकारिक OpenLore रिलीज़ के लिए पिन किया गया एक पतला Containerfile, और तैनाती आर्टिफैक्ट शामिल हैं। यह एक काम करने वाला स्थानीय सर्वर बनाता है और तैनाती से पहले HTTP, MCP, प्रमाणित SSH, लेखन, और स्थिरता सत्यापित करता है:

ssh openlore.sh setup | amp

जेनरेट किया गया रिपॉजिटरी प्रारंभिक lore.json नीति और SSH-दृश्यमान फ़ाइलों को gitignored .local/ के तहत रखता है। पहली तैनाती उस स्थिति से एक खाली स्थायी वॉल्यूम प्रारंभ करती है। रूट openlore.yml Git/IaC प्राधिकरण बना रहता है और /var/lib/openlore/config/openlore.yml पर अलग से तैनात किया जाता है; यह छवि में बेक नहीं होता। बाद में सर्वर पर lore.json और फ़ाइल सिस्टम संपादन प्राधिकृत हैं और छवि अपडेट द्वारा कभी अधिलेखित नहीं होते।

अतिरिक्त निर्देश कमांड पूर्ण जीवनचक्र का समर्थन करते हैं:

  • onboarding स्थानीय रूप से प्रारंभिक पहचान, भूमिकाएं, होम और फ़ोल्डर जोड़ता है;
  • deploy Fly.io, Railway, AWS, Google Cloud, Azure, DigitalOcean, या कस्टम तैनाती का चयन करता है और एक साझा स्थिरता/नेटवर्किंग अनुबंध सत्यापित करता है;
  • upgrade केवल पिन किए गए बेस-इमेज संस्करण परिवर्तन तैयार करता है ताकि मौजूदा CD इसे तैनात कर सके।

प्रदाता तैनाती के लिए HTTPS/MCP, प्रमाणित OpenLore SSH, प्रशासनिक शेल एक्सेस, और एक स्थायी /var/lib/openlore वॉल्यूम की आवश्यकता होती है। जहां प्रदाता समर्थन करता है, तैनाती सार्वजनिक पोर्ट 22 को OpenLore पोर्ट 2222 पर अग्रेषित करने के लिए कॉन्फ़िगर करती है। अन्यथा यह निर्दिष्ट पोर्ट की रिपोर्ट करता है और बाहरी TCP अग्रेषण प्रणाली की सिफारिश करता है।

प्रकाशित कंटेनर में केवल OpenLore होता है। इसमें जानबूझकर कोई ऑनबोर्डिंग नीति या सर्वर कॉन्फ़िगरेशन नहीं होता। सेवा शुरू होने से पहले, तैनाती को स्थायी कॉन्फ़िग निर्देशिका में openlore.yml और lore.json रखना चाहिए और चलाना चाहिए:

./out --config /var/lib/openlore/config/openlore.yml

यह कॉन्फ़िगरेशन को स्वतंत्र रूप से तैनात करने योग्य रखता है: एक सरल तैनाती openlore.yml को वॉल्यूम पर कॉपी कर सकती है, जबकि Kubernetes उसी फ़ाइल को ConfigMap से प्रोजेक्ट कर सकता है। Fly.io, Railway, AWS, Google Cloud, Azure, DigitalOcean, या कस्टम इंफ्रास्ट्रक्चर के लिए deploy कौशल का उपयोग करें। रिपॉजिटरी की Railpack और Fly फ़ाइलें छवि, स्थायी-वॉल्यूम और पोर्ट वायरिंग प्रदान करती हैं; वे प्रक्रिया स्टार्टअप पर कॉन्फ़िगरेशन को सीड या म्यूटेट नहीं करती हैं।

अनुकूलित रिपॉजिटरी के बिना त्वरित होस्टेड सर्वर के लिए, Deploy to Render बटन का उपयोग करें। Railpack और Fly फ़ाइलों के विपरीत, इसकी स्टार्ट स्क्रिप्ट पहले बूट पर एक खाली डिस्क पर एक स्टार्टर openlore.yml और lore.json लिखती है। Render केवल HTTPS, MCP और वेब व्यू परोसता है; OpenLore SSH के लिए इसका कोई सार्वजनिक TCP इनग्रेस नहीं है।

Railway अपने SSH TCP प्रॉक्सी को एक सार्वजनिक होस्टनाम और पोर्ट प्रदान करता है। मानक SSH पोर्ट 22 के लिए बाहरी रॉ टीसीपी लोड बैलेंसर की आवश्यकता होती है। Fly.io सार्वजनिक पोर्ट 22 को एक समर्पित पते के साथ OpenLore के आंतरिक पोर्ट 2222 पर मैप कर सकता है। रॉ SSH में कोई होस्टनाम या SNI रूटिंग नहीं है, इसलिए एक लिसनर पोर्ट 22 पर कई डोमेन रूट नहीं कर सकता।

कंटेनर वर्कफ़्लो main से latest प्रकाशित करता है; रिलीज़ VERSION, vVERSION, प्रमुख और मामूली छवि टैग भी प्रकाशित करती हैं।

दस्तावेज़

समान पृष्ठ, समान समूहों में, openlore.sh/docs पर प्रकाशित हैं।

परिचय

पृष्ठसामग्री
OpenLore क्या हैएक पृष्ठ में परोसें, कनेक्ट करें, स्कोप करें, शासन करें और निरीक्षण करें
Changelogवर्तमान संस्करण, रिलीज़ नोट्स, संगतता नोट्स, और संस्करणित दस्तावेज़

प्रारंभ

पृष्ठसामग्री
त्वरित प्रारंभOpenLore स्थापित करें, एक फ़ोल्डर सर्व करें, और एक एजेंट कनेक्ट करें
Claude CodeMCP के माध्यम से Claude Code कनेक्ट करें और यह सीमित करें कि यह क्या देखता है
CodexMCP के माध्यम से Codex कनेक्ट करें
CursorMCP के माध्यम से Cursor कनेक्ट करें
OpenCodeMCP के माध्यम से OpenCode कनेक्ट करें
SSH पर कोई भी एजेंटSSH के माध्यम से एक कोडिंग एजेंट या CI जॉब कनेक्ट करें और उसे एक पहचान दें

अवधारणाएँ

OpenLore कैसे काम करता है: docsets, ट्रांसपोर्ट, पहचान, लेखन, नियम, और अवलोकन।

पृष्ठसामग्री
DocsetsDocset क्या है, पहुँच उनके आसपास क्यों व्यवस्थित है, और नेस्टिंग, अनुदान, उपनाम और fail-closed सत्यापन कैसे काम करते हैं
ट्रांसपोर्टSSH, SFTP, MCP, JSON API और वेब एक फ़ाइल सिस्टम, MCP टूल, कमांड परिणाम, सत्र और निर्देश कमांड कैसे साझा करते हैं
प्रमाणीकरणप्रमाणीकरण रुख, SSH कुंजियाँ, प्रमाणपत्र, passkeys, OAuth टोकन और इनबॉक्स क्रेडेंशियल एक पहचान, भूमिकाओं, docsets, उपनामों, होम और कार्यभार पहचान फेडरेशन में कैसे हल होते हैं
लेखन और प्रकाशनलेखन मोड, इनबॉक्स, संघर्ष प्रबंधन, एक सफल लेखन क्या जाँचता है और क्या नहीं, और जॉब्स
फ़ोल्डर नियम.lore/config.yaml और lore.json नियम, परतें, अनुमतियाँ, अस्वीकृति संदेश, और विकास सीमाएँ
प्लगइन्स और प्रारूपप्रदाता इंटरफेस, Open Knowledge Format सत्यापन, lore validate, lore meta, और Agent Skills प्लगइन
डैशबोर्ड और मेट्रिक्सडैशबोर्ड प्रमाणीकरण, तथ्य बनाम गतिविधि, और फ़ाइल व्यूअर

कैसे करें

कार्य वॉकथ्रू।

पृष्ठसामग्री
OpenLore का उपयोग करने के तरीकेSSH, HTTP और stdio पर MCP, वेब दृश्य, SSHFS, एम्बेडेड बाइनरी, GitHub Action, MCPB, और लाइब्रेरी उपयोग सेट करें
सर्वर कॉन्फ़िगर करेंopenlore.yml बनाएं, एम्बेडेड कॉन्फ़िग और फ़्लैग पर प्राथमिकता, एनालिटिक्स, और डीबग लॉगिंग
एक एजेंट को इनबॉक्स में प्रकाशित करने देंएक एजेंट से योगदान स्वीकार करें बिना उसे कुछ और संपादित करने दिए
एडिटर से ब्राउज़ और संपादित करेंस्थानीय प्रोजेक्ट मिरर के बिना सीधे VS Code और SFTP एडिटर सेटअप
headlong / shellm चलाएंheadlong के shellm इंजन से SSH पर OpenLore का उपयोग करें, इसके housekeeping कौशल सहित
स्रोत से बनाएंवेब UI और बाइनरी स्वयं बनाएं, या वेब UI के बिना बनाएं
OpenLore को Render पर तैनात करेंएक-क्लिक Render तैनाती, पहला passkey साइन-इन, अपग्रेड, और कस्टम डोमेन

संदर्भ

लुकअप सामग्री: कमांड, कुंजियाँ, एंडपॉइंट, इंटरफेस, और आंतरिक।

पृष्ठसामग्री
कमांड संदर्भपूर्ण शेल, आंतरिक निरीक्षण, प्रकाशन, सिंटैक्स, CLI कमांड, और फ़्लैग संदर्भ
openlore.yml संदर्भप्रत्येक कुंजी openlore.yml के लिए उत्पन्न संदर्भ स्वीकार करता है
नियम मानक पुस्तकालयसंकलित नियम सदस्यों और उनके मापदंडों के लिए उत्पन्न संदर्भ
HTTP इनबॉक्स APIPOST /inbox/{docset} bearer या HMAC क्रेडेंशियल के साथ, और टोकन एंडपॉइंट
OAuth क्लाइंटCIMD क्लाइंट पहचान, private_key_jwt, mTLS पुष्टि, और हस्ताक्षर-कुंजी रोटेशन
लेखन प्रणाली आंतरिकफ़ाइल सिस्टम परतें, लेखन सीम, प्रवेश मिडलवेयर, और एसिंक्रोनस जॉब्स
डैशबोर्ड बनाएंफ्रंटएंड बिल्ड और बैकएंड-केवल Go बिल्ड
सुरक्षा मूल्यांकनखतरा मॉडल और सुरक्षा गुण

सुरक्षा

  • कमांड एक शुद्ध-Go इंटरप्रेटर में चलते हैं, os/exec के माध्यम से नहीं।
  • वर्चुअल फ़ाइल सिस्टम पथ साफ करता है और docset सीमाओं को लागू करता है।
  • अनुमत फ़ाइल पैटर्न और अनदेखी निर्देशिकाएँ रहस्यों को दृश्य से बाहर रखती हैं।
  • RBAC पढ़ने, प्रकाशन, लेखन, अनुमोदन, और विश्वसनीय क्षमताओं को नियंत्रित करता है।
  • वेब एंडपॉइंट पहले उपयोग पर अंधा भरोसा करने से बचने के लिए SSH होस्ट कुंजी को TLS पर प्रकाशित कर सकता है; SSH उपयोगकर्ता और होस्ट प्रमाणपत्र भी समर्थित हैं।

पूर्ण सुरक्षा मूल्यांकन के लिए SECURITY.md देखें।

लाइसेंस

Apache License 2.0 — कॉपीराइट © 2026 Adil Karim

OpenLore तृतीय-पक्ष ओपन-सोर्स घटकों को बंडल करता है। उनके लाइसेंस और आवश्यक सूचनाएँ assets/legal/THIRD_PARTY_NOTICES.md में सूचीबद्ध हैं, पूर्ण लाइसेंस पाठ assets/legal/licenses/ में हैं। ये बाइनरी में एम्बेडेड हैं और चल रही सेवा द्वारा /legal पर सर्व की जाती हैं।