شراء Kimi API للمؤسسة يختلف عن الشحن الشخصي. الفرد يهتم بـ«هل يعمل وهل هو رخيص»، أما المؤسسة فتتحقق من كيان التعاقد والتحقق المؤسسي والدفع من حساب الشركة والفواتير والحصص وSLA وامتثال البيانات ودورة حياة الطراز وتوزيع التكلفة. أي بند لا يُكتب في العقد قد يتحول بعد الإطلاق إلى مشكلة تشغيلية.
تقدم هذه المقالة قائمة شراء قابلة للتنفيذ بلا أسعار ثابتة. الأسعار والخصومات والشروط تتبع العرض الرسمي والعقد وأسعار الطرازات.
ملاحظة: Moonshot وKimi علامتان تجاريتان تخصان مالكيهما. قد تتغير الحلول المؤسسية وإجراءات التحقق والشروط التجارية؛ تعتمد المقالة على الحالة الشائعة في أكتوبر 2026، ويُرجع إلى الصفحات الرسمية والعقد قبل الشراء.
أولًا: ميّز المنتجين أولًا
| المنتج | يخدم | طريقة الفوترة | بيانات الاعتماد | الأنسب لـ |
|---|---|---|---|---|
| Kimi API | المطورين وأنظمة المؤسسة | فوترة حسب Tokens | مفتاح API | دمج المنتج والمعالجة الدفعية والوكلاء |
| Kimi Business | الفرق التي تستخدم مساعد Kimi | اشتراك عضوية | حساب | التعاون المكتبي والاستخدام الشخصي |
ليسا الشيء نفسه. عندما تدمج المؤسسة Kimi في خدمة العملاء أو الوثائق أو أنظمة الشيفرة، فهي تشتري API؛ وعندما تمنح الموظفين عضوية مساعد Kimi، فهي تشتري Business. حدد الحاجة قبل الشراء لتجنب المنتج الخاطئ.
ثانيًا: قائمة الشراء المؤسسي
| بند الشراء | السؤال الذي يجب حسمه | لماذا يهم |
|---|---|---|
| كيان التعاقد | هل كيانات العقد والدفع والفاتورة متطابقة | يؤثر في التحقق والدفع والسداد |
| التحقق المؤسسي | هل يلزم التحقق بالهوية وكيف | شرط مسبق للدفع المؤسسي والعقد |
| الشحن والدفع | هل يدعم التحويل المؤسسي وكم يستغرق | يؤثر في ترتيب التمويل |
| الفاتورة | النوع والنسبة والفئة وقواعد العنوان | يؤثر في ترحيل الفاتورة |
| الحصة والتحديد | التزامن وRPM وTPM وTPD | يحدد القدرة على تحمل الذروة |
| SLA والدعم | هل يوجد التزام توفر وزمن استجابة | إمكانية المساءلة والتعافي عند العطل |
| البيانات والامتثال | الحفظ والاستخدام للتدريب ومسار النقل | يتعلق بالمعلومات الشخصية وبيانات العملاء |
| دورة حياة الطراز | متى يُوقف القديم وكيف يُنقل | تجنب توقف مفاجئ |
| المفاتيح والصلاحيات | فصل المفاتيح حسب المشروع وأقل صلاحية | تقليل التسرب وسوء الاستخدام |
| آلية الخروج | معالجة الرصيد والبيانات والسجلات | عدم ترك التزامات عند تغيير المزود |
يُفضل أخذ هذا الجدول مباشرة إلى محادثة المبيعات. ما يمكن الحصول عليه بإجابة مكتوبة يُدرج في العقد أو ملحق؛ وما يبقى شفهيًا يعامل كمخاطرة.
ثالثًا: كيف تتفاوض على الحصة والتحديد
ترتبط مستويات السرعة في منصة Kimi المفتوحة بإجمالي الشحن التراكمي للحساب، والقسائم لا تدخل عادةً في الشحن التراكمي. المستوى الأدنى أضيق الحدود ويشمل سقف Tokens يوميًا؛ وبعد ترقية المستوى يرتفع التزامن وRPM وTPM، ولا يخضع المستوى المدفوع عادةً لسقف Tokens اليومي، لكنه يبقى مقيدًا بالتزامن والحصة الدقيقة.
يمكن للمؤسسة طلب سرعة وتزامن أعلى ودعم مخصص وSLA مخصص عبر قناة الأعمال. عند التفاوض، قدّم الاستخدام الشهري المقدر وذروة التزامن والسيناريوهات الرئيسية وخطة النمو، وإلا تعذر على الطرف الآخر تقديم حصة مناسبة.
انتبه إلى أمرين: قد تطبق المنصة تحديدًا مؤقتًا عند الحمل العالي على العنقود؛ وقد لا يُرفع تحديد المخاطر الناتج عن سلوك شاذ تلقائيًا. لذلك لا تفترض المعمارية أن «شراء حصة عالية يعني عدم التحديد دائمًا»، بل تحتاج إلى طابور وتراجع وفصل مفاتيح وقناة تخفيض.
رابعًا: أي وثائق يجب مراجعتها للامتثال
- معلومات تسجيل الطراز: تأكد من إنجاز التسجيل المطبق لخدمة الخوارزمية أو خدمة الذكاء الاصطناعي التوليدي، واطلب إثباتًا.
- اتفاقية معالجة البيانات: أين تُخزن البيانات وكم تبقى ومن يصل إليها وهل تُستخدم للتدريب.
- سياسة الخصوصية وشروط المستخدم: قد تختلف شروط API عن المنتج الاستهلاكي، ولا يجوز الخلط.
- نقل البيانات عبر الحدود: عند استخدام الموقع الدولي أو عقد خارجية، قيّم أولًا ما إذا كان ذلك يشكل نقلًا عابرًا للحدود.
- الحساب والصلاحيات: حساب مؤسسي متحقق ومفاتيح على مستوى المشروع وأقل صلاحية وإجراء استرجاع عند ترك العمل.
- السجلات والتدقيق: الاحتفاظ بسجلات الاستدعاء والأخطاء والفواتير لتلبية التدقيق الداخلي.
- أمان المحتوى: الخدمات العامة تحتاج آلية مراجعة محتوى ومعالجة شكاوى.
عند التعامل مع معلومات شخصية أو بيانات مهمة أو نصوص عقود عملاء، دع القانون وفريق الأمان يراجعان مسبقًا، لا بعد الإطلاق.
خامسًا: كيف تحكم التكلفة
| الوسيلة | الممارسة | الأثر |
|---|---|---|
| التخزين المؤقت | تثبيت مطالبة النظام وتعريفات الأدوات وبادئة قاعدة المعرفة | رفع إصابة الذاكرة وخفض تكلفة الإدخال |
| حوكمة السياق | استرجاع انتقائي وتلخيص التاريخ واقتطاع مخرجات الأدوات | تقليل الإدخال غير المفيد |
| توجيه الطرازات | K2.6 للمهام العامة وK2.7 للشيفرة وإعادة تقييم K3 للمواد الطويلة | تجنب سوء مطابقة الطراز |
| سقف الإخراج | ضبط max_completion_tokens وطلب إخراج مهيكل |
التحكم في الإخراج الطويل |
| ميزانية المشروع | ميزانية يومية وتنبيه لكل مشروع | منع خط واحد من استنزاف الحصة |
| مطابقة شهرية | مراجعة حسب المشروع والطراز والسيناريو | اكتشاف أسرع بنود الاستهلاك نموًا |
import os
from collections import defaultdict
# تُقرأ الأسعار من العقد أو صفحة الأسعار، والمثال لا يذكر أرقامًا محددة
PRICE = {
"input_miss": float(os.environ["KIMI_INPUT_MISS_PRICE"]),
"input_hit": float(os.environ["KIMI_INPUT_HIT_PRICE"]),
"output": float(os.environ["KIMI_OUTPUT_PRICE"]),
}
# كل سجل: المشروع، الإدخال غير المصاب، الإدخال المصاب، الإخراج
rows = [
("خدمة العملاء", 120000, 80000, 30000),
("استخراج الوثائق", 90000, 20000, 12000),
]
cost = defaultdict(float)
for project, miss, hit, out in rows:
cost[project] = (
miss * PRICE["input_miss"]
+ hit * PRICE["input_hit"]
+ out * PRICE["output"]
)
for project, amount in sorted(cost.items(), key=lambda x: -x[1]):
print(project, round(amount, 2))
هذا الكود مثال توزيع فقط، ويجب استخدام الأسعار الفعلية من العقد، لا لقطة شاشة أو عرض شفهي. وإذا كان لـK3 رسم على كتابة الذاكرة المؤقتة، فيجب احتسابه منفصلًا.
سادسًا: مخطط سير الشراء
- وثّق السيناريوهات وذروة التزامن ومتوسط Tokens اليومي وتوقع النمو.
- أكمل التحقق المؤسسي وجهّز رخصة العمل والحساب البنكي والرمز الموحد للائتمان الاجتماعي.
- اختبر الجودة والتأخير والتحديد ومعدل الأخطاء بحركة صغيرة.
- تفاوض على العقد: الحصة وSLA وزمن استجابة الدعم ومعالجة البيانات وشروط الخروج.
- نفّذ الدفع المؤسسي أو خطاب الاعتماد، وتأكد من الوصول والإصدار.
- أطلق: مفاتيح على مستوى المشروع وميزانية ومراقبة وتنبيهات وقناة تخفيض.
- راجع كل ربع سنة الاستخدام والتكلفة والأعطال والبدائل.
الأسئلة الشائعة
كيف يكتمل التحقق المؤسسي؟
يتطلب عادةً تقديم اسم الشركة والحساب البنكي المطابق والرمز الموحد للائتمان الاجتماعي، ثم تحويل مبلغ عشوائي إلى حساب الشركة ليتحقق منه قسم المالية ويدخله. الإجراء الدقيق يتبع الصفحة الرسمية.
هل يمكن الدفع من حساب الشركة وإصدار فاتورة؟
بعد التحقق المؤسسي يمكن عادةً اختيار الشحن الإلكتروني أو التحويل المؤسسي؛ ويُشترط غالبًا أن يتطابق عنوان الفاتورة مع كيان التحقق. النوع والنسبة والفئة تتبع قواعد المنصة والعقد.
هل يمكن للمؤسسة الحصول على SLA؟
قد تختلف مستويات الدعم بين API القياسي والحل المؤسسي. عند الحاجة إلى التزام توفر أو دعم مخصص أو حصة أعلى، اطلبها صراحةً في محادثة الأعمال وأدرجها في العقد.
هل تُستخدم البيانات للتدريب؟
لا تكتفِ بصفحة الترويج. قد تختلف شروط API عن المنتج الاستهلاكي؛ اقرأ سياسة الخصوصية واتفاقية معالجة البيانات قبل التوقيع، واكتب قواعد الحفظ والتدريب والحذف في العقد.
هل يمكن لحساب شخصي تحمل أعمال الشركة؟
لا يُنصح. الحساب الشخصي غير مكتمل في التحقق المؤسسي والدفع المؤسسي والفاتورة وإدارة الصلاحيات والتدقيق، والمسؤولية غير واضحة عند حدوث مشكلة.
الخطوة التالية
شغّل أولًا جولة سيناريوهات حقيقية بمفتاح اختبار في ZSQH AI Gateway، واحصل على الاستخدام والتأخير ومعدل الأخطاء، ثم تفاوض على الحصة والعقد بالبيانات. الطرازات والأسعار والحلول المؤسسية تتبع أسعار الطرازات.
قراءات ذات صلة:
