استخدِم هذا الدليل لمساعدتك في تشخيص المشاكل الشائعة التي تحدث عند استدعاء Gemini API وحلّها. قد تواجه مشاكل من خدمة الخلفية لواجهة Gemini API أو حِزم SDK للبرامج. حِزم تطوير البرامج (SDK) الخاصة بالعملاء مفتوحة المصدر في المستودعات التالية:
في حال مواجهة مشاكل في مفتاح واجهة برمجة التطبيقات، تأكَّد من إعداد مفتاح واجهة برمجة التطبيقات بشكل صحيح وفقًا لدليل إعداد مفتاح واجهة برمجة التطبيقات.
رموز الخطأ
للحصول على مرجع كامل لجميع رموز الخطأ، بما في ذلك رموز حالة HTTP ورموز حظر الإنشاء ورموز خطأ المحتوى، يُرجى الاطّلاع على صفحة أخطاء واجهة برمجة التطبيقات.
استراتيجية إعادة المحاولة
إذا تلقّيت رسالة خطأ تشير إلى أنّه عليك إعادة محاولة إرسال طلبك (مثل 429 RESOURCE_EXHAUSTED أو 503 UNAVAILABLE)، ننصحك بتنفيذ استراتيجية التراجع الأسي. وهذا يعني الانتظار لفترة قصيرة قبل إعادة المحاولة الأولى، ثم زيادة وقت الانتظار تدريجيًا بين عمليات إعادة المحاولة اللاحقة.
تتضمّن حِزم تطوير البرامج (SDK) الرسمية للعملاء في Gemini API، مثل حزمة Python SDK، منطق إعادة المحاولة التلقائي مع التراجع الأسي تلقائيًا للتعامل مع الأخطاء المؤقتة، مثل المهلات ومشاكل الشبكة وحدود المعدّل (رمزا الحالة 429 و5xx). على سبيل المثال، تعيد حزمة تطوير البرامج (SDK) الخاصة بلغة Python تلقائيًا محاولة تنفيذ العمليات التي تعذّر إجراؤها بشكل مؤقت، وذلك حتى أربع مرات مع تأخير أولي يبلغ ثانية واحدة تقريبًا وتأخير أقصى يبلغ 60 ثانية.
إذا كنت تُجري طلبات مباشرة من واجهة REST API أو تخصّص منطق إعادة المحاولة، اتّبِع أفضل الممارسات التالية لزيادة احتمال نجاح الطلب ومنع إرهاق الخدمة:
- استخدام التراجع الأسي: الانتظار لمدة قصيرة قبل إعادة المحاولة الأولى (ثانية واحدة مثلاً)، ثم زيادة مدة التأخير بشكل أسي (ثانيتان و4 ثوانٍ و8 ثوانٍ مثلاً).
- إضافة تشويش: أضِف "تشويشًا" عشوائيًا إلى التأخير للمساعدة في منع جميع العملاء من إعادة المحاولة في الوقت نفسه بالضبط.
- إعادة المحاولة عند حدوث أخطاء معيّنة: أعِد المحاولة فقط عند حدوث أخطاء مؤقتة (مثل
429أو408أو5xx). لا تعِد المحاولة عند حدوث أخطاء في العميل (مثل400أو402أو403) لأنّها تشير إلى مشاكل مثل مفاتيح واجهة برمجة التطبيقات غير الصالحة أو رصيد الدفع المسبق المستنفد أو البنية غير الصحيحة. - ضبط الحدّ الأقصى لعدد المحاولات: حدِّد الحدّ الأقصى لعدد المحاولات لمنع حدوث حلقات لا نهائية.
التحقّق من طلبات البيانات من واجهة برمجة التطبيقات بحثًا عن أخطاء في مَعلمات النموذج
تأكَّد من أنّ مَعلمات النموذج تندرج ضمن القيم التالية:
| مَعلمة النموذج | القيم (النطاق) |
| عدد المرشحين | من 1 إلى 8 (عدد صحيح) |
| درجة الحرارة | 0.0-1.0 |
| أقصى عدد لرموز الناتج المميّزة | استخدِم صفحة النماذج لتحديد الحدّ الأقصى لعدد الرموز المميزة للنموذج الذي تستخدمه. |
| TopP | 0.0-1.0 |
بالإضافة إلى التحقّق من قيم المَعلمات، تأكَّد من أنّك تستخدم إصدار واجهة برمجة التطبيقات الصحيح (مثل /v1 أو /v1beta) والنموذج الذي يتوافق مع الميزات التي تحتاج إليها. على سبيل المثال، إذا كانت إحدى الميزات في إصدار تجريبي، ستتوفّر فقط في إصدار واجهة برمجة التطبيقات /v1beta.
التأكّد من أنّ لديك الطراز المناسب
تأكَّد من أنّك تستخدم طرازًا متوافقًا مُدرَجًا في صفحة الطُرز.
وقت استجابة أطول أو استخدام أكبر للرموز المميزة مع نماذج التفكير
يحدث غالبًا تأخير أطول أو استخدام أكبر للرموز المميزة لأنّ ميزة التفكير تكون مفعّلة تلقائيًا في نماذج Gemini 3.x. تستخدم نماذج Gemini 2.5 المتوقّفة أيضًا طريقة التفكير التلقائية.
تنشئ نماذج التفكير رموزًا مميزة للاستدلال الداخلي بهدف تحسين الجودة. تؤدي عملية الاستدلال هذه إلى زيادة كلّ من وقت استجابة الرد وإجمالي استهلاك الرموز المميزة.
إذا كانت الأولوية لديك هي تقليل وقت الاستجابة أو تقليل التكاليف، يمكنك خفض مستوى التفكير أو إيقافه.
للحصول على تفاصيل الإعداد ونماذج الرموز، يُرجى الاطّلاع على دليل التفكير.
مشاكل متعلّقة بالسلامة
إذا ظهرت لك رسالة تفيد بأنّه تم حظر طلب بسبب إعدادات الأمان في طلب البيانات من واجهة برمجة التطبيقات، راجِع الطلب مع مراعاة الفلاتر التي ضبطتها في طلب البيانات من واجهة برمجة التطبيقات.
إذا ظهرت لك BlockedReason.OTHER، قد يكون الطلب أو الرد مخالفًا لبنود الخدمة أو غير متوافق معها.
مشكلة في التلاوة
إذا ظهرت لك رسالة تفيد بأنّ النموذج توقّف عن إنشاء مخرجات بسبب RECITATION، هذا يعني أنّ مخرجات النموذج قد تشبه بيانات معيّنة. لحلّ هذه المشكلة، حاوِل جعل الطلب أو السياق فريدًا قدر الإمكان واستخدِم درجة عشوائية أعلى.
مشكلة الرموز المميزة المتكررة
إذا ظهرت لك رموز مميّزة مكرّرة في الناتج، جرِّب الاقتراحات التالية للمساعدة في تقليلها أو إزالتها.
| الوصف | السبب | الحل البديل المقترَح |
|---|---|---|
| الواصلات المتكرّرة في جداول Markdown | يمكن أن يحدث ذلك عندما تكون محتويات الجدول طويلة لأنّ النموذج يحاول إنشاء جدول Markdown متوافق بصريًا. ومع ذلك، لا يكون المحاذاة في Markdown ضروريًا لعرض المحتوى بشكل صحيح. |
أضِف تعليمات في طلبك لتزويد النموذج بإرشادات محدّدة لإنشاء جداول Markdown. قدِّم أمثلة تتّبع هذه الإرشادات. يمكنك أيضًا محاولة تعديل درجة الحرارة. لإنشاء رمز برمجي أو ناتج منظَّم جدًا، مثل جداول Markdown، تبيّن أنّ درجات الحرارة العالية تعمل بشكل أفضل (أكبر من أو يساوي 0.8). في ما يلي مثال على مجموعة إرشادات يمكنك إضافتها إلى طلبك لمنع حدوث هذه المشكلة:
# Markdown Table Format
* Separator line: Markdown tables must include a separator line below
the header row. The separator line must use only 3 hyphens per
column, for example: |---|---|---|. Using more hypens like
----, -----, ------ can result in errors. Always
use |:---|, |---:|, or |---| in these separator strings.
For example:
| Date | Description | Attendees |
|---|---|---|
| 2024-10-26 | Annual Conference | 500 |
| 2025-01-15 | Q1 Planning Session | 25 |
* Alignment: Do not align columns. Always use |---|.
For three columns, use |---|---|---| as the separator line.
For four columns use |---|---|---|---| and so on.
* Conciseness: Keep cell content brief and to the point.
* Never pad column headers or other cells with lots of spaces to
match with width of other content. Only a single space on each side
is needed. For example, always do "| column name |" instead of
"| column name |". Extra spaces are wasteful.
A markdown renderer will automatically take care displaying
the content in a visually appealing form.
|
| الرموز المميّزة المتكررة في جداول Markdown | كما هو الحال مع الشرطات المتكررة، يحدث ذلك عندما يحاول النموذج محاذاة محتوى الجدول بصريًا. لا يُشترط أن يكون المحتوى محاذيًا في Markdown لعرضه بشكل صحيح. |
|
أحرف سطر جديد متكرّرة (\n) في الناتج المنظَّم
|
عندما يحتوي إدخال النموذج على تسلسلات يونيكود أو تسلسلات هروب مثل
\u أو \t، يمكن أن يؤدي ذلك إلى تكرار أسطر جديدة.
|
|
| النص المتكرّر عند استخدام الناتج المنظَّم | عندما يكون ترتيب الحقول في مخرجات النموذج مختلفًا عن ترتيبها في المخطط المنظَّم المحدَّد، قد يؤدي ذلك إلى تكرار النص. |
|
| طلب استخدام الأداة بشكل متكرّر | يمكن أن يحدث ذلك إذا فقد النموذج سياق الأفكار السابقة و/أو اضطر إلى طلب نقطة نهاية غير متاحة. |
اطلب من النموذج الحفاظ على الحالة ضمن عملية التفكير.
أضِف ما يلي إلى نهاية تعليمات النظام:
When thinking silently: ALWAYS start the thought with a brief
(one sentence) recap of the current progress on the task. In
particular, consider whether the task is already done.
|
| النص المتكرّر الذي لا يشكّل جزءًا من الناتج المنظَّم | يمكن أن يحدث ذلك إذا تعذّر على النموذج حلّ طلب معيّن. |
|
مفاتيح واجهة برمجة التطبيقات المحظورة أو غير الصالحة
يوضّح هذا القسم كيفية التحقّق مما إذا كان مفتاح واجهة برمجة التطبيقات الخاص بـ Gemini محظورًا والإجراءات التي يجب اتّخاذها في هذه الحالة.
أسباب حظر المفاتيح
لقد رصدنا ثغرة أمنية قد تكون أدّت إلى إتاحة بعض مفاتيح واجهة برمجة التطبيقات للجميع. لحماية بياناتك ومنع الوصول غير المصرَّح به إليها، حظرنا بشكل استباقي إمكانية وصول هذه المفاتيح المعروفة التي تم تسريبها إلى Gemini API.
تأكيد ما إذا كانت مفاتيحك متأثرة
إذا تبيّن أنّ مفتاحك قد تم تسريبه، لن يعود بإمكانك استخدامه مع Gemini API. يمكنك استخدام Google AI Studio لمعرفة ما إذا تم حظر أي من مفاتيح واجهة برمجة التطبيقات من إرسال طلبات إلى Gemini API وإنشاء مفاتيح جديدة. قد يظهر لك أيضًا الخطأ التالي عند محاولة استخدام هذه المفاتيح:
Your API key was reported as leaked. Please use another API key.
الإجراءات المتّخذة بشأن مفاتيح واجهة برمجة التطبيقات المحظورة
عليك إنشاء مفاتيح واجهة برمجة تطبيقات جديدة لعمليات الدمج في Gemini API باستخدام Google AI Studio. ننصحك بشدة بمراجعة ممارسات إدارة مفاتيح واجهة برمجة التطبيقات للتأكّد من الحفاظ على أمان مفاتيحك الجديدة وعدم عرضها بشكل علني.
رسوم غير متوقّعة بسبب ثغرة أمنية
إرسال طلب للحصول على دعم بشأن الفوترة يعمل فريق الفوترة على حلّ هذه المشكلة، وسنرسل إليك إشعارات عند توفّر معلومات جديدة في أقرب وقت ممكن.
إجراءات الأمان التي تتّخذها Google في حال تسرُّب المفاتيح
كيف ستساعدني Google في تأمين حسابي من تجاوز التكلفة وإساءة الاستخدام في حال تسرّبت مفاتيح واجهة برمجة التطبيقات الخاصة بي؟
- نحن بصدد إصدار مفاتيح API عند طلب مفتاح جديد باستخدام Google AI Studio، وسيكون هذا المفتاح مقتصرًا تلقائيًا على Google AI Studio فقط ولن يقبل مفاتيح من خدمات أخرى. سيساعد ذلك في منع أي استخدام غير مقصود لمفاتيح متعددة.
- نعمل تلقائيًا على حظر مفاتيح واجهة برمجة التطبيقات التي تم تسريبها واستخدامها مع Gemini API، ما يساعد في منع إساءة استخدام التكلفة وبيانات تطبيقك.
- يمكنك الاطّلاع على حالة مفاتيح واجهة برمجة التطبيقات ضمن Google AI Studio، وسنعمل على إعلامك بشكل استباقي عند رصد أي تسريب لمفاتيح واجهة برمجة التطبيقات لاتّخاذ إجراء فوري.
تحسين مخرجات النموذج
للحصول على نتائج أفضل من النماذج، ننصحك بتجربة كتابة طلبات أكثر تنظيمًا. تقدّم صفحة دليل هندسة الطلبات بعض المفاهيم الأساسية والاستراتيجيات وأفضل الممارسات لمساعدتك على البدء.
فهم حدود الرموز المميزة
يمكنك الاطّلاع على دليل الرموز المميزة للتعرّف بشكل أفضل على كيفية احتساب الرموز المميزة وحدودها.
المشاكل المعروفة
- لا تتوافق واجهة برمجة التطبيقات إلا مع عدد من اللغات المحدّدة. قد يؤدي إرسال الطلبات بلغات غير متوافقة إلى ظهور ردود غير متوقعة أو حتى محظورة. يمكنك الاطّلاع على اللغات المتاحة للتحديثات.
الإبلاغ عن خطأ
يمكنك الانضمام إلى المناقشة في منتدى مطوّري الذكاء الاصطناعي من Google إذا كانت لديك أسئلة.