নিয়ন্ত্রিত কার্যকরী
Kotoba Cloud পরিচয় ও স্থাপনা নিয়ন্ত্রণের মাধ্যমে AI-তৈরি সফটওয়্যারের নির্বাহ পরিবেশে প্রবেশের পথ। Kotoba হলো ভাষা এবং Kotobase হলো বিশ্বস্ত গ্রাফ অবস্থার স্তর।
প্রযুক্তিগত বিবরণ, আইনি নথি ও কিছু অ্যাকাউন্ট প্রক্রিয়া এখনো ইংরেজিতে আছে।
PASSKEY ব্যবহারকারীর নাম
@kotoba-…
STABLE PRINCIPAL
—
ACTIVE CONTROLLER
—
সেবাগুলো একত্রিত হয়ে একটি বিশাল বিশ্বাস ডোমেইনে পরিণত হয় না। প্রতিটি কর্তৃপক্ষ আলাদাভাবে শাসিত থাকে।
Passkey একটি Stable Principal যাচাই করে। নিয়ন্ত্রণ প্লেন CLI deploy দ্বারা ব্যবহৃত টপোলজি এবং কর্তৃপক্ষের স্তর প্রকাশ করে।
AI অবস্থা এবং জ্ঞানের জন্য একটি বিষয়বস্তু-ঠিকানাযুক্ত গ্রাফ ডাটাবেস, স্পষ্ট সম্পর্ক এবং সনাক্তযোগ্য ইতিহাস সহ।
kotobase.net ↗CPU/GPU সম্পদে অনুমোদিত ওয়ার্কলোড স্থাপন করে এবং সেগুলো কার্যকর করে।
murakumo.cloud ↗ওয়ার্কস্পেস, লক্ষ্য, সরঞ্জাম এবং অনুমোদনের মধ্যে চলমান এজেন্ট কাজ চালায়।
itonami.cloud ↗একটি রিলিজ CID একটি IPLD গ্রাফে namespace head, সংজ্ঞা, কাঁচা Wasm, কম্পাইল রসিদ এবং পুনরুত্পাদনযোগ্যতার প্রমাণ নির্দিষ্ট করে। নাম এবং 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-এ সংরক্ষণ করেছে। প্রকাশের আগে CID এবং 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 সংযোগ প্রয়োজন।