الحساب

الـ principal هو المعرّف الثابت اللي Kotoba Cloud بيعرفك بيه. ده مبيتغيرش لما تغيّر الـ Passkey أو المحفظة.

ربط حساب Google أو GitHub بيخلي «الاستمرار مع Google» يعرض الـ Passkey بتاع الحساب ده المرة الجايه. الحساب المتربط بس بيسمّي الحساب؛ مش وسيلة تسجيل دخول.

فك الربط ماله علاقة بتسجيل الدخول بـ Passkey أو محفظة.

التحقق من الكارت: سجّل كارت ائتمان أو خصم مباشر عشان تكمّله (checkout.stripe.com). الكروت مسبقة الدفع والافتراضية مش مقبولة.

التحقق من الوثائق (Stripe Identity، verify.stripe.com) ممكن يتضاف. تفاصيل الكارت والوثائق بتروح لـ Stripe بس؛ kotoba.cloud بيحتفظ بالحالة وتاريخ الانتهاء ومرجع الإثبات. التحقق ينتهي بعد 365 يوم.

كل صلاحية (scope) بتتوافق عليها على أساسها الخاص بالبحث. الصلاحية المنتهية أو المعلّقة مش هتقدر تشغّل الاستدلال (inference).

المؤسسة بتتصدر كـ did:webvh DID؛ والعضوية بتتدار بشهادات قابلة للتحقق (VC). اللي بينشئ المؤسسة بياخد رتبة owner.

الأعضاء المدعوين بيشاركوا توكنات API والصلاحيات (scopes) والفوترة. الأدوار هي owner / admin / member / billing.

الأعضاء بيتم إدارتهم عن طريق مزود هوية المنظمة (OpenID Connect: Google Workspace وMicrosoft Entra ID وOkta وغيرهم). العضو اللي يتشال من IdP بيفقد الوصول للمنظمة في فترة إعادة المصادقة الجاية.

الـ IdP مش طريقة لتسجيل الدخول. الأعضاء الأول بيسجلوا دخول بـ Passkey أو محفظة، وبعدين بيوثّقوا نفسهم مع IdP بتاع المؤسسة عشان يحصلوا على العضوية. الأدوار هي admin / member / billing؛ ودور owner مستحيل يتم منحه من خلال IdP.

متاح للمؤسسات في خطط Team / Enterprise. SAML لسه غير مدعوم.

مساحة البحث المجانية المتحقق منها مبيتحاسبش عليها فلوس. المساحة المدفوعة بتتشترى من غير شحن أوتوماتيك.

العملاء اللي بيدعموا MCP زي Claude Code بيقروا /mcp.json. الدليل الكامل موجود في /llms.txt و /ekyc.md. التوكنات بتُلغى واحد واحد من القايمة اللي فوق؛ ومن هذه اللحظة الـ API بيرد بـ 401 token-revoked.