الخلاصة Kimi K3 هو أحدث نموذج رائد من Moonshot AI، أُطلق في يوليو 2026 لبرمجة بعيدة المدى، والاستدلال العميق، والفهم متعدد الوسائط، وأعمال المعرفة من طرف إلى طرف. تصفه Moonshot بأنه نموذج مفتوح من فئة 3T مع 2.8 تريليون معلمة، ورؤية أصلية، ونافذة سياق من مليون رمز.
للمطورين الذين يريدون وصولًا سريعًا دون إدارة حسابات مزودين متعددة، يسرد CometAPI نموذج Kimi K3 باسم حي تحت معرّف النموذج kimi-k3، باستخدام نقطة نهاية متوافقة مع OpenAI من نوع /v1/chat/completions وعنوان أساس https://api.cometapi.com/v1. يعرض Kimi K3 على CometAPI تسعير الإدخال عند $2.40 لكل مليون رمز وتسعير الإخراج عند $12.00 لكل مليون رمز، مقارنةً بأسعار Kimi API الرسمية المدرجة: $3.00 لإدخال غير مخبأ و$15.00 للإخراج. وبما أن الطلب على Kimi K3 تسبب بالفعل في تقييد اشتراكات مؤقت لدى Moonshot، ينبغي لفرق الإنتاج استخدام CometAPI ليس فقط لسهولة الإعداد، بل أيضًا للمقارنة بين النماذج، ومراقبة الاستخدام، والتوجيه الاحتياطي.
أهم النقاط
- للإنتاج، حافظ على رسائل المساعد كاملة في مهام المحادثات متعددة الأدوار، وحد قيمة
max_completion_tokens، وتتبع استخدام الرموز، وابنِ مسارات بديلة. - Kimi K3 هو نموذج Mixture-of-Experts بسعة 2.8T من Moonshot AI مع نافذة سياق 1M ورؤية أصلية.
- معرّف نموذج CometAPI Kimi k3 هو
kimi-k3؛ نقطة النهاية الرئيسية هيPOSThttps://api.cometapi.com/v1/chat/completions. - K3 يستدل دائمًا. استخدم
reasoning_effortمعlowأوhighأوmax؛ وmaxهو الإعداد الافتراضي في وثائق Kimi. - يُنصح بشدة بالبث Streaming لمهام البرمجة الطويلة والبحث والتحليل، لأن المستخدمين يمكنهم رؤية المخرجات الجزئية أثناء عمل النموذج.
- يجب أن يستخدم إدخال الرؤية مصفوفات
contentمتعددة الوسائط. تنص وثائق Kimi على أن عناوين URL العامة للصور غير مدعومة لمسارات رؤية Kimi؛ استخدم base64 أو مراجع ملفات مرفوعة. - يدعم Kimi K3 المخرجات المهيكلة، ووضع JSON، واستدعاء الأدوات، و
tool_choice، والتحميل الديناميكي للأدوات، وتخزين السياق مؤقتًا.
يُعد CometAPI طريقة عملية لتقييم Kimi K3 إلى جانب GPT وClaude وGemini وDeepSeek وQwen ونماذج أخرى من طبقة واجهة برمجة تطبيقات واحدة.
ما هو Kimi K3: النموذج الرائد من Moonshot AI
أطلقت Moonshot AI نموذج Kimi K3 في 16 يوليو 2026 باعتباره أقوى نماذجها حتى الآن — بهندسة MoE متناثرة مع ~2.8 تريليون معلمة إجمالية (16 من أصل 896 خبيرًا نشطًا لكل رمز). يتميز بـ Kimi Delta Attention لسرعات فك تشفير أسرع حتى 6.3x في سياقات المليون رمز وAttention Residuals لتحسين كفاءة التدريب ~25%.
المواصفات الأساسية (من مصادر رسمية ومستقلة):
| القدرة | تفاصيل Kimi K3 |
|---|---|
| معرّف النموذج | kimi-k3 |
| نافذة السياق | 1,048,576 رمز (1M) |
| المعلمات | 2.8T إجمالي (MoE) |
| الإدخال | نص + رؤية أصلية (صور) |
| الاستدلال | مفعّل دائمًا، بأقصى جهد عند الإطلاق |
| الميزات | استدعاء الأدوات، مخرجات مهيكلة/JSON، البث |
| الأوزان المفتوحة | مُوعَد بها بحلول 27 يوليو 2026 (Modified MIT) |
يتفوّق في البرمجة بعيدة المدى، والمهام العاملية، والفهم البصري، وأعمال المعرفة. تضعه المعايير المستقلة في موقع تنافسي (مثل 57.1 على Artificial Analysis Intelligence Index، وأداء قوي في ساحات برمجة الواجهة الأمامية).
آخر الأخبار من Business Insider: ارتفع الطلب بعد الإطلاق إلى حد أن Moonshot أوقفت الاشتراكات الجديدة مؤقتًا. وهذا يشير إلى دفع الصين نحو نماذج حدودية مفتوحة الأوزان، مع تطلع Moonshot إلى طرح عام أولي كبير.
من المقرر إصدار الأوزان الكاملة في 27 يوليو 2026
تنص وثائق Kimi K3 على أنه سيتم إصدار الأوزان الكاملة بحلول 27 يوليو 2026. وحتى يكتمل هذا الإصدار وتنضج أدوات النشر الخارجية، ينبغي لمعظم الفرق اعتبار الوصول عبر واجهة API المستضافة أسرع طريق عملي. وحتى بعد توفر الأوزان، فإن تقديم نموذج MoE بسعة 2.8T ليس مثل تشغيل نموذج مفتوح صغير على محطة عمل واحدة. تقول المدونة التقنية لـ Moonshot إنها توصي بتكوينات supernode تضم 64 مسرّعًا أو أكثر لنشر K3، ما يعني أن واجهة API المستضافة ستظل الخيار الافتراضي لكثير من فرق SaaS والوكالات وبناة الأدوات الداخلية وفرق منتجات الذكاء الاصطناعي.
أداء المعايير: البيانات والمصادر والتحليل
يقدّم Kimi K3 نتائج حدودية، خاصة في البرمجة والمجالات العاملية، مع بقاء تنافسيًا بشكل عام. تؤكد مختبرات مستقلة مثل Artificial Analysis ادعاءات البائع مع بعض التحفظات (مثل معدلات الهلوسة).
الذكاء العام
- Artificial Analysis Intelligence Index v4.1: 57.1 (المركز الرابع إجمالًا؛ خلف Fable 5 ~60 وGPT-5.6 Sol ~59؛ متقدم على Claude Opus 4.8 ~55.7).
- GDPval-AA v2 Elo: 1,668 (قفزة كبيرة من 1,190 لنموذج K2.6؛ يتفوق على Opus 4.8 ويتأخر عن Fable 5).

