Kotoba Cloud
Passkey ایک Stable Principal کی تصدیق کرتا ہے۔ کنٹرول پلین topology اور authority floor شائع کرتا ہے جو CLI deploy میں استعمال ہوتا ہے۔
کنٹرول شدہ عمل درآمد
Kotoba Cloud شناخت اور تعیناتی کے کنٹرول کے ذریعے AI کے بنائے ہوئے سافٹ ویئر کے اجرا کے ماحول کا داخلی راستہ ہے۔ Kotoba زبان ہے اور Kotobase قابلِ اعتماد گراف حالت کی تہہ ہے۔
تکنیکی تفصیلات، قانونی دستاویزات اور کھاتے کے بعض عمل اب بھی انگریزی میں ہیں۔
PASSKEY یوزر نیم
@kotoba-…
STABLE PRINCIPAL
—
ACTIVE CONTROLLER
—
خدمات ایک دوسرے میں ضم ہوئے بغیر جڑی ہیں۔ ہر اتھارٹی الگ سے حکمرانی کرتی ہے۔
Passkey ایک Stable Principal کی تصدیق کرتا ہے۔ کنٹرول پلین topology اور authority floor شائع کرتا ہے جو CLI deploy میں استعمال ہوتا ہے۔
AI اسٹیٹ اور علم کے لیے ایک content-addressed گراف ڈیٹا بیس، جس میں واضح تعلقات اور شناختی تاریخ شامل ہے۔
kotobase.net ↗CPU/GPU وسائل پر منظور شدہ ورک لوڈز کو رکھتا ہے اور انہیں چلاتا ہے۔
murakumo.cloud ↗ورک اسپیسز، اہداف، ٹولز، اور منظوریوں کے درمیان جاری ایجنٹ کام چلاتا ہے۔
itonami.cloud ↗ایک ریلیز CID namespace head، تعریفات، raw Wasm، compile receipts، اور reproducibility evidence کو ایک IPLD گراف میں فکس کرتا ہے۔ نام اور GitHub دریافت اور ماخذ رہتے ہیں۔
تعریفات، Wasm آرٹیفیکٹس، اور compile receipts کو ایک ریلیز CID کے تحت بند کریں۔
ایک ہی مکمل closure کو کم از کم دو آزاد ذخیرہ مقامات پر محفوظ کریں۔
ہر بائٹ اور routed peer IDs کی تصدیق کریں، پھر ریلیز 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
Post-quantum دستخط لازمی ہیں، اختیاری نہیں۔ اشاعت کے لیے Passkey سیشن اور ML-DSA-65 دستخط جو Principal سے منسلک ہو، دونوں ضروری ہیں۔ بیرونی مستند کنندگان اور تقسیم شدہ اہلیت الگ سے تصدیق شدہ حدود رہتی ہیں۔
لائبریری کیٹلاگ اور انحصار گراف کھولیں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 تعلق ضروری ہے۔