申请流程
لاستخدام واجهة برمجة التطبيقات GLM Chat Completion، يجب أولاً الذهاب إلى لوحة تحكم Ace Data Cloud للحصول على رمز API الخاص بك، احتفظ به للاستخدام لاحقًا.
إذا لم تكن قد قمت بتسجيل الدخول أو التسجيل بعد، فسيتم تحويلك تلقائيًا إلى صفحة تسجيل الدخول لدعوتك للتسجيل وتسجيل الدخول، وبعد الانتهاء، سيتم إرجاعك تلقائيًا إلى الصفحة الحالية.
يمكن استخدام رمز API واحد لاستدعاء جميع خدمات المنصة، دون الحاجة لتقديم طلب منفصل لكل خدمة. عند التقديم لأول مرة، ستحصل على رصيد مجاني لتجربته؛ وعند نفاد الرصيد، يمكنك إعادة شحن الرصيد العام في لوحة التحكم.
📘 الوثيقة الكاملة: GLM Chat Completion API →
基本使用
عنوان طلب واجهة برمجة التطبيقات GLM Chat Completion هوhttps://api.acedata.cloud/glm/chat/completions، ويستخدم مصادقة Bearer Token، وجسم الطلب متوافق مع بروتوكول OpenAI Chat Completions.
عند استخدام هذه الواجهة للمرة الأولى، نحتاج على الأقل إلى ملء ثلاثة محتويات:
authorization:اختر Bearer Token مباشرة من القائمة المنسدلة.model:اختر نموذج GLM الذي تريد استدعاءه، والنماذج المدعومة حاليًا تشمل:glm-5.3:أحدث نموذج رائد، يدعم 1M سياق وأقصى 128K مخرجات، مناسب للاستدلال المعقد، والشيفرات، ومهام الوكلاء. الاستدلال مفعل دائمًا، ويمكنك اختيارreasoning_effortكـlowأوhighأوmax.glm-5.2:النموذج الرائد من الجيل السابق، ذو قدرة شاملة قوية.glm-5.1:نموذج رائد ناضج، مناسب للمهام المعقدة العامة.glm-4.7:يظهر أداءً ممتازًا في الاستدلال، واستدعاء الأدوات، ومهام الشيفرات.glm-4.6:نموذج حوار عام، يوازن بين الأداء والتكلفة.glm-3-turbo:نموذج حوار كلاسيكي، مناسب لمهام توليد النصوص العامة.
messages:مصفوفة الكلمات الدلالية، تحتوي كل رسالة علىroleوcontent، حيث تدعمroleثلاثة أدوار:userوassistantوsystem.
max_tokens:تحديد الحد الأقصى لعدد الرموز في الرد الواحد.temperature:عشوائية التوليد، بين 0-2، كلما زادت القيمة كانت أكثر تشتتًا.top_p:معامل أخذ العينات، يتحكم في عتبة الاحتمال التراكمي للرموز المرشحة.n:عدد الردود المرشحة التي يتم توليدها في مرة واحدة.stream:هل يتم تفعيل الاستجابة المتدفقة، الافتراضي هوfalse.stop:تسلسل التوقف المخصص.
id:معرف فريد لمهمة الحوار هذه.created:وقت إنشاء مهمة الحوار هذه (طابع زمني Unix، بالثواني).model:اسم نموذج GLM الذي تم استدعاؤه فعليًا.choices:قائمة الردود التي أنشأها النموذج.choices[i].message.contentهو النص المحدد للرد من النموذج، وfinish_reasonيحدد سبب الانتهاء (مثلstopأوlengthأوtool_callsأوcontent_filterوغيرها).usage:إحصائيات استخدام الرموز لهذه الطلب، تشملprompt_tokensوcompletion_tokensوtotal_tokens.
流式响应
تدعم هذه الواجهة الاستجابة المتدفقة (Server-Sent Events)، وهذا مفيد جدًا لتكامل الويب، حيث يمكن أن يتيح للويب تحقيق تأثير العرض حرفيًا. إذا كنت ترغب في استجابة متدفقة، قم بتعيين معاملstream في جسم الطلب إلى true.
كود مثال لاستدعاء Python:
data في الاستجابة، كل data تحتوي على جزء متزايد. choices[i].delta.content هو النص الجديد المضاف في الجزء الحالي، يمكنك تجميع هذه الأجزاء لتشكيل رد كامل. عندما يكون محتوى data هو [DONE]، فهذا يعني أن الاستجابة المتدفقة قد انتهت. آخر جزء يحمل usage سيجمع استخدام الرموز لهذه الطلب.
مثال على JavaScript (Node.js):
محادثة متعددة الجولات
إذا كنت ترغب في تنفيذ وظيفة المحادثة متعددة الجولات، تحتاج إلى وضع المحادثات السابقة في مصفوفةmessages بالتتابع، مع الحفاظ على ترتيب ظهور user و assistant.
مثال على كود استدعاء Python:
choices تتوافق مع الاستخدام الأساسي، حيث يقدم النموذج ردًا بناءً على تاريخ المحادثة الكامل، مما يدعم التفاعل السياقي متعدد الجولات.
نصوص النظام (System Prompt)
يمكنك إضافة رسالةrole كـ system في بداية messages لتقييد دور النموذج أو أسلوبه أو سلوكه:
استدعاء الأدوات (Function Calling)
يدعم نموذج GLM استدعاء الأدوات المتوافق مع OpenAI، يمكنك من خلال معلمةtools إعلان الوظائف القابلة للاستدعاء، وسيقوم النموذج عند الحاجة بإرجاع معلومات استدعاء الوظائف المهيكلة في choices[i].message.tool_calls.
finish_reason إلى tool_calls، وسيتم تقديم اسم الوظيفة ومعلمات بصيغة JSON في message.tool_calls. يمكنك تنفيذ هذه الوظيفة وإرجاع النتيجة كرسالة role كـ tool إلى النموذج، مما يكمل دورة استدعاء الأداة بالكامل.
اقتراحات اختيار النموذج
api_error وكانت الرسالة الخدمة غير متاحة مؤقتًا، يرجى المحاولة لاحقًا.، فهذا عادةً ما يشير إلى أن خدمة GLM العلوية غير متاحة مؤقتًا، يُنصح بإعادة المحاولة مع تراجع أسي، أو التبديل إلى نموذج GLM آخر متاح (مثل التبديل مؤقتًا من glm-5.1 إلى glm-4.7 أو glm-4.6).

