اکاؤنٹ

پرنسپل وہ مستحکم شناخت کنندہ ہے جس سے kotoba.cloud آپ کو پہچانتا ہے۔ پاس کی یا والٹ تبدیل کرنے پر یہ نہیں بدلتا۔

Google یا GitHub اکاؤنٹ منسلک کرنے سے اگلی بار "Continue with Google" اس اکاؤنٹ کی پاس کی پیش کرے گا۔ منسلک اکاؤنٹ صرف اکاؤنٹ کی شناخت کے لیے ہے؛ یہ سائن ان کا طریقہ نہیں ہے۔

لنک ختم کرنے سے پاس کی یا والٹ سے سائن ان کرنے پر کوئی اثر نہیں پڑتا۔

کارڈ کی تصدیق: اسے مکمل کرنے کے لیے کریڈٹ یا ڈیبٹ کارڈ رجسٹر کریں (checkout.stripe.com)۔ پری پیڈ اور ورچوئل کارڈز قبول نہیں کیے جاتے۔

دستاویزی تصدیق (Stripe Identity، verify.stripe.com) شامل کی جا سکتی ہے۔ کارڈ کی تفصیلات اور دستاویزات صرف Stripe کو جاتی ہیں؛ kotoba.cloud صرف حیثیت، مدت ختم ہونے کی تاریخ اور ثبوت کا حوالہ رکھتا ہے۔ تصدیق 365 دن بعد ختم ہو جاتی ہے۔

ہر اسکوپ اپنی بنیاد پر تحقیق کے لیے منظور ہوتا ہے۔ مدت ختم شدہ یا معطل اسکوپ انفرنس نہیں چلا سکتا۔

ایک تنظیم کو did:webvh DID کے طور پر جاری کیا جاتا ہے؛ رکنیت کا انتظام قابل تصدیق اسناد (VC) کے ذریعے کیا جاتا ہے۔ تخلیق کار کو owner کا کردار دیا جاتا ہے۔

مدعو کردہ ممبرز API ٹوکنز، اسکوپس اور بلنگ کا اشتراک کرتے ہیں۔ کردار owner / admin / member / billing ہیں۔

ممبرز کا انتظام تنظیم کے شناختی فراہم کنندہ (OpenID Connect: Google Workspace، Microsoft Entra ID، Okta وغیرہ) کے ذریعے ہوتا ہے۔ IdP سے ہٹایا گیا ممبر اگلی دوبارہ توثیق کے وقفے پر تنظیم تک رسائی کھو دیتا ہے۔

IdP سائن ان کرنے کا طریقہ نہیں ہے۔ ممبران پہلے پاس کی یا والٹ سے سائن ان کرتے ہیں، پھر رکنیت حاصل کرنے کے لیے تنظیم کے IdP سے تصدیق کرتے ہیں۔ کردار admin / member / billing ہوتے ہیں؛ owner کبھی IdP سے تفویض نہیں ہوتا۔

یہ Team / Enterprise پلانز پر موجود تنظیموں کے لیے دستیاب ہے۔ SAML ابھی تک سپورٹ نہیں کی جاتی۔

تصدیق شدہ مفت ریسرچ الاؤنس پر کبھی چارج نہیں لگتا۔ ادا شدہ گنجائش بغیر خودکار ٹاپ اپ کے خریدی جاتی ہے۔

MCP کی صلاحیت رکھنے والے ایجنٹس جیسے Claude Code پڑھتے ہیں /mcp.json۔ مکمل رہنما یہاں دستیاب ہے: /llms.txt اور /ekyc.md۔ ٹوکنز کو اوپر دی گئی فہرست سے ایک ایک کر کے منسوخ کیا جاتا ہے؛ اس لمحے سے API 401 token-revoked کا جواب دیتا ہے۔