नियंत्रित निष्पादन
Kotoba Cloud, पहचान और परिनियोजन नियंत्रण के ज़रिए AI द्वारा बनाए गए सॉफ़्टवेयर के निष्पादन वातावरण का प्रवेश द्वार है। Kotoba भाषा है और Kotobase भरोसेमंद ग्राफ़ स्थिति की परत है।
तकनीकी विवरण, कानूनी दस्तावेज़ और कुछ खाता प्रक्रियाएँ अभी अंग्रेज़ी में हैं।
PASSKEY उपयोगकर्ता नाम
@kotoba-…
स्थिर प्रिंसिपल
—
सक्रिय नियंत्रक
—
सेवाएं एक विशाल ट्रस्ट डोमेन बनने के बिना जुड़ती हैं। प्रत्येक प्राधिकरण अलग से शासित रहता है।
Passkey एक स्थिर Principal को सत्यापित करता है। नियंत्रण विमान CLI डिप्लॉय द्वारा उपयोग किए जाने वाले टोपोलॉजी और प्राधिकरण स्तर को प्रकाशित करता है।
AI स्थिति और ज्ञान के लिए एक कंटेंट-एड्रेस्ड ग्राफ़ डेटाबेस, जिसमें स्पष्ट संबंध और पहचान योग्य इतिहास होता है।
kotobase.net ↗CPU/GPU संसाधनों पर स्वीकृत वर्कलोड्स को रखता है और उन्हें निष्पादित करता है।
murakumo.cloud ↗कार्यस्थलों, लक्ष्यों, उपकरणों और अनुमोदनों के बीच जारी एजेंट कार्य चलाता है।
itonami.cloud ↗एक रिलीज़ CID नामस्थान हेड, परिभाषाएं, कच्चा Wasm, संकलन रसीदें, और पुनरुत्पादकता साक्ष्य को एक IPLD ग्राफ़ में फिक्स करता है। नाम और GitHub खोज और उत्पत्ति बने रहते हैं।
एक रिलीज़ CID के तहत परिभाषाएं, Wasm आर्टिफैक्ट्स, और संकलन रसीदें बंद करें।
कम से कम दो स्वतंत्र स्टोरेज स्रोतों पर समान पूर्ण क्लोजर संग्रहीत करें।
हर बाइट और रूटेड पीयर आईडी की जांच करें, फिर रिलीज़ CID द्वारा निष्पादित करें और निर्यात करें।
# install and run the live Ed25519 + ML-DSA-65 reference package
kotoba package add kotoba-lang/reference-math@0.1.0 --catalog-cid bafkreidcy5stqvnyfpmud6ozz5qz3supd3r3uzk7glmntuv36ezliaxstm
kotoba package run kotoba-lang/reference-math # 42
kotoba library inspect <name|CID|#hash> --store .kotoba/codebase --namespace demo
# dry-run by default
kotoba library publish --store .kotoba/codebase --namespace demo --hosted
# replicate one exact release closure
kotoba library publish --store .kotoba/codebase --namespace demo --hosted --dry-run false \
--pqc-seed-file <ml-dsa-seed> \
--provider east=https://east.example --provider-token-file <east-token> \
--provider west=https://west.example --provider-token-file <west-token>
# qualification and execution are release-CID addressed
kotoba library verify ipfs://<release-cid> --store .kotoba/codebase \
--provider east=https://east.example --provider west=https://west.example
kotoba library run ipfs://<release-cid> --entry answer --store .kotoba/codebase \
--provider east=https://east.example --provider west=https://west.example
# rotate or revoke the Principal-pinned ML-DSA key; both finish with Passkey
kotoba pq-key rotate --current-pqc-seed-file <current> \
--next-pqc-seed-file <next> --expected-epoch 1
kotoba pq-key revoke --current-pqc-seed-file <current> --expected-epoch 2पोस्ट-क्वांटम हस्ताक्षर अनिवार्य हैं, वैकल्पिक नहीं। प्रकाशन के लिए Passkey सत्र और Principal से पिन किया गया ML-DSA-65 हस्ताक्षर दोनों आवश्यक हैं। बाहरी प्रमाणीकरणकर्ता और वितरित योग्यता अलग से सत्यापित सीमाएं बनी रहती हैं।
लाइब्रेरी कैटलॉग और निर्भरता ग्राफ़ खोलेंCLI ने इस ग्राफ़ पर स्थानीय रूप से हस्ताक्षर किया और इसे Kotobase में संग्रहीत किया। प्रकाशन से पहले CIDs और IPNS नाम सत्यापित करें।
क्रिया, युग, वर्तमान कुंजी, और अगली कुंजी सत्यापित करें। रोटेशन दोनों ML-DSA कुंजियों द्वारा हस्ताक्षरित होता है और केवल Passkey पुष्टि के बाद प्रभावी होता है।
एजेंट और मानव पठनीय, डेटा-केंद्रित कोड में स्वतंत्र रूप से लिखते हैं।
Kotoba प्रकार, प्रभाव, क्षमताएं, संसाधन, और लक्ष्य समर्थन की जांच करता है।
होस्ट और प्रदाता Passkey पहचान और संसाधन-सीमित अनुदान को बांधते हैं।
Kotobase कलाकृतियाँ और रसीदें रखता है; Murakumo और Itonami स्वीकृत कार्य करते हैं।
kotoba deploy --manifest app.edn --target murakumo:asher
# plan is dry-run by default; apply remains explicitभंडारण, गणना और एजेंट के काम की अधिकार सीमाएँ अलग रहती हैं। रसीदें प्रत्येक स्रोत को अलग दर्ज करती हैं। मौजूदा Passkey अपने आप स्थानांतरित नहीं होते; नए RP को सत्यापित Principal संबंध चाहिए।