Kimi K3 وClaude Code: مقارنة وتكلفة وإعداد

تجد في الوثائق معلومات عملية عن استخدام Ailoot.

ما هو Kimi K3، ولماذا هزّ السوق؟#

قبل عام، كانت Moonshot معروفة بنموذج واحد هو Kimi K2، الذي أُصدر كمشروع مفتوح في صيف 2025. صدر K2.6 في أبريل، ثم K2.7 Code في يونيو 2026. ويمثل K3 الخطوة التالية، إذ يبلغ حجمه نحو 2.8 مرة حجم K2.6.

قد يبدو رقم 2.8 تريليون مخيفًا، لكن وراءه هندسة أصبحت مألوفة في 2026. يعتمد K3 على بنية مزيج الخبراء (Stable LatentMoE): يضم 896 خبيرًا منفصلًا، ولا يفعّل النموذج سوى 16 منهم لكل رمز. وهذا يعني أن عدد المُعاملات النشطة أقل بكثير مما يوحي به العدد الإجمالي، وإلا لما أمكن لأي جهة تقديم نموذج بهذا الحجم بسعر معقول. ويستخدم أيضًا تقنيتين خاصتين بـ Moonshot: Kimi Delta Attention (يسرّع التوليد حتى 6 مرات) وAttention Residuals (تخفض تكلفة التدريب). قد تبدو هذه تفاصيل تقنية داخلية لمن يبرمج بأسلوب vibe coding، لكنها تفسر كيف ينتهي الأمر بنموذج ضخم كهذا إلى أن يكون أرخص من Claude، رغم أن حجمه قد يوحي بسعر مخيف.

ما يهم عمليًا:

• نافذة سياق من مليون رمز. بحجم نافذة السياق الكاملة لدى Claude. يمكنك إدخال مشروع كبير إلى النموذج دفعة واحدة.
• الرؤية. يمكنك إرسال لقطة شاشة لخطأ أو نموذج أولي، إذ يستطيع النموذج رؤية الصورة. لم تكن هذه الميزة متاحة في نماذج صينية أقدم مثل DeepSeek.
• وضع استدلال دائم التشغيل (وضع thinking). يفكر النموذج دائمًا أولًا ثم يجيب. وهذا يحسّن الجودة ويرفع السعر؛ وسأعود إلى ذلك أدناه.

بلغ رد فعل السوق ذروته. ففي اليوم التالي لإطلاق Kimi K3، بلغ نموذج صيني مفتوح مستوى النماذج الرائدة المغلقة لدى Anthropic وOpenAI، ووعدت Moonshot بمشاركة الأوزان مجانًا. سأوضح أين تتحقق هذه «المماثلة» وأين لا تتجاوز كونها عرضًا مصقولًا.

أين يتفوّق Kimi K3 فعلًا على Claude وأين يتأخر عنه#

سأبدأ بالمعيار الأهم لمن يبرمج بأسلوب vibe coding: Frontend Code Arena. تُنشئ النماذج واجهات، ثم يختار الناس دون معرفة مسبقة أيها أفضل. وهذا قريب مما تفعله حين تطلب من الذكاء الاصطناعي إنشاء موقع ويب.

يتصدر Kimi K3 القائمة، ويحتل المرتبة الأولى في ستة من سبعة مجالات. وبالنسبة إلى من يبني مواقع وواجهات عبر محادثة مع الذكاء الاصطناعي، فهذه أوضح إشارة: أداء النموذج قوي في التخطيط وأعمال الواجهة الأمامية.

في الذكاء الأوسع، لا يمكن اعتبار درجة Kimi التقريبية 57 ودرجة 44 لـ «Kimi K3 (max)» ترتيبًا واحدًا متسقًا دون ناشر مؤشر مسمى وروابط نتائج أصلية وإعداد اختبار قابل للمقارنة. لا تثبت أي من الدرجتين ترتيب Kimi الحالي بالدليل المرتبط هنا.

