اصل مواد پر جائیں

کنٹرول شدہ عمل درآمد

AI کے بنائے ہوئے سافٹ ویئر کا قابو میں رکھا گیا اجرا۔

Kotoba Cloud شناخت اور تعیناتی کے کنٹرول کے ذریعے AI کے بنائے ہوئے سافٹ ویئر کے اجرا کے ماحول کا داخلی راستہ ہے۔ Kotoba زبان ہے اور Kotobase قابلِ اعتماد گراف حالت کی تہہ ہے۔

تکنیکی تفصیلات، قانونی دستاویزات اور کھاتے کے بعض عمل اب بھی انگریزی میں ہیں۔

AI ایجنٹ فوری آغاز

خدمات کی دریافت اور Passkey RP فعال ہیں۔ ہوسٹ شدہ تعیناتی کا اطلاق ابھی دستیاب نہیں۔

تین عمل درآمد کے طیارے۔ حدود برقرار۔

خدمات ایک دوسرے میں ضم ہوئے بغیر جڑی ہیں۔ ہر اتھارٹی الگ سے حکمرانی کرتی ہے۔

کنٹرول + شناخت

Kotoba Cloud

Passkey ایک Stable Principal کی تصدیق کرتا ہے۔ کنٹرول پلین topology اور authority floor شائع کرتا ہے جو CLI deploy میں استعمال ہوتا ہے۔

auth.kotoba.cloud · api.kotoba.cloud
ذخیرہ

Kotobase

AI اسٹیٹ اور علم کے لیے ایک content-addressed گراف ڈیٹا بیس، جس میں واضح تعلقات اور شناختی تاریخ شامل ہے۔

kotobase.net

ایک ریلیز CID، متعدد فراہم کنندگان سے قابل عمل

ایک ریلیز 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 سے منسلک ہو، دونوں ضروری ہیں۔ بیرونی مستند کنندگان اور تقسیم شدہ اہلیت الگ سے تصدیق شدہ حدود رہتی ہیں۔

لائبریری کیٹلاگ اور انحصار گراف کھولیں

AI-لکھے گئے کوڈ سے قبول شدہ حساب تک

لکھیں

ایجنٹس اور انسان پڑھنے کے قابل، ڈیٹا پر مبنی کوڈ میں آزادانہ طور پر لکھتے ہیں۔

قبول کریں

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 تعلق ضروری ہے۔