استضافة Kimi K3 ذاتيًا من اليوم الأول: مسار vLLM مقابل أسطورة Ollama على اللابتوب

مركز Kimi K3: المواصفات، التسعير، معرّف API → /ar/kimi-k3. الخط الزمني → /ar/kimi-k3-status. واقع Ollama/VRAM → /blog/34-kimi-k3-vram-ollama-local-requirements. تقويم الأوزان المفتوحة → /blog/31-kimi-k3-open-weights-july-27.

خلاصتُك تقول إن أوزان Kimi K3 المفتوحة تسقط في 27 يوليو. أحدهم يرد بلقطة شاشة من Mac Mini. آخر يلصق GGUF غامضًا «Ollama بضغطة واحدة». وأنت تحاول الإجابة عن مهمة أبسط: هل يستطيع فريقنا استضافة هذا ذاتيًا، أم أن الأمر مجرد ضجيج؟

النسخة المختصرة: عامل الاستضافة الذاتية كمشكلة عنقود / vLLM، لا كمشكلة تطبيق دردشة على لابتوب. المنتج وواجهة API يعملان أصلًا. الأوزان العامة الكاملة ما زالت حدثًا في التقويم تعيد التحقق منه على Hugging Face—وليست ضمانًا أن ollama pull يعمل الليلة.

هذا الموقع مستقل عن Moonshot. المواصفات والتواريخ أدناه تتبع الوثائق العامة ومدونات الشركاء حتى 27 يوليو 2026؛ أعد التحقق من مدونة Kimi K3 ووثائق المنصة ومعاينة vLLM لـ K3 قبل أن تشتري عتادًا أو تثق بمستودع عشوائي.

الجواب المختصر (اقرأ هذا أولًا)

1. مهمتان مختلفتان.
   • «أريد جودة K3 اليوم» → kimi.com، Kimi Code، أو معرّف API kimi-k3 على platform.kimi.ai.
   • «أريد الأوزان داخل VPC الخاص بي» → انتظر مستودع HF تابعًا لـ Moonshot بملفات حقيقية + مكدس خدمة لليوم 0 (vLLM هو المسار العام الذي تجهّزه Moonshot والشركاء).
2. حتى وقت الكتابة، صفحة HF moonshotai/Kimi-K3 ما زالت Upcoming release (عدّ تنازلي / إشعار)—وليست تنزيلًا مكتملًا بملفات safetensors. المنشورات الاجتماعية التي تقول «مفتوح أصلًا» تقرأ الوعد غالبًا، لا تبويب Files.
3. Ollama على GPU ألعاب واحد نموذج ذهني خاطئ لـ K3 كامل من فئة 2.8T. لغة الخدمة الرسمية تشير إلى نشر supernode / متعدد المسرّعات، لا لعبة بـ 24GB.
4. معاينة vLLM في 22 يوليو أوضح ملاحظة عامة عن «كيف ستخدم الصناعة هذا»: مسار نموذج لليوم 0، تخزين مؤقت للبادئة واعٍ بـ KDA، وصفات Docker، NVIDIA + عمل AMD أولي—وليس أمرًا استهلاكيًا بسطر واحد.
5. خطوط Kimi المفتوحة القابلة للتنزيل أصلًا (مثل K2.6 / K2.7 Code على Hugging Face) هي ما تستطيع استضافته ذاتيًا اليوم إن احتجت أوزانًا دون اتصال بينما ملفات K3 ما زالت معلّقة.

جملة واحدة: استخدم API أو المنتج للذكاء هذا الأسبوع؛ واستخدم vLLM + أوزانًا حقيقية للاستضافة الذاتية حين يصبح تبويب Files حقيقيًا—ولا تخلط بين البابين.

المصدر: رسائل الإطلاق الرسمية لـ K3 / المدونة التقنية لـ Kimi K3، Moonshot AI، 16 يوليو 2026.

لمن هذا الدليل (ولمن ليس)

إن بحثت فقط عن «kimi k3 ollama»، اقرأ أيضًا مقال VRAM وOllama—تلك الصفحة فحص صدق العتاد المحلي. هذه الصفحة هي مسار الاستضافة الذاتية / الخدمة.

ماذا يعني «اليوم 0 للأوزان المفتوحة» فعليًا

الرواية العامة لـ Moonshot (انظر إعلان K3):

• المنتج + API أولًا (حيّان منذ ~16 يوليو 2026): دردشة، Work، Code، API kimi-k3.
• أوزان النموذج الكاملة بحلول 27 يوليو 2026—التزام بشحن ملفات، لا ادّعاء سحري «موجود أصلًا على كل مرآة».
• معمارية تغيّر الخدمة: Kimi Delta Attention (KDA)، Attention Residuals، MoE متناثر (الصياغة الرسمية: 16 من 896 خبيرًا نشطًا لكل رمز)، إجمالي معلمات ~2.8T، سياق 1M، رؤية أصلية.
• ملاحظة صريحة بأنهم ساهموا بعمل prefix-cache مرتبط بـ KDA لمجتمع vLLM، ليُطلق جنبًا إلى جنب مع النموذج—لأن KDA لا يتصرف مثل KV cache الانتباه الكامل الكلاسيكي.

إذن «اليوم 0» لمستضيفي الذات هو فعليًا إسقاطان:

1. الأوزان + LICENSE + model card (عادةً Hugging Face تحت moonshotai/…).
2. كود خدمة يفهم K3 (معاينة vLLM تشير إلى مسار النموذج، المحلّلات، النوى، Docker، الوصفات).

أي واحد بلا الآخر باب نصف مفتوح.

المسار أ — المنتج وAPI (ما ينبغي لمعظم الناس فتحه اليوم)

لا تحتاج استضافة ذاتية لتجربة جودة K3 الحدّية:

إن كان هدفك «شحن ميزة في هذا الـ sprint»، يفوز API + المنتج. الاستضافة الذاتية لـ إقامة البيانات، العزل الهوائي، الضبط الدقيق المخصص، أو اقتصاد الوحدة عند حجم هائل—لا لـ FOMO.

المصدر: وسائط إطلاق K3 الرسمية / مدونة Kimi K3، 16 يوليو 2026.

المسار ب — الاستضافة الذاتية عبر vLLM (مسار اليوم 0 الجاد)

ما وعد به vLLM علنًا (22 يوليو 2026)

معاينة فريق vLLM أوضح منشور «جاهزية المنظومة» قبل يوم المصدر المفتوح الكامل. بلغة بسيطة، يقولون إنهم يجهّزون:

• خدمة مفتوحة المصدر لليوم 0 مع إطلاق الأوزان: تنفيذ النموذج، صور Docker، وصفات نشر، تحقق إنتاجي
• تخزين مؤقت للبادئة واعٍ بـ KDA (حيل KV المقسّم الكلاسيكية لا تكفي لحالة KDA المتكررة)
• عمل نوى / أداء عبر prefill وdecode لـ KDA، Attention Residuals، MoE (مسار MXFP4 في صياغة إصدارهم)، قطع متعددة الوسائط
• وصفات NVIDIA تحت الضبط النهائي + مسار AMD أولي

هذه لغة بنية تحتية. ليست «الصق هذا في Ollama على Windows ودردش».

كيف تفكّر في خدمة اليوم 0 (قائمة تحقق، لا CLI مجمّد)

حين تظهر الأوزان، يبدو runbook استضافة ذاتية عاقل هكذا—فضّل دائمًا model card الرسمي ووثائق vLLM على أي مدونة، بما فيها هذه:

1. تحقق من المستودع
   • المنظمة يجب أن تكون moonshotai (أو مصدرًا آخر تربطه Moonshot من المدونة الرسمية).
   • Files حقيقية (شظايا)، لا تسويق «Upcoming release» فقط.
   • اقرأ LICENSE من البداية للنهاية (خطوط Kimi المفتوحة السابقة غالبًا استخدمت ترخيصًا بأسلوب Modified MIT؛ لا تفترض K3 حتى يشحن الملف).
2. ثبّت بناء خدمة يدّعي دعم K3 / KDA
   • اتبع منشور vLLM والإصدار الذي يضعون له وسم اليوم 0—فروع nightly/main تتحرك.
   • توقّع محلّلات tool-call / reasoning وأعلامًا متعددة الوسائط خاصة بـ Kimi، شبيهة بوصفات عائلة K2 السابقة.
3. خطّط للتوازي كعملاق MoE
   • MoE متناثر من فئة 2.8T يتعلق بـ توازي الخبراء + عرض النطاق، لا بتجربة tensor-parallel-size 1 واحدة.
   • وثائق المنتج الرسمية أشارت إلى خدمة متعددة المسرّعات بأسلوب supernode لإنتاجية تنافسية—اقرأ ذلك كـ شكل مركز بيانات.
4. كن متواضعًا بشأن سياق 1M
   • «1M مسطّح» في API السحابة ليس نفس «ضبطت --max-model-len 1048576 في اليوم الأول وطار».
   • ابدأ بـ طول أقصى أقصر، قِس prefill/decode، ثم مدّد.
5. افصل «الأوزان على القرص» عن «SLO الإنتاج»
   • اليوم 0 غالبًا يعني أنه يقلع. الإنتاج يعني المراقبة، فصل PD، معدلات إصابة الكاش، نطاقات الفشل—منشور vLLM يتحدث صراحة عن تلك الأجزاء الصعبة.

لن نلصق سطر vllm serve … منسوخًا بأعلام مزيفة كأنه مبارَك. الأعلام الخاطئة تفسد خلال ساعات؛ model card + ملاحظات إصدار vLLM هما مصدر الحقيقة يوم تهبط الملفات.

واقع العتاد (دون اختراع جدول GB مزيف)

يريد الناس: «K3 Q4 = XX GB على 4090.»

لن نخترع ذلك الجدول.

ما يمكنك التمسك به:

• الحجم الإجمالي (~2.8T) والتفعيل المتناثر (صياغة 16/896) لا يساويان «اللابتوب يستوعب إجمالي المعلمات». ما زلت تخزّن بصمة أوزان ضخمة؛ أنت فقط تفعّل مجموعة فرعية لكل رمز.
• تخمينات الحجم المجتمعية لتنزيلات الأوزان غالبًا تقع في نطاق مئات الجيجابايت إلى ~1+ تيرابايت حسب قصة التكميم (MXFP4 مقابل دقة أعلى)—عامل أي رقم كـ غير رسمي حتى تسرد model card أحجام الملفات.
• لغة Moonshot نفسها عن 64+ مسرّعًا / أسلوب supernode شكل خدمة، لا حاشية هواية.
• إن لم تكن تشغّل أصلًا عناقيد GPU متعددة العقد (أو تشتري استدلالًا مُدارًا)، API أو مضيف مُدار سيتفوق على بناء بطولي في عطلة نهاية الأسبوع لمعظم الفرق.

لجداول Ollama/GGUF و«هل أشغّله محليًا بعد»، ابقَ على دليل VRAM.

المصدر: وسائط إطلاق K3 الرسمية / مدونة Kimi K3، 16 يوليو 2026.

المسار ج — أسطورة Ollama / «Mac Mini» (اقتلها بأدب)

طلب البحث عن ollama وgguf وlocal وself host حقيقي. الخطأ هو رصّها في خيال واحد:

مسار محلي سليم وأنت تنتظر: استضف K2.6 / K2.7 Code (على HF أصلًا) لوكلاء الترميز دون اتصال؛ واستخدم K3 عبر API للمهام الصعبة. المكدسات الهجينة تهزم مسابقات النقاء.

قائمة تحقق يوم الإطلاق (حين تضرب خلية التقويم)

استخدم هذا حين يظهر شيء فعليًا—لا حين يقول إعادة نشر «يسقط».

الأوزان

• المدونة الرسمية / X أو صفحة HF تنتقل من Upcoming إلى Files قابلة للتنزيل
• المستودع تحت moonshotai (أو مربوط بوضوح من kimi.com/blog/kimi-k3)
• LICENSE + model card + أحجام الشظايا المدرجة
• لا اعتماد على «Kimi-K3-abliterated» طرف ثالث عشوائي كنسختك الوحيدة

الخدمة

• vLLM (أو محرك آخر تسميه Moonshot) إصدار / صورة يوثّق K3
• محلّلات tool-call / reasoning تطابق البطاقة
• خطة التوازي راجعها من شغّل MoE كبيرًا من قبل
• اختبار دخان: health endpoint، prompt قصير، استدعاء أداة واحد، prefill سياق طويل واحد

الأعمال

• شجرة قرار: API افتراضي مقابل تجربة استضافة ذاتية مقابل مضيف مُدار
• الأمان: التحكم في الوصول إلى الأوزان، تقييم للهلاوس / أمان الأدوات، لا «مفتوح = انشر للإنتاج في نفس الليلة»

ماذا تفعل هذا الأسبوع (شجرة قرار)

إن احتجت جودة K3 قبل الغداء
→ المنتج أو API. لا تعطّل على الأوزان.

إن كنت تبني تجربة استضافة ذاتية
→ اقرأ معاينة vLLM لـ K3؛ احجز سعة العنقود؛ صُغ قائمة التحقق أعلاه؛ تدرّب على أوزان K2.6 / K2.7 Code حتى يصبح المسار مملًا حين تهبط ملفات K3.

إن كان لديك لابتوب ألعاب فقط
→ استمتع بـ K3 في منتج/API السحابة. استخدم نماذج مفتوحة أصغر محليًا. تجاهل صور «K3 كامل على 24GB» المصغّرة.

إن احتاج فريق الامتثال أوزانًا مفتوحة
→ احفظ HF moonshotai/Kimi-K3 والمدونة الرسمية؛ لا تصميم إنتاج حتى يصبح LICENSE + الملفات حقيقيين.

انتبه (مرشّح الضوضاء)

1. تاريخ الوعد ≠ تبويب Files. 27 يوليو هدف Moonshot العام؛ تحقق من القطع الأثرية.
2. خيوط الهلوسة / المعايير المستقلة على وسائل التواصل تتفاوت—لا تلصق نسبًا طرف ثالث في runbookك كـ «رسمية».
3. كلمات المعمارية (KDA، AttnRes، MXFP4) هندسة حقيقية؛ ليست دليلًا على وجود أوقات تشغيل استهلاكية في اليوم الأول.
4. هذا الموقع ليس دعم Moonshot. عند الشك، الوثائق الرسمية تفوز.

إلى أين بعد ذلك

• مركز الحالة: /ar/kimi-k3-status · مركز المنتج: /ar/kimi-k3
• تقويم الأوزان المفتوحة: /blog/31-kimi-k3-open-weights-july-27
• صدق المحلي / Ollama: /blog/34-kimi-k3-vram-ollama-local-requirements
• أبواب التجربة المجانية: /blog/33-kimi-k3-free-how-to · كيف تستخدم: /blog/36-how-to-use-kimi-k3
• ضبط الفاتورة: /blog/37-kimi-k3-api-pricing-cost-control
• رسمي: مدونة Kimi K3 · معاينة vLLM لـ K3 · HF moonshotai

الخلاصة: استضافة Kimi K3 ذاتيًا مشروع خدمة جاد (vLLM + واقع متعدد المسرّعات)، لا خدعة حفل Ollama. استخدم أبواب السحابة بينما صفحة Upcoming ما زالت Upcoming—وحين يصبح تبويب Files حقيقيًا، تحقق من المنظمة والترخيص والمكدس قبل أن تثق بأي تنزيل.