قبل المقارنة، استخدم إصدار المؤشر المسمى وتاريخه نفسيهما، وسجّل النموذج وإعداد الاستدلال الدقيقين بما فيه «max»، وافحص إطار التشغيل ومقياس الدرجات. إلى أن تُثبت هذه الحقول من نتيجة الناشر، يبقى ترتيب Kimi في الذكاء العام غير مثبت. تقيس تفضيلات الواجهة الأمامية ومعايير البرمجة أمورًا أخرى ولا تملأ الفجوة.

لمقارنة نموذج مفتوح مستقلة، راجع «GLM-5.2 لحق بـ Claude Opus 4.8»؛ وهي لا تحل غياب مصدر مؤشر Kimi.

معايير البرمجة التقليدية:

• SWE-bench Verified — 76.8%. يقيس القدرة على إصلاح أخطاء حقيقية في مشاريع GitHub. نتيجة جيدة، مع أن أفضل نماذج Claude تسجل أعلى منها.
• LiveCodeBench — 85%. مسائل خوارزمية بصيغة «مدخلات — مخرجات متوقعة». أداء K3 قوي هنا.
• Terminal-Bench 2.1 — 88.3. عمل الوكلاء في الطرفية، بحسب Moonshot نفسها.

وهنا التحفظ الذي يجب أن أذكره كي يكون هذا الدليل صريحًا لا إعلانًا. جمعت Moonshot جدول البرمجة باستخدام بيئات اختبار مختلفة: استخدمت بعض القياسات KimiCode الخاص بها، وبعضها Claude Code، وبعضها Codex. وقد تؤدي بيئات الاختبار المختلفة إلى تغيير النتيجة نفسها بمقدار 10–26 نقطة.

لا أقول إن النماذج الصينية «أفضل من Claude». وفقًا لخبرتي في استخدام Claude Code أداةً أساسية، لا تزال هذه النماذج تتأخر في التعامل مع الشيفرات المعقدة، وألاحظ ذلك كلما قارنت بينها. لكن K3 يحقق حاليًا أفضل نتيجة مباشرة في أعمال الواجهة الأمامية، بجزء بسيط من السعر. تجاهل ذلك لا يقل حماقة عن إعلان موت Claude.

هل تريد أكثر من اختيار نموذج، كأن تبني إعدادًا يقلل هلوسة الذكاء الاصطناعي ويحافظ على السياق مدة أطول؟ اختيار النموذج مجرد قرص ضبط واحد. هندسة السياق أقوى أثرًا: فما تضعه في سياق النموذج قبل المطالبة يؤثر في النتيجة أكثر من اسم النموذج في معيار أداء. وللعمل المنهجي، يفيد هذا الإعداد: تعمل هندسة السياق مع الدماغ الثاني (بنية business/) والنسخة الرقمية من ذكائك الاصطناعي (مجلد ai-clone/ الخاص بك). هذه هي الركائز الثلاث التي يحتاج إليها أي نموذج، سواء Kimi أو Claude، كي لا ينهار في جلسة طويلة.

كم تبلغ تكلفة Kimi K3، ولماذا لا تعني كلمة «مفتوح» أنه «مجاني»؟#

أسعار API الرسمية لـ Kimi K3 (وفقًا لـ أسعار Anthropic الرسمية في 2 أكتوبر 2026):

بسعر القائمة، يقل سعر إدخال Kimi بمقدار الربع عن Opus 5.5 ($3 مقابل $4)، وكذلك الإخراج ($15 مقابل $20). الفارق أصغر مما كان عليه مع جيل Opus السابق، لكن الاتجاه لم يتغير. ويأتي التوفير الحقيقي من التخزين المؤقت عندما تكرر الطلبات بالسياق نفسه. فعندما تعمل على مشروع واحد، يتكرر الجزء الأول من كل طلب: الملفات نفسها، والقواعد نفسها، ومطالبة النظام نفسها. يمنح مخزن Kimi المؤقت خصمًا قدره 90% من سعر الإدخال الكامل. وفي البرمجة، تصيب الطلبات المخزن المؤقت في 90% من الحالات أو أكثر، لذا تقترب التكلفة الفعلية لرمز الإدخال من 30 سنتًا. ويتطلب الاستفادة القصوى من التخزين المؤقت في أي نموذج اتباع أسلوب خاص؛ وقد شرحت ذلك بالتفصيل باستخدام DeepSeek مثالًا.

