Kimi K3 عمليًا: تجربة عملية ومقارنة مع Claude Code

كيف انتهت تجربة الكاتب؟#

أُطلق Kimi K3 في 16 يوليو 2026. ويضم 2.8 تريليون معلمة، ونافذة سياق بمليون رمز مميز، وأوزانًا مفتوحة، ويحتل المركز الأول في مقارنة عمياء لمهام الواجهة الأمامية. جمعت كل التفاصيل المتعلقة ببنيته ومعاييره وأسعاره في المراجعة الكاملة لـ Kimi K3 مقارنةً بـ Claude Code، لذلك لن أكررها هنا.

كتبت في نهاية تلك المراجعة: الخطر هو إضاعة يوم في الإعداد؛ أما المكسب فهو انخفاض الفاتورة ابتداءً من الأسبوع الثاني. أجريت التجربة على مهامي الخاصة.

الساعات الأولى مثيرة فعلًا. يتولى النموذج المهمة بحماس، وينجز أعمالًا متماسكة على الواجهة الأمامية، ولا يتردد أمام الملفات الكبيرة. لهذا كتبت في القناة أنني فوجئت به بسرور. ظهرت المشكلات في الجلسات الطويلة، ومع عدة وكلاء، عبر جولات التعديل المتكررة، وفي المساء أثناء العمل على الطرفية.

في النهاية، تراجعت عن التغيير. إليك ما دفعني إلى هذا القرار، مع الأرقام وروابط المصادر الأولية حتى تتمكن من التحقق بنفسك من كل شيء.

لماذا تُظهر المعايير أن Kimi K3 يتفوق على Claude؟#

إليك المعايير التي يتفوق فيها Kimi K3 على Claude Fable 5:

جمّع llm-stats نتائج المعايير؛ وتقارن كل صف بـ Claude Fable 5.

الأرقام حقيقية. عبر المعايير الـ35 كلها في المجموعة نفسها، يفوز Claude Fable 5 في 22، ويفوز Kimi K3 في اثني عشر، وهناك تعادل واحد.

الأكثر إثارة للاهتمام هو المواضع التي يقصر فيها Kimi K3. عجزه في معايير البرمجة محدود، ويبلغ 4–5 نقاط. لكنه يتراجع في المعرفة والاستدلال: ففي HLE يتقدم Claude بفارق يقارب 10 نقاط. وهذا تحديدًا هو الموضع الذي تتعثر عنده المهمة الطويلة: عليك أن تفهم أولًا، ثم تكتب.

تصف Moonshot الأمر بهذه الطريقة في القسم الرئيسي من منشور الإطلاق:

لماذا يبدو Kimi K3 أبطأ بمرتين في الاستخدام الفعلي؟#

تأتي الأرقام من مقارنة بين Kimi K3 وClaude Opus 4.8؛ وهذا إصدار Claude الذي تتوفر له تجربة قياس سرعة كاملة.

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

تعلن Kimi Code عن سرعة تتراوح بين 180–260 رمزًا مميزًا في الثانية، ويبدو هذا الرقم مقنعًا بجوار 34.7 لديّ. لكنه يشير إلى إصدار السرعة من الجيل السابق، K2.7 Code HighSpeed. لا يتوفر إصدار مماثل لـ Kimi K3 إطلاقًا، والمعيار المستقل يقيس Kimi K3 نفسه.

الجلسة التي تنهار عند الخطأ السابع وتحرق الرموز المميزة في الاستدعاءات المتكررة هي إخفاق في هندسة السياق؛ أما اختيار النموذج فمسألة ثانوية هنا. يقوم الإعداد الكامل على ثلاثة أركان: نسخة ذكاء اصطناعي + Second Brain + هندسة السياق. هذه هي الأركان الثلاثة التي لا يستغني عنها الذكاء الاصطناعي كيلا يهلوس.

أين تذهب الرموز المميزة إذا تعذر إيقاف الاستدلال؟#

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

تضيف كل جولة آلاف رموز الإخراج المميزة، بسعر $15 لكل مليون. وإضافةً إلى ذلك، تطلب Moonshot إعادة رسالة المساعد بأكملها، بما فيها سجل الاستدلال، وتصبح رموز الإخراج هذه رموز إدخال مرة أخرى في الجولة التالية.

لذا تدفع مقابل الاستدلال نفسه مرتين: مرة حين يكتبه النموذج، ومرة حين تعيده إليه.

في المؤشر الإجمالي، يستخدم Kimi K3 رموز إخراج مميزة أقل بنسبة 21% من سابقه K2.6. أصبح النموذج أكثر اقتصادًا مقارنةً بإصداره السابق. لكن Claude لا يزال يستخدم أقل في المهام نفسها.

تُحتسب مطالبة “hi” على أنها 86 رمزًا مميزًا. إذ يوجد في الخلفية موجه نظام مخفي يبلغ نحو 85 رمزًا مميزًا، وتدفع ثمنه مع كل طلب.

لدي مراجعة منفصلة حول كيفية حساب استخدامك وأين تتحقق من رصيدك المتبقي: كم عدد الرموز المميزة التي تمنحك إياها Claude Pro وMax. منطق الحساب هو نفسه؛ الأسعار وحدها هي التي تتغير.

ماذا يحدث عندما يعلق النموذج في الاستدلال؟#

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

يصف بلاغ بتاريخ 28 يوليو في قائمة Moonshot للمشكلات المعروفة محاولة Kimi K3 قراءة الملف نفسه ست مرات متتالية، وتلقيه رفض «استدعاء بلا إجراء، لم يتغير الملف منذ القراءة السابقة» سبع مرات، ثم إنهاء الجولة كما لو لم يحدث شيء. وفي متعقّب مشكلات Kimi CLI، يسرد الكاتب أربعة أشكال من التعليق نفسه — القراءة والاستبدال والاختبار والتحليل — ويلخصها في جملة واحدة:

تذكر Moonshot السبب مباشرةً. دُرّب النموذج في وضع يحافظ على سجل الاستدلال، ويجب أن يتلقى استدلاله السابق كاملًا. إذا وصل السجل ناقصًا، يحاول النموذج إعادة بناء الإجابة، ويُصدر استدعاء الأداة نفسه، ويبدأ حلقة أخرى.

يصل كاتب تحليل في موجّه طلبات تابع لجهة خارجية إلى التشخيص نفسه: يتشدد Kimi بما يكفي لرفض الطلبات التي لا يتضمن سجل الاستدلال فيها كاملًا. ولا يعرف برنامج التغليف الخارجي بهذا التشدد، فيقتطع السجل.

لماذا ينهار إعداد الوكلاء المتعددين مع Kimi K3؟#

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

يمكن لـ Claude Code تحميل الأدوات عند الطلب، ويضع في السجل كتلة خدمة من النوع tool_reference. لا يقبل Kimi هذا النوع ويعيد خطأ 400. ويفعل ذلك بصمت، من دون تحديد الحقل أو السبب:

{"error":{"type":"invalid_request_error","message":"Invalid request Error"},"type":"error"}

للمقارنة، إليك شكل الإخفاق نفسه على واجهة Anthropic الأصلية، حيث يسمي الخادم الحقل على الأقل ويسرد الأنواع المقبولة:

messages.166.content.0.tool_result.content.0: Input tag 'tool_reference' found
using 'type' does not match any of the expected tags: 'document', 'image',
'search_result', 'text'

هذا الفرق مهم. يستحيل تشخيص الرسالة الأولى: فلا العميل ولا الشخص الذي يستخدمه يستطيع معرفة الكتلة التي رُفضت. وهذا بالضبط ما يشتكي منه أصحاب البلاغات. يقترح مطوّرو أدوات التبديل بين المزوّدين بالفعل تعطيل التحميل المؤجل للأدوات افتراضيًا في Kimi أو الإشارة إلى أن Moonshot API لا تقبل هذه الكتل.

تُشرح العاقبة في بلاغ منفصل فُتح في 17 يوليو وما زال بلا إجابة. واجه الكاتب هذا الخطأ سبع مرات في جلسة واحدة. صمدت الجلسة في المرات الست الأولى؛ أما السابعة فأنهتها نهائيًا: بعد ذلك، حتى إدخال النص العادي “continue” تسبب في تعطلها. ويشير الكاتب بشكل منفصل إلى أن الحد الأقصى للسياق لم يكن قريبًا، لذا لا يصح تفسير الأمر بأن «السجل كان طويلًا جدًا».

إليك ملخصًا لأنواع الكتل التي تقبلها Moonshot API وترفضها:

تصف كلمة «متوافق» هنا تنسيق الطلب فحسب. أما كل شيء آخر فيختلف: أنواع الكتل المقبولة، ومحتوى السجل المطلوب، والأدوات المتاحة أصلًا.

ما الذي لا ينتقل إلى Kimi K3؟#

يقول قسم القيود في منشور الإطلاق ذلك حرفيًا:

يقول مطوّر النموذج: استخدموا عميلنا؛ لا نضمن سلوك عميل جهة أخرى.

تشرح النقطة الثانية في القسم نفسه أمرًا آخر كنت قد نسبته إلى عناد النموذج:

كُتب ملف CLAUDE.md الخاص بي لعكس هذه العادة: اسأل، واعرض خطة، وانتظر التأكيد. لا تزال التعليمات موجودة، لكن نموذجًا ذا طبع مختلف هو من يقرؤها الآن.

إذا أردت الاحتفاظ بملف قواعد واحد لعدة وكلاء، فقد تناولت هذا الإعداد على نحو منفصل: ملف تعليمات واحد لـ Claude Code وCodex وCursor.

ما التكلفة الحقيقية لـ Kimi K3؟#

أولًا، الأسعار التي تصب في مصلحة Kimi K3:

تأتي أسعار Kimi من وثائق التخزين المؤقت للسياق؛ ويعرض العمود الأيمن أسعار Claude Opus 5 اعتبارًا من 30 يوليو 2026.

التخزين المؤقت في Kimi تلقائي، ولا يمكن تعطيله، ويُحدَّد بواسطة التجزئة في بداية الطلب. وأي تعديل على موجه النظام أو قائمة الأدوات يمحو ذاكرة الرسائل المؤقتة بالكامل.

إليك ما يفعله Claude Code خلال يوم عمل عادي:

1. يربط الأدوات الخارجية ويفصلها مع تقدم المهمة.
2. يحمّل الأدوات عند الطلب وقت الحاجة إليها.
3. يشغّل وكلاء فرعيين بمجموعة مختلفة من الأدوات.
4. يضيف ملف التعليمات إلى موجه النظام.
5. يعيد بناء السجل عند ضغط السياق.

يعيد كل بند في هذه القائمة ضبط بداية الطلب، وبالتالي يعيد ضبط التخزين المؤقت. فتعود تكلفة رموز الإدخال إلى $3 لكل مليون بدلًا من 30 سنتًا، أي أغلى بعشرة أضعاف. ويضاف إلى ذلك الاستدلال المستمر بسعر $15 لكل مليون رمز إخراج، ثم تعود الرموز نفسها كرموز إدخال في الجولة التالية. وهكذا يمكن لنموذج ذي سعر معلن منخفض أن ينتج فاتورة لم تتوقعها.

وفقًا للبيانات المجمعة من OpenCode، تبلغ تكلفة جلسة Kimi K3 في المتوسط $1.86، ويبلغ متوسط حجمها 3.1 مليون رمز مميز، وذلك عبر ما يقارب 280,000 جلسة مباشرة. يعتمد هذا الرقم على وصول 93% من رموز الإدخال إلى التخزين المؤقت. غيّر بداية الطلب، ولن يعود هذا الرقم منطبقًا عليك.

تبلغ أسعار خطط Kimi $19 و$39 و$99 و$199. تأتي الحصة من مجموعة مشتركة للاشتراك بأكمله، وتُعاد أسبوعيًا من دون ترحيل الكميات غير المستخدمة، وتستخدم نافذة متحركة مدتها خمس ساعات. وتصف مراجعة الخطط الأمر هكذا: تستنفد أربعة أطرافية تشغّل Kimi K3 المستدل باستمرار نافذة الخمس ساعات بسرعة.

حصة البرمجة في خطة $99 مماثلة لخطة Anthropic البالغة $200، وهذا يخالف موقفي الشخصي. Kimi أرخص لكل رمز مميز، لكنك لن ترى ذلك في فاتورة المساء.

فيمَ يتفوق Kimi K3 موضوعيًا؟#

1. الواجهة الأمامية. المركز الأول في مقارنة عمياء أجراها مطوّرون ممارسون. ينشئ تخطيطات مرتبة وبذوق مقبول.
2. الحجم. نافذة سياق بمليون رمز مميز، ولا تربكه الملفات الطويلة. تحليل مستودع كبير ورسم خريطته من نوع المهام التي تناسبه.
3. الاستجابة الأولى. زمن الوصول إلى أول رمز مميز يساوي نصف زمن Claude. وهذا فارق ملحوظ ومريح في محادثة قصيرة.
4. السعر لكل رمز مميز. نحو 60% من سعر Claude Opus 5. إذا لم تتغير بداية الطلب، يحقق ذلك وفورات حقيقية في أعباء العمل الكبيرة والمتكررة.
5. الأوزان المفتوحة. النموذج غير مقيد بمزوّد واحد.

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

كيف تختبر كل هذا بنفسك في أمسية واحدة؟#

1. أعِدّ الوصول وفقًا للتعليمات. شرحت متغيرات البيئة الثلاثة وبدائل النماذج حسب المستوى في مراجعة Kimi K3 مقارنةً بـ Claude Code. تحقّق من الإعداد باستخدام الأمر /status: لن يظهر Kimi في قائمة اختيار النموذج لأن قائمة الأسماء المستعارة مدمجة فيه، ولا تحتاج إلى تعديلها.
2. أزِل المفتاح القديم. إذا سبق أن ضبطت ANTHROPIC_API_KEY، فأزِله. فهو يتعارض مع ANTHROPIC_AUTH_TOKEN، وستتلقى خطأ تفويض بلا سبب وجيه.
3. عطّل التحميل المؤجل للأدوات فورًا. افعل ذلك قبل التشغيل الأول، لا بعد تعطل الجلسة الأولى.
4. لا تبدّل النماذج في منتصف المهمة. إذا بدأت باستخدام Kimi K3، فأكمل باستخدام Kimi K3. وينطبق العكس أيضًا. هذا مطلب مباشر من Moonshot، وقد اقتبسته أعلاه.
5. استخدم مهمة حقيقية من مهامك. اختر مهمة عملت عليها بالأمس، بما فيها كل فوضاها والخيوط غير المكتملة. لن تُظهر لعبة الثعبان الفرق؛ فهو لا يظهر إلا على المدى الطويل.
6. دوّن رقمين. عدد الدقائق التي استغرقتها المهمة والمبلغ الذي أنفقته في تلك الأمسية. قارنهما بأمسية معتادة مع Claude.
7. سجّل وقت الخمول منفصلًا. عندما يعلق الوكيل، أو يقرأ الملف نفسه في حلقة، أو يرد بخطأ، فهذا جزء من التكلفة أيضًا.

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

ما الذي قررت الاحتفاظ به؟#

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

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

لدي مراجعة منفصلة حول توزيع الأدوار على وكيلين دون الخلط بينهما: ثلاث طرق للعمل مع وكيلين.

تجيب المعايير عن سؤال «من الأقوى في ظروف المختبر؟». وتجيب فاتورة أمسيتك وقائمة الأعمال المنجزة عن سؤال «من الأقوى بالنسبة إليك؟». عندما تختلف الإجابتان، ثق بالثانية: فأنت من حسبها، لا قسم التسويق.

بعد النظر في كل ذلك، توصلت إلى قراري: مهما قيل عن النماذج الجديدة، يظل الرائد رائدًا. وسيبقى Claude Code محركي الرئيسي.

إعداد البرمجة الإبداعية الكامل: نسخة ذكاء اصطناعي + Second Brain + هندسة السياق.