glm-4.1v-thinking-flash
GLM-4.1V-Thinking-Flash هو نموذج Zhipu للاستدلال البصري وتحليل الرسوم البيانية والمخططات العلمية وصور المستندات والأسئلة المتعلقة بالواجهات.
- Ailoot Ultra · OpenAI Chat
POST /v1/chat/completionsglm-4.1v-thinking-flash - Ailoot Ultra · Anthropic Messages
POST /v1/messagesglm-4.1v-thinking-flash
عن النموذج
يغطي هذا الوصف قدرات النموذج. وترد أدناه المدخلات والمخرجات والخيارات المتاحة في Ailoot للطريقة المحددة.
يجمع GLM-4.1V-Thinking-Flash بين الفهم البصري والاستدلال المدمج. تصف Zhipu النموذج بأنه مخصص لتفسير الصور وصفحات المستندات، بما فيها الرسوم البيانية والمسائل الرياضية وبنية الواجهات وربط الوصف بعناصر الصورة. غايته ربط ما يظهر في المادة بشرح الإجابة.
صُغ السؤال البصري بدقة
في الرسم البياني، حافظ على تسميات المحاور ومفتاح الرسم والوحدات، ثم حدّد المقارنة أو الحساب. وفي المخطط، قدّم نص المسألة وتعليقات توضيحية مقروءة. وفي الواجهة، حدّد هدف المستخدم وعناصر التحكم أو التخطيط المطلوب فحصها. تساعد هذه التفاصيل على التمييز بين الملاحظة المرئية والافتراض.
اطلب نتيجة قابلة للتنفيذ
اطلب تفسيرًا للرسم البياني، أو حلًا مفصلًا، أو وصفًا لعناصر الواجهة ذات الصلة، أو وصف مهمة لتنفيذ الواجهة الأمامية. احتفظ بالصورة المصدرية مع الإجابة، وراجع التسميات والكميات والمواضع التي تعتمد عليها النتيجة.
عبر Ailoot، استخدم معرّف النموذج بالضبط في /v1/chat/completions واحتفظ بالصورة مع سؤالها في المحادثة. تستخدم صيغة محتوى الصورة image_url؛ ويمكن لمصادر الصور المدعومة أن تتضمن عنوان صورة أو معرّف URI لبيانات base64. اجمع إجابة JSON كاملة أو جميع مقاطع SSE عند تفعيل stream، واحتفظ ببيانات usage مع النتيجة المكتملة.
Ailoot Ultra · OpenAI Chat POST /v1/chat/completions glm-4.1v-thinking-flash
glm-4.1v-thinking-flashالبداية
GLM-4.1V-Thinking-Flash هو نموذج Zhipu للاستدلال البصري وتحليل الرسوم البيانية والمخططات العلمية وصور المستندات والأسئلة المتعلقة بالواجهات.
- المدخلات المقبولة
- النص · الصور
- النتائج
- النص
متاح في Ailoot · المدخلات والطرائق
Ailoot Ultra · OpenAI Chat POST /v1/chat/completions
- الإدخال
text,image- الإخراج
text- صيغة الإخراج
- JSON or SSE
| الحقل | النوع | المتطلب | القيم والحدود | القيمة الافتراضية |
|---|---|---|---|---|
الحقلmodel | النوعstring | المتطلبمطلوب | القيم والحدود glm-4.1v-thinking-flash الشروط: استخدم مُحدِّد التوجيه هذا في Ailoot كما هو تمامًا. | القيمة الافتراضية— |
الحقلmessages | النوعarray | المتطلبمطلوب | القيم والحدود الشروط: | القيمة الافتراضية— |
الحقلstream | النوعboolean | المتطلباختياري | القيم والحدود الشروط: | القيمة الافتراضيةfalse |
تركيبات مواد الإدخال
text_input · مطلوب: messages
image_with_text · مطلوب: messages with actual image content blocks
معلمات الطريقة ودورة حياتها
| المعلمة | المواصفات |
|---|---|
المعلمةcontent_type | المواصفاتapplication/json |
المعلمةrequired | المواصفاتmodel, messages |
المعلمةoptional | المواصفاتstream |
المعلمةmaterial_types | المواصفاتtext, image |
المعلمةconditions | المواصفاتاستخدم مُحدِّد التوجيه هذا في Ailoot كما هو تمامًا., ينقل هذا البروتوكول محتوى الصور عندما يدعم النموذج المحدد بعينه فهم الصور. قبول البروتوكول لا يثبت قدرة كل نموذج على معالجة الصور. |
الأسماء البديلة للطريقة: /chat/completions
دورة الحياة: synchronous_or_streamed
الباقات
مراجع التسعير لا تضيف خيارات للطلب. المعلمات المدعومة مذكورة للطريقة المحددة.
- الوضع السريع
- التعرفة القياسية عند اختيار الوضع السريع
- الوضع المرن
- التعرفة القياسية عند اختيار وضع flex
- أقصى جهد للاستدلال
- التعرفة القياسية عندما يُطبَّق الضبط الافتراضي default مع أقصى جهد للاستدلال
- تسعير التخزين المؤقت الصريح
- غير مفعّل عند طلب التخزين المؤقت الصريح
- أسعار صفرية للنص فقط
- تخضع الذاكرة المؤقتة والأدوات والوسائط لشروط التسعير المدرجة لكل منها على حدة. عندما يكون الإدخال والإخراج نصيًا فقط
تعرفات Ailoot
الأسعار حسب الإعدادات
| الإعدادات | جدول التعرفة | الرسوم |
|---|---|---|
| الإعداداتالتعرفات الأساسية للرموز | جدول التعرفةالتعرفة الأساسية | الرسوم الإدخال · رموز الإدخال $0 / 1K من الرموز الإخراج · رموز الإخراج $0 / 1K من الرموز الإدخال · قراءة ذاكرة التخزين المؤقت $0 / 1K من الرموز الإدخال · الكتابة إلى ذاكرة التخزين المؤقت $0 / 1K من الرموز الإدخال · الكتابة إلى ذاكرة التخزين المؤقت، 1 ساعة — / 1K من الرموز |
تحجز Ailoot مبلغًا تقديريًا قبل الطلب. وبعد ظهور النتيجة، تُسوّي الرسوم النهائية بناءً على الاستخدام المقاس. وتستخدم تسوية البث سجل الاستخدام النهائي. كيفية عمل حجز المبلغ وتسوية الرسوم →
أمثلة للطلبات
Ailoot Ultra · OpenAI Chat
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
export AILOOT_API_KEY
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads('{"model": "glm-4.1v-thinking-flash", "messages": [{"role": "user", "content": "Explain how a rainbow forms."}]}')
Path("request.json").write_text(json.dumps(p,ensure_ascii=False))
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
# Submit once. Retain the complete result, original identifiers and every response header.
استلام النتائج وحفظها
Ailoot Ultra · OpenAI Chat
JSON or SSE
الاحتفاظ بكل النتائج المكتملة
احتفظ بكل استجابة كاملة وكل ملف وجزء محتوى تم إرجاعه.
احتفظ بكل كتلة محتوى، ومعرّف استدعاء أداة، وتوقيع تفكير عند إعادته، وجميع تحديثات SSE، وبيانات الاستخدام كاملة. أول جزء نصي ليس النتيجة كاملة.
عند الحاجة إلى التحقق من الاستجابة الأصلية
احتفظ بقيمة X-Client-Request-ID الأصلية، والاستجابة والترويسات. النتيجة المجهولة أو result_pending_check لا تجيز إنشاءً ثانيًا.
حقول الاستجابة
| الحقل | النوع |
|---|---|
الحقلchoices[] | النوعobject |
الحقلusage | النوعobject |
الأخطاء والخطوات التالية
| الاستجابة | الشرط | الخطوة التالية |
|---|---|---|
الاستجابة400 · invalid_request_error | الشرطأحد الحقول المطلوبة أو مُحدِّد النموذج أو النوع أو تمثيل الإدخال غير صالح. | الخطوة التاليةافحص تفاصيل التحقق المُعادة قبل إعداد طلب مستقل. |
الاستجابة | الشرطالطلب الأصلي أو نتيجته مجهولان أو يحتاجان إلى تحقق. | الخطوة التاليةاحتفظ بالمعرّفات والترويسات الأصلية؛ واقرأ فقط سجلات الحالة أو المكتبة المدعومة. لا ترسل طلب الإنشاء مجددًا. |
الأسماء البديلة
الأسماء البديلة للنموذج
Ailoot Ultra glm-4.1v-thinking-flash
الأسماء البديلة لمسارات الطرائق
/chat/completions
معرّفات النماذج ذات الصلة IDs
Ailoot Ultra · Anthropic Messages POST /v1/messages glm-4.1v-thinking-flash
glm-4.1v-thinking-flashالبداية
GLM-4.1V-Thinking-Flash هو نموذج Zhipu للاستدلال البصري وتحليل الرسوم البيانية والمخططات العلمية وصور المستندات والأسئلة المتعلقة بالواجهات.
- المدخلات المقبولة
- النص · الصور
- النتائج
- json · sse
متاح في Ailoot · المدخلات والطرائق
Ailoot Ultra · Anthropic Messages POST /v1/messages
- الإدخال
text,image- الإخراج
json,sse- صيغة الإخراج
- JSON or SSE
| الحقل | النوع | المتطلب | القيم والحدود | القيمة الافتراضية |
|---|---|---|---|---|
الحقلmodel | النوعstring | المتطلبمطلوب | القيم والحدود glm-4.1v-thinking-flash الشروط: استخدم مُحدِّد التوجيه هذا في Ailoot كما هو تمامًا. | القيمة الافتراضية— |
الحقلmessages | النوعarray | المتطلبمطلوب | القيم والحدود الشروط: | القيمة الافتراضية— |
الحقلstream | النوعboolean | المتطلباختياري | القيم والحدود الشروط: | القيمة الافتراضيةfalse |
الحقلmax_tokens | النوعinteger | المتطلبمطلوب | القيم والحدود الحد الأدنى: 1 الشروط: | القيمة الافتراضية— |
تركيبات مواد الإدخال
text_input · مطلوب: messages
image_with_text · مطلوب: messages with actual image content blocks
معلمات الطريقة ودورة حياتها
| المعلمة | المواصفات |
|---|---|
المعلمةcontent_type | المواصفاتapplication/json |
المعلمةrequired | المواصفاتmodel, messages, max_tokens |
المعلمةoptional | المواصفاتstream |
المعلمةmaterial_types | المواصفاتtext, image |
المعلمةconditions | المواصفاتاستخدم مُحدِّد التوجيه هذا في Ailoot كما هو تمامًا., ينقل هذا البروتوكول محتوى الصور عندما يدعم النموذج المحدد بعينه فهم الصور. قبول البروتوكول لا يثبت قدرة كل نموذج على معالجة الصور. |
دورة الحياة: synchronous_or_streamed
الباقات
مراجع التسعير لا تضيف خيارات للطلب. المعلمات المدعومة مذكورة للطريقة المحددة.
- الوضع السريع
- التعرفة القياسية عند اختيار الوضع السريع
- الوضع المرن
- التعرفة القياسية عند اختيار وضع flex
- أقصى جهد للاستدلال
- التعرفة القياسية عندما يُطبَّق الضبط الافتراضي default مع أقصى جهد للاستدلال
- تسعير التخزين المؤقت الصريح
- غير مفعّل عند طلب التخزين المؤقت الصريح
- أسعار صفرية للنص فقط
- تخضع الذاكرة المؤقتة والأدوات والوسائط لشروط التسعير المدرجة لكل منها على حدة. عندما يكون الإدخال والإخراج نصيًا فقط
تعرفات Ailoot
الأسعار حسب الإعدادات
| الإعدادات | جدول التعرفة | الرسوم |
|---|---|---|
| الإعداداتالتعرفات الأساسية للرموز | جدول التعرفةالتعرفة الأساسية | الرسوم الإدخال · رموز الإدخال $0 / 1K من الرموز الإخراج · رموز الإخراج $0 / 1K من الرموز الإدخال · قراءة ذاكرة التخزين المؤقت $0 / 1K من الرموز الإدخال · الكتابة إلى ذاكرة التخزين المؤقت $0 / 1K من الرموز الإدخال · الكتابة إلى ذاكرة التخزين المؤقت، 1 ساعة — / 1K من الرموز |
تحجز Ailoot مبلغًا تقديريًا قبل الطلب. وبعد ظهور النتيجة، تُسوّي الرسوم النهائية بناءً على الاستخدام المقاس. وتستخدم تسوية البث سجل الاستخدام النهائي. كيفية عمل حجز المبلغ وتسوية الرسوم →
أمثلة للطلبات
Ailoot Ultra · Anthropic Messages
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
export AILOOT_API_KEY
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads('{"model": "glm-4.1v-thinking-flash", "messages": [{"role": "user", "content": "Explain how a rainbow forms."}], "max_tokens": 256}')
Path("request.json").write_text(json.dumps(p,ensure_ascii=False))
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
# Submit once. Retain the complete result, original identifiers and every response header.
استلام النتائج وحفظها
Ailoot Ultra · Anthropic Messages
JSON or SSE
الاحتفاظ بكل النتائج المكتملة
احتفظ بكل استجابة كاملة وكل ملف وجزء محتوى تم إرجاعه.
احتفظ بكل كتلة محتوى، ومعرّف استدعاء أداة، وتوقيع تفكير عند إعادته، وجميع تحديثات SSE، وبيانات الاستخدام كاملة. أول جزء نصي ليس النتيجة كاملة.
عند الحاجة إلى التحقق من الاستجابة الأصلية
احتفظ بقيمة X-Client-Request-ID الأصلية، والاستجابة والترويسات. النتيجة المجهولة أو result_pending_check لا تجيز إنشاءً ثانيًا.
حقول الاستجابة
| الحقل | النوع |
|---|---|
الحقلcontent[] | النوعobject |
الحقلusage | النوعobject |
الأخطاء والخطوات التالية
| الاستجابة | الشرط | الخطوة التالية |
|---|---|---|
الاستجابة400 · invalid_request_error | الشرطأحد الحقول المطلوبة أو مُحدِّد النموذج أو النوع أو تمثيل الإدخال غير صالح. | الخطوة التاليةافحص تفاصيل التحقق المُعادة قبل إعداد طلب مستقل. |
الاستجابة | الشرطالطلب الأصلي أو نتيجته مجهولان أو يحتاجان إلى تحقق. | الخطوة التاليةاحتفظ بالمعرّفات والترويسات الأصلية؛ واقرأ فقط سجلات الحالة أو المكتبة المدعومة. لا ترسل طلب الإنشاء مجددًا. |
الأسماء البديلة
الأسماء البديلة للنموذج
Ailoot Ultra glm-4.1v-thinking-flash
الأسماء البديلة لمسارات الطرائق
/chat/completions
معرّفات النماذج ذات الصلة IDs
FAQ · glm-4.1v-thinking-flash
- ما المدخلات والنتائج المتاحة؟
POST /v1/chat/completions·glm-4.1v-thinking-flash:text,image→textPOST /v1/messages·glm-4.1v-thinking-flash:text,image→json,sse- ما الحقول التي يستخدمها الطلب؟
POST /v1/chat/completions·glm-4.1v-thinking-flash:model,messages,streamPOST /v1/messages·glm-4.1v-thinking-flash:model,messages,stream,max_tokens- ما الحدود المطبقة؟
POST /v1/messages·glm-4.1v-thinking-flash:max_tokens.minimum:1