هناك فخ سعري واحد مخفي في وضع الاستدلال. يفكر Kimi K3 دائمًا قبل الإجابة، وتُحسب تكلفة هذا الاستدلال ضمن رموز الإخراج بسعر 15 دولارًا لكل 1M. الفرق ضئيل في سؤال بسيط، لكن النموذج قد «يفكر» في مهمة معقدة عبر آلاف الرموز، فيلتهم ذلك جزءًا من ميزة السعر المنخفض. عليك مراجعة الفاتورة النهائية ليوم عمل كامل. سعر القائمة مضلل هنا.

والآن إلى كلمة «مفتوح». وعدت Moonshot بإصدار أوزان Kimi K3 بحلول 27 يوليو 2026، ووفّت بوعدها؛ فتاريخ إيداع HuggingFace هو 27 يوليو 2026 (HuggingFace، Kimi-K3، جرى التحقق في 2 أكتوبر 2026). تبدو عبارة «أوزان مفتوحة» وكأنها تعني: «سأنزّلها وأشغّلها مجانًا على جهازي». لكن الواقع غير ذلك. فحتى بعد ضغطها إلى 4-bit، تحتاج 2.8 تريليون مُعامل إلى مئات الجيجابايت من الذاكرة وعدة وحدات GPU قوية، وروابط سريعة بينها، وشخص يتولى إعدادها وصيانتها.

يفيد انفتاح Kimi K3 مزودي الخدمات السحابية الكبار وفرق المؤسسات التي تملك بنيتها التحتية. أما بالنسبة إليك، فيعني شيئًا آخر: منافسة تدفع الأسعار إلى الانخفاض، وخيارًا احتياطيًا إذا ارتفعت حدود Claude أو أسعاره يومًا ما. لن تشغّل 2.8 تريليون مُعامل على حاسوبك المحمول. ولدي تحليل منفصل عن تحوّل برمجة vibe coding «المجانية» بهدوء إلى فاتورة: «التكلفة الخفية لـ vibe coding».

كيفية ربط Kimi K3 بـ Claude Code باستخدام 3 متغيرات#

يمكن لـ Claude Code الاتصال بأي نقطة نهاية تتحدث بروتوكول Anthropic. وقد أعدت Moonshot نقطة لـ Kimi K3، لذا لا تحتاج إلى إصدار منفصل أو إضافة. يتطلب الحد الأدنى من الإعداد ثلاثة متغيرات:

export ANTHROPIC_BASE_URL=https://api.moonshot.ai/anthropic
export ANTHROPIC_AUTH_TOKEN=sk-your-moonshot-key
export ANTHROPIC_MODEL=kimi-k3

بعد ذلك، شغّل claude كالمعتاد. يظن Claude Code أنه يتحدث إلى Anthropic، لكنه يرسل الطلبات فعليًا إلى Kimi K3. تستمر جميع skills وhooks وplan mode في العمل، وتُحسب الفاتورة وفق أسعار Moonshot.

هناك فخ رئيسي هنا يقع فيه الجميع تقريبًا. لدى Moonshot نقطتا نهاية متوافقتان مختلفتان: واحدة على api.moonshot.ai، والأخرى على منصة platform.kimi.ai. وتختلف أسماء متغير المفتاح والنموذج بينهما، كما أن مفتاح إحدى النقطتين يؤدي إلى خطأ 401 عند استخدامه مع الأخرى (وثائق Kimi الخاصة بـ Claude Code). إذا ظهر لك خطأ 401، فغالبًا ما يكون السبب عدم تطابق المفتاح مع نقطة النهاية. عادةً ما يكون المفتاح نفسه صالحًا. احصل على المفتاح ونقطة النهاية من المنصة نفسها.