المصدر: reddit
معايير البرمجة (البائع + المستقل)
يتألق K3 هنا، متصدرًا Frontend Code Arena (إيلو 1,679، المركز الأول متقدمًا على Fable 5 وSol).

المصدر: Kimi
مؤشر البرمجة (Artificial Analysis): قوي ~76، ومنافس للروّاد.
يتفوّق K3 في العمل على مستوى المستودعات، والواجهة الأمامية مع التكرار البصري، والوكلاء الذين يستخدمون الأدوات. يذكر المطورون أنه "بمستوى Opus 4.8+" لكثير من مهام البرمجة.
ما هي واجهة Kimi K3 API؟
Kimi K3 بلغة المطورين البسيطة
توفر واجهة Kimi K3 API وصولًا مستضافًا إلى نموذج K3 من Moonshot AI عبر واجهة شبيهة بالمحادثات. ترسل الطلبات المعتادة قائمة رسائل، تختار model: "kimi-k3"، وتستقبل ردًا من المساعد. يتجاوز K3 التنسيق الأساسي للدردشة بإضافة ميزات مهمة للإنتاج: ضبط جهد التفكير، سياق طويل، إدخال بصري، البث، مخرجات JSON ومقيدة بمخطط، استدعاء الأدوات، وتخزين السياق مؤقتًا.
لا ينبغي فهم Kimi K3 على أنه "روبوت دردشة عام رخيص". قيمته الأقوى هي العمل الثقيل. إذا كان منتجك يحتاج لإطعام النموذج مستودعًا كبيرًا، أو حزمة مستندات طويلة، أو تصدير جدول بيانات كثيف، أو لقطات شاشة متعددة، أو سجل تصحيح أخطاء، أو خطة أدوات معقدة، فـ K3 مصمم لهذا النوع من الجلسات. أما إن كان تطبيقك يحتاج فقط إلى إجابات FAQ قصيرة أو تصنيف فوق مدخلات صغيرة جدًا، فقد يكون النموذج الأصغر أكثر كفاءة من حيث التكلفة.
ميزات واجهة K3 الجديدة وكيفية الاستخدام
يبني Kimi K3 على نماذج Kimi السابقة مع تحسينات رائدة:
- سياق 1M: معالجة مستودعات كاملة أو كتب أو محادثات طويلة بدون قطع.
- رؤية أصلية: تحليل الصور مباشرة ضمن الرسائل (base64 أو عناوين URL).
- استدلال دائم التشغيل: جهد أقصى افتراضيًا؛ يدعم آثار تفكير مهيكلة (البث يعرض دلتا).
- استدعاء الأدوات والوكلاء: استدعاء دوال بأسلوب OpenAI لعمليات عمل معقدة.
- مخرجات مهيكلة: وضع JSON لسهولة التحليل.
- التخزين المؤقت: تخزين مسبق تلقائي يخفض التكاليف للسياقات المتكررة (تُذكر معدلات إصابة >90% في البرمجة).
القدرات الأساسية لواجهة Kimi K3 على CometAPI
سياق بمليون رمز للمستندات الطويلة وقواعد الشيفرات الكبيرة
يسرد CometAPI Kimi K3 بنافذة سياق 1,000k رمز. هذا الحجم يغيّر كيفية تصميم سير العمل. بدلًا من تقسيم كل مستند إلى أجزاء كثيرة، يمكنك اختبار سير عمل يحافظ على سياق أكبر بكثير في طلب واحد: وثائق هندسة مع مقتطفات شيفرة، متطلبات منتج مع تقارير أخطاء، أوراق بحثية مع ملاحظات، أو سجلات دعم طويلة.
هذا لا يعني أن كل طلب يجب أن يستخدم كل السياق. السياق الطويل مكلف وقد يبطئ زمن أول رمز. استخدمه عندما يحتاج النموذج إلى رؤية شاملة، لا كبديل لتصميم استرجاع نظيف. نمط إنتاج قوي على CometAPI هو التوجيه الهجين: استخدم التضمين أو البحث لاسترجاع الأجزاء الأكثر صلة، لكن أبقِ K3 متاحًا للمهام النادرة التي يحسن فيها السياق الواسع جودة الإجابة فعليًا.
استدلال دائم مع reasoning_effort قابل للضبط
تقول وثائق Kimi إن K3 يستدل دائمًا ويدعم الحقل العلوي reasoning_effort بقيم low وhigh وmax. استخدم جهدًا أدنى للمهام الخفيفة حيث تهم الكمون والتكلفة؛ واستخدم جهدًا عاليًا أو أقصى للمهام مثل تصحيح الأخطاء، الاشتقاقات الرياضية، مراجعة المعماريات، ترحيل الشيفرة، تلخيص المستندات الطويلة، والتخطيط متعدد الأدوات.
على CometAPI، مرّر reasoning_effort في طلب Chat Completions عندما يدعم مسار Kimi K3 المعلمات الخاصة بالمزود. إذا رفض إصدار SDK لديك الحقل العلوي، أرسله عبر extra_body أو استخدم HTTPS خامًا.
الاستجابة عبر البث لتحسين تجربة المستخدم
توضح وثائق البث لدى Kimi أن البث يرسل الرموز عبر Server-Sent Events بدل انتظار الاستجابة كاملة. هذا مفيد خصوصًا مع K3 لأن الاستدلال العميق والمخرجات الطويلة قد تستغرق أكثر من مهام الدردشة الصغيرة. في أداة مطور، قم ببث الخطة أولًا ثم الشيفرة. في مساعد بحث، بث ملخصات الأقسام. في تطبيق تحليلات داخلي، بث ملاحظات أولية بينما لا تزال الإجابة المهيكلة النهائية قيد التوليد.
إدخال الرؤية للقطات الشاشة والمخططات والفيديوهات
يدعم Kimi K3 الفهم البصري. تنص وثائق الرؤية لدى Kimi على أن K3 يفهم محتوى الصور والفيديو، وأن رسائل الرؤية يجب أن تستخدم مصفوفات content مع أجزاء image_url أو video_url. وتذكر الوثائق نفسها أن عناوين URL للصور غير مدعومة؛ استخدم بيانات base64 أو مراجع ملفات مرفوعة. لمستخدمي CometAPI، ابدأ بإدخال صورة base64 في بيئة الاختبار لأنه بسيط، وقابل للنقل، وسهل التسجيل بأمان بدون الاعتماد على مستضيف صور عام.
مخرجات مهيكلة، وضع JSON، واستدعاء الأدوات
يدعم Kimi K3 المخرجات المهيكلة عبر response_format، إضافةً إلى استدعاء الأدوات عبر تعريفات دوال بنمط JSON Schema. تتضمن ميزات واجهة K3 الأحدث tool_choice والتحميل الديناميكي للأدوات. هذه مهمة لمنتجات الوكلاء لأن مخزون الأدوات قد يصبح ضخمًا. بدل إرسال كل تعريفات الأدوات في كل طلب، يمكن لتطبيقك أولًا كشف دالة صغيرة search_tools، واسترجاع الأدوات ذات الصلة فقط، ثم إدراج تعريفاتها ديناميكيًا في المحادثة.
القرار العملي بسيط: لا تختر بناءً على جدول معايير فقط. استخدم CometAPI لبناء مجموعة تقييم قابلة للتكرار من مطالباتك الخاصة. ضمّن ما لا يقل عن 20 إلى 50 مهمة حقيقية: إصلاحات أخطاء، مهام استخراج، لقطات شاشة، ملفات PDF، أسئلة عملاء، آثار استدعاء أدوات، وطلبات حساسة للتكلفة. وجه Kimi K3 إلى الوظائف التي تدفع فيها ميزاته من سياق طويل واستدلال ورؤية ثمنها بنفسها.
تسعير واجهة API: تكلفة Kimi K3
تسعير Kimi K3 على CometAPI
تعرض صفحة نموذج Kimi K3 على CometAPI:
| مسار المزوّد | سعر الإدخال | سعر الإخراج | السياق | معرّف النموذج |
|---|---|---|---|---|
| CometAPI Kimi K3 | $2.40 لكل 1M رمز | $12.00 لكل 1M رمز | 1,000k رمز | kimi-k3 |
تقارن الصفحة نفسها هذه الأرقام بأسعار Kimi الرسمية: $3.00 للإدخال و$15.00 للإخراج لكل 1M رمز، ما يظهر خصم 20% على قائمة CometAPI الحالية. قد تتغير الأسعار، لذا تحقق من صفحة نموذج CometAPI مباشرة قبل نشر محتوى تسعير لحركة عالية أو الالتزام بميزانية إنتاج.
التسعير الرسمي لـ Kimi API
تسرد المدونة التقنية لـ Moonshot تسعير Kimi API: $0.30 لكل 1M رموز إدخال إصابة-كاش، و$3.00 لكل 1M رموز إدخال إخفاق-كاش، و$15.00 لكل 1M رموز إخراج. وتذكر أيضًا أن Kimi API يحقق معدل إصابة كاش يتجاوز 90% في أعباء عمل البرمجة. تعامل مع نسبة 90% هذه كادعاء خاص بمزود ولمجال عمل محدد، وليس ضمانًا لكل تطبيق. يعتمد معدل الإصابة لديك على مدى استقرار مطالباتك وتعريفات الأدوات ومقدمات المستودع وتواريخ الجلسات.
أمثلة تكلفة بسيطة على CometAPI
| الطلب المثال | رموز الإدخال | رموز الإخراج | التكلفة التقديرية على CometAPI |
|---|---|---|---|
| مراجعة شيفرة قصيرة | 20,000 | 2,000 | $0.072 |
| سؤال متوسط حول مستودع | 100,000 | 5,000 | $0.300 |
| تحليل مستند كبير | 500,000 | 20,000 | $1.440 |
| توليف سياق شبه كامل | 950,000 | 50,000 | $2.880 |
الصيغة: (input_tokens / 1,000,000 * 2.40) + (output_tokens / 1,000,000 * 12.00).
هناك ملاحظتان مهمتان. أولًا، غالبًا ما تُحتسب رموز الاستدلال كرموز إخراج عندما تُولدها نماذج التفكير، لذا اضبط max_completion_tokens بعناية. ثانيًا، يجب أن يكون السياق الطويل مقصودًا. من القوي إرسال 500,000 رمز، لكنه نادرًا ما يكون حكيمًا عندما تنتج 20,000 رمز عالية الإشارة نفس الإجابة.
كيفية استخدام واجهة Kimi K3 على CometAPI
الخطوة 1: أنشئ مفتاح CometAPI
أنشئ حساب CometAPI أو سجّل الدخول، افتح صفحة مفاتيح API، وأنشئ مفتاحًا. خزّنه كمتغير بيئة على الخادم باسم COMETAPI_KEY. لا تضع مفاتيح الإنتاج في JavaScript للمتصفح أو تطبيقات الهاتف أو المستودعات العامة أو لقطات الشاشة أو سجلات الطرف العميل.
PowerShell:
$env:COMETAPI_KEY = "your_cometapi_key_here"
macOS أو Linux:
export COMETAPI_KEY="your_cometapi_key_here"
الخطوة 2: ثبّت OpenAI SDK
يدعم CometAPI حزم SDK المتوافقة مع OpenAI. في Python، ثبّت الحزمة مرة واحدة:
python -m pip install --upgrade openai
الخطوة 3: أنشئ أول نداء لواجهة Kimi K3
استخدم عنوان الأساس لـ CometAPI ومعرّف النموذج kimi-k3:
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["COMETAPI_KEY"],
base_url="https://api.cometapi.com/v1",
)
completion = client.chat.completions.create(
model="kimi-k3",
messages=[
{
"role": "system",
"content": "You are a precise technical assistant for API developers.",
},
{
"role": "user",
"content": "Explain when I should use Kimi K3 for a coding agent.",
},
],
max_completion_tokens=1200,
)
print(completion.choices[0].message.content)
print(completion.usage)
طلب cURL المكافئ:
curl https://api.cometapi.com/v1/chat/completions \
-H "Authorization: Bearer $COMETAPI_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "kimi-k3",
"messages": [
{"role": "system", "content": "You are a precise technical assistant for API developers."},
{"role": "user", "content": "Explain Kimi K3 in one paragraph."}
],
"max_completion_tokens": 800
}'
ميزات واجهة K3 الجديدة وكيفية الاستخدام
جهد التفكير
استخدم reasoning_effort للتحكم بميزانية التفكير التي يطبّقها K3. تسرد وثائق Kimi القيم low وhigh وmax، مع max كافتراضي. للإنتاج، اختر بناءً على نوع المهمة:
| نوع المهمة | الجهد الموصى به | السبب |
|---|---|---|
| ملخصات قصيرة، إعادة صياغة، أسئلة وأجوبة بسيطة | low | أسرع وأرخص للمهام منخفضة المخاطر |
| مراجعة شيفرة، استخراج، تخطيط، تحليل | high | توازن أفضل بين الجودة والتكلفة |
| تصحيح أخطاء معقد، رياضيات، عمل عاملي، استدلال سياق طويل | max | أفضل جودة عندما يستحق الاستدلال الأعمق الكمون وتكلفة رموز الإخراج |
مثال Python:
completion = client.chat.completions.create(
model="kimi-k3",
reasoning_effort="high",
messages=[
{
"role": "user",
"content": (
"Review this migration plan for hidden risks. "
"Return the top 5 issues and a safer rollout sequence."
),
}
],
max_completion_tokens=2000,
)
message = completion.choices[0].message
print(message.content)
إذا كان إصدار OpenAI SDK لديك لا يقبل reasoning_effort كوسيط مُسمّى، مرّره عبر extra_body:
completion = client.chat.completions.create(
model="kimi-k3",
messages=[{"role": "user", "content": "Solve this scheduling problem."}],
extra_body={"reasoning_effort": "high"},
)
تفصيل تنفيذي مهم: تقول وثائق التفكير لدى Kimi إن محادثات K3 متعددة الأدوار يجب أن تحفظ رسالة المساعد كاملة كما تُعيدها الواجهة، بما في ذلك حقول مثل reasoning_content وtool_calls. إذا خزّنت فقط content المرئية، فقد تضعف استمرارية الاستدلال في الجلسات الطويلة.
الاستجابات عبر البث
استخدم البث عندما قد تكون الإجابة طويلة، وعندما يهم الكمون، أو عندما تريد عرض التقدم في واجهة دردشة.
stream = client.chat.completions.create(
model="kimi-k3",
messages=[
{
"role": "user",
"content": "Create a detailed refactor plan for a 200k-line monolith.",
}
],
stream=True,
stream_options={"include_usage": True},
max_completion_tokens=3000,
)
for chunk in stream:
choice = chunk.choices[0]
delta = choice.delta
reasoning = getattr(delta, "reasoning_content", None)
if reasoning:
# In most products, store reasoning securely or hide it from end users.
pass
if delta.content:
print(delta.content, end="", flush=True)
usage = getattr(choice, "usage", None)
if usage:
print("\n\nUsage:", usage)
تؤكد وثائق البث لدى Kimi أن تدفقات SSE تنتهي بـ data: [DONE]. في عميل SSE خام، لا تعتبر البث مكتملاً حتى يصل هذا الوسم.
إدخال الرؤية
يمكن لـ Kimi K3 تحليل الصور والفيديوهات. أول اختبار آمن على CometAPI هو طلب صورة base64. استخدم مصفوفة content متعددة الوسائط، وليس سلسلة JSON تحتوي على مصفوفة.
import base64
import mimetypes
from pathlib import Path
image_path = Path("dashboard-screenshot.png")
mime_type = mimetypes.guess_type(image_path.name)[0] or "image/png"
image_b64 = base64.b64encode(image_path.read_bytes()).decode("utf-8")
completion = client.chat.completions.create(
model="kimi-k3",
messages=[
{
"role": "user",
"content": [
{
"type": "image_url",
"image_url": {
"url": f"data:{mime_type};base64,{image_b64}",
},
},
{
"type": "text",
"text": (
"Review this dashboard screenshot. "
"Identify UX issues, missing states, and data-quality risks."
),
},
],
}
],
max_completion_tokens=1800,
)
print(completion.choices[0].message.content)
تسرد وثائق رؤية Kimi صيغ الصور المدعومة مثل PNG وJPEG وWebP وGIF، وصيغ الفيديو المدعومة مثل MP4 وMOV وAVI وWebM وغيرها. كما توصي بالحفاظ على دقة الصور عند 4K أو أقل والفيديو عند FHD أو أقل لأن الدقة الأعلى قد تزيد زمن المعالجة دون تحسين فهم النموذج.
مخرجات مهيكلة مع JSON Schema
لسير عمل الإنتاج، لا تقم بتحليل نثر حر إذا كانت الخطوة التالية تتوقع بيانات مهيكلة. استخدم response_format مع JSON Schema عندما يدعمه المسار.
import json
completion = client.chat.completions.create(
model="kimi-k3",
messages=[
{
"role": "user",
"content": (
"Extract implementation tasks from this request: "
"Add SSO, migrate billing webhooks, and create admin audit logs."
),
}
],
response_format={
"type": "json_schema",
"json_schema": {
"name": "implementation_tasks",
"strict": True,
"schema": {
"type": "object",
"properties": {
"tasks": {
"type": "array",
"items": {
"type": "object",
"properties": {
"title": {"type": "string"},
"risk": {"type": "string"},
"owner": {"type": "string"},
},
"required": ["title", "risk", "owner"],
"additionalProperties": False,
},
}
},
"required": ["tasks"],
"additionalProperties": False,
},
},
},
)
data = json.loads(completion.choices[0].message.content)
print(data["tasks"])
استدعاء الأدوات وtool_choice
توصي وثائق أفضل الممارسات لاستدعاء الأدوات في K3 بتجنب مخزون أدوات ضخم في طلب واحد. النمط هو: اكشف دالة بحث عن الأدوات أولًا، وفرض الاسترجاع بـ tool_choice: "required" في الدورة الأولى، ثم حمّل فقط تعريفات الأدوات التي يحتاجها النموذج ديناميكيًا.
مثال بسيط على نمط حالة الطقس:
import json
tools = [
{
"type": "function",
"function": {
"name": "get_order_status",
"description": "Look up a customer's order status.",
"parameters": {
"type": "object",
"properties": {
"order_id": {"type": "string"},
},
"required": ["order_id"],
"additionalProperties": False,
},
},
}
]
messages = [
{"role": "user", "content": "Where is order A1024?"},
]
first = client.chat.completions.create(
model="kimi-k3",
messages=messages,
tools=tools,
tool_choice="required",
)
assistant_message = first.choices[0].message
messages.append(assistant_message.model_dump(exclude_none=True))
for call in assistant_message.tool_calls or []:
args = json.loads(call.function.arguments)
result = {"order_id": args["order_id"], "status": "Shipped", "eta": "2026-07-24"}
messages.append(
{
"role": "tool",
"tool_call_id": call.id,
"content": json.dumps(result),
}
)
final = client.chat.completions.create(
model="kimi-k3",
messages=messages,
tools=tools,
)
print(final.choices[0].message.content)
أفضل ممارسات Kimi K3 لفرق الإنتاج
استخدم Kimi K3 حيث تتضح نقاط قوته
Kimi K3 مرشح قوي لتحليل المستودعات، وبرمجة الواجهة الأمامية، وإعادة إنتاج الأخطاء، وتوليف المستندات الطويلة، والاستدلال على جداول البيانات، وضمان جودة بمساعدة الرؤية، وسير عمل عاملي يحتاج إلى أدوات. قد يكون أكثر مما تحتاجه لتوليد نصوص قصيرة، أو تصنيف بسيط، أو وحدات دعم منخفضة الأهمية. على CometAPI، أنشئ قواعد توجيه نماذج بحيث يتلقى K3 العمل الصعب بينما تتعامل نماذج أقل تكلفة مع المرور الروتيني.
ابنِ مسارات بديلة لأن الإطلاق مقيّد السعة
يذكّر تقرير AP بشأن توقف Moonshot مؤقتًا عن الاشتراكات الجديدة بأن التوافر جزء من اختيار النموذج. ابنِ مسارات بديلة على مستوى التطبيق. إذا أعاد Kimi K3 خطأ سعة مزوّد، وجّه إلى نموذج آخر على CometAPI بقدرات مشابهة، أو قلّل حجم السياق، أو أعد المحاولة بتدرج زمني. حافظ على تجربة المستخدم رشيقة: اعرض التقدم، واحفظ المسودات، واجعل حالات الفشل قابلة للاسترداد.
حافظ على السياق بعناية في الجلسات متعددة الأدوار
تدرّب Kimi K3 على تاريخ تفكير محفوظ. تحذّر مدونة Moonshot التقنية من أن التبديل إلى K3 في منتصف الجلسة أو الفشل في تمرير رسالة المساعد التاريخية كاملة يمكن أن يقلل الاستقرار. عمليًا، خزّن كائن رسالة المساعد كاملًا كما تعيده الواجهة لأدوات المطورين والوكلاء. لا تُضغط بعيدًا tool_calls أو حقول الاستدلال الخاصة بالمزود إلا إذا اختبرت الأثر.
تحكّم في تكلفة المخرجات والاستدلال
اضبط دائمًا max_completion_tokens. تقول مرجعية Kimi API إن K3 يفترض افتراضيًا 131,072 رمز إخراج كحد أقصى، ويمكن ضبطه حتى 1,048,576، رهناً بحد سياق النموذج. هذا قوي، لكنه قد يفاجئ لوحة الفوترة إذا دعا مطالبتك إلى إجابة ضخمة. لمعظم تدفقات المنتج، حدد حدودًا منفصلة: 800 إلى 1,500 رمز للملخصات، و2,000 إلى 4,000 للتحليل المفصل، وحدود أكبر فقط للتوليد المطوّل الصريح.
صمّم من أجل التخزين المؤقت
يعمل تخزين سياق Kimi المؤقت أفضل عندما يظل السياق الأولي المكرر ثابتًا. تصف وثائق التخزين المؤقت الحالية لدى Kimi أنه تلقائي: لا حاجة لإنشاء كاش يدويًا أو معرّف كاش أو إدارة TTL. لوكلاء البرمجة، حافظ على تعليمات المستودع وتعريفات الأدوات وسياسات المشروع في مقدمة ثابتة. لأسئلة المستندات، حافظ على حزمة المستندات مستقرة عبر الأسئلة ذات الصلة. تجنّب إعادة كتابة مطالبة النظام كل دورة، وضع السياق الكبير الثابت بالقرب من بداية مصفوفة messages حتى يتعرف الكاش على المقدمات المتكررة.
استخدم الرؤية بتروٍ
إدخال الرؤية ذو قيمة، لكن الصور والفيديوهات تستهلك رموزًا بناءً على المحتوى والدقة. استخدم الصور عندما تضيف معلومات لا يلتقطها النص: تخطيطات واجهة المستخدم، مخططات، ملاحظات بخط اليد، نماذج تصميم، لقطات CAD، وشاشات الأخطاء. خفّض مقياس الصور الكبيرة جدًا، واقصص الفراغ غير المهم، وادمج الصورة مع سؤال دقيق.
الخلاصة والتوصيات
يوفر Kimi K3 على CometAPI قدرات حدودية — سياق ضخم، ورؤية، واستدلال — بأسعار في المتناول وباحتكاك تكامل منخفض. سواء كنت تبني وكلاء برمجة، أو تطبيقات متعددة الوسائط، أو خدمات ذكاء اصطناعي قابلة للتوسع، ابدأ بـ CometAPI لوصول موحد وتوفير وموثوقية. سجّل، جرّب الانطلاقات السريعة أعلاه، وتوسّع بثقة.