أسهل طريقة للتأكد من أن كل شيء يعمل هي تكليفه بمهمة صغيرة: اطلب من Claude Code عرض محتوى ملف واحد، ثم تأكد من وصول الرد ومن تحرك العداد في لوحة Moonshot. للعودة إلى Claude العادي، أزل المتغيرات الثلاثة (unset ANTHROPIC_BASE_URL ANTHROPIC_AUTH_TOKEN ANTHROPIC_MODEL) وأعد تشغيل Claude Code. إذا كنت تتنقل بينهما كثيرًا، فمن الملائم إنشاء ملفي إعداد للصدفة أو وضع المتغيرات في ملف .envrc باستخدام direnv، بحيث تُفعَّل في مجلد محدد فقط.

هذا خيار ملائم إذا كنت قد أعددت skills وhooks لـ Claude Code ولا تريد تعلم أداة أخرى. لدى Moonshot أيضًا وكيلها الخاص للطرفية، Kimi Code، لكن بالنسبة إلى من يستخدم Claude Code بالفعل، فإن تبديل المحرك بثلاثة متغيرات هو المسار الأقل صعوبة.

لا ينبغي لك بالتأكيد شراء «حسابات جاهزة برصيد» من روبوتات Telegram. فهي مصدر متكرر لخسارة الأموال ولحسابات تُحظر بعد بضعة أيام. والبيانات مصدر قلق حقيقي أيضًا: خوادم Moonshot في الصين، لذا فإن استخدام بيانات حساسة في مشاريع العمل مسألة منفصلة. وقد ناقشت مخاطر منح نموذج حق الوصول إلى بياناتك في دليل «هل من الآمن منح Claude Code حق الوصول إلى بياناتك؟».

ما المهام التي تسندها إلى Kimi K3، وما المهام التي تبقيها مع Claude؟#

إليك أين يقع الخط الفاصل فعلًا. كتبت على نحو منفصل عن أسبوع من استخدام Kimi K3 في العمل الفعلي، وعن سبب عودتي إلى Claude Code، في «Kimi K3 في العمل: مراجعة ولماذا عدت إلى Claude Code» — بلا معايير أداء، بل ما حدث في مهام حقيقية فحسب.

أين يقدم Kimi K3 أفضل أداء:

• الواجهة الأمامية والتخطيط. تلك النتيجة الأولى في Frontend Code Arena. أنشئ واجهة أو صفحة أو مكوّنًا؛ يقدم Kimi أداءً قويًا ويكلف أقل بكثير.
• إعادة الهيكلة الروتينية. أعد تسمية شيء، أو قسّم دالة، أو أضف أنواعًا. استخدام نموذج رائد لهذه المهام مبالغة.
• إنشاء اختبارات للشيفرة الموجودة. أداء النموذجين متقارب إلى حد كبير، لكن Kimi أرخص.
• معالجة النصوص على دفعات. الأوصاف والترجمات والتصنيف؛ تهم الأسعار المنخفضة عند الأحجام الكبيرة.
• الجلسات الطويلة ضمن مشروع واحد. كلما طال عملك ضمن السياق نفسه، زاد تكرار إصابة المخزن المؤقت، وانخفضت تكلفة كل خطوة لاحقة.

متى تحتفظ بـ Claude:

• تصميم بنية مجموعة أدوات جديدة. ما زال Claude الأعلى أداءً أكثر اتساقًا عند مقارنة الخيارات ورصد المخاطر واختيار بنية مناسبة.
• تصحيح أخطاء معقدة متعددة الخطوات. Claude أكثر موثوقية في سلاسل الاستدلال الطويلة.
• حلقات عمل طويلة لوكيل مستقل. تقل احتمالات تعثر Claude خلال عشرات الخطوات المتتالية من دون تدخل شخص.
• البناءات الحرجة للإنتاج. عندما يكون الاستقرار أهم من السعر.
• البيانات الحساسة. خوادم Moonshot في الصين؛ وتستدعي البيانات الشخصية للعملاء نقاشًا منفصلًا مع محامٍ.

باختصار: أسند إلى Kimi K3 الأعمال المتكررة وكثيفة المعالجة والبصرية، واترك لـ Claude القرارات التي تكون فيها الأخطاء مكلفة. يفعل كثيرون ذلك تمامًا: يحتفظون بالمفتاحين ويبدّلون المحرك حسب المهمة. والمتغيرات البيئية الثلاثة الواردة في القسم السابق مخصصة لهذا الغرض.

ما الذي لا يزال ينقص Kimi K3، وما الذي تغفله معايير الأداء؟#

إليك النقاط التي تستحق التذكر.

تستخدم المعايير بيئات اختبار مختلفة. أجرت Moonshot بعض القياسات عبر KimiCode الخاص بها، وبعضها عبر Claude Code، وبعضها عبر Codex، ما أدى إلى تغيير النتائج بمقدار 10–26 نقطة. أما المركز الأول في Frontend Arena فمستقل؛ إذ يحكم أشخاص حقيقيون على النتائج. لكن ينبغي قراءة جدول Moonshot للبرمجة بحذر.

مقارنة مؤشر الذكاء المستقل غير محسومة. لا يمكن التوفيق بين درجة «Kimi K3 (max)» اللاحقة والدرجة التقريبية السابقة دون ناشر مسمى ونتيجة مؤرخة وإعداد النموذج وإطار التشغيل وإصدار المؤشر. لا يثبت رابط أصلي في المصادر المتاحة هذه الحقول، ولذلك لا تُستخدم هنا الدرجات المتعارضة وادعاءات الترتيب والتكلفة لكل مهمة والسرعة المرتبطة بها. لا تفترض اشتراك «max» وتشغيل افتراضي غير محدد في الدرجة أو المقياس.

وضع الاستدلال يرفع الفاتورة. الاستدلال الدائم ميزة للجودة، لكنه يرفع تكلفة المهام المعقدة، إذ قد يمتد إلى آلاف الرموز التي تُحسب بسعر 15 دولارًا لكل 1M. سعر Kimi المنخفض حقيقي في المهام البسيطة والمتوسطة التعقيد؛ أما في المهام الثقيلة، فتحقق من الفاتورة.

البيانات والاختصاص القضائي. تثير الخوادم الموجودة في الصين سؤالًا عمليًا: إذا كان المشروع يعالج بيانات شخصية، فهذه مسألة ينبغي مناقشتها مع محامٍ. ولا علاقة لذلك بمعيار الأداء.

لا تجعل أي من هذه النقاط Kimi K3 نموذجًا سيئًا. فهو قوي ورخيص، ومن الإنصاف قول ذلك. لكن «قوي ورخيص» و«أفضل من Claude في كل شيء» ادعاءان مختلفان؛ ولا يثبت العرض الادعاء الثاني.

من أين تبدأ هذا الأسبوع؟#

خطة عملية من دون خطوات إضافية:

1. حوّل Claude Code إلى Kimi باستخدام المتغيرات الثلاثة الواردة في القسم السابق. اعمل يومًا عاديًا، وأسند إليه خصوصًا المهام التي يُقال إنه قوي فيها، مثل إنشاء صفحة أو مكوّن أو واجهة.
2. قارن. بعد يوم، انظر إلى أمرين: الجودة في مهامك الحقيقية والفاتورة. لاحظ أين يجيب Kimi بجودة Claude وأين يقصر.
3. قرّر. احتفظ بالمفتاحين وبدّل المحرك حسب المهمة (الواجهة الأمامية والعمل الروتيني لـ Kimi، والعمل الحرج لـ Claude)، أو عُد إلى Claude وحده باستخدام أمر unset واحد.

يكمن خطر هذه التجربة في ضياع يوم في ضبط الإعداد. أما فائدتها فهي أن فاتورة الأعمال البصرية وكثيفة الاستخدام تنخفض عادةً عدة أضعاف بحلول الأسبوع الثاني. التجربة قليلة التكلفة، ويمكنك إيقافها بأمر واحد.

افتح Ailoot.