جوجل تطلق واجهة API لاختيار الإجراءات بزمن استجابة 150–250 مللي ثانية

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

في إعلان جوجل تُسمّى الخدمة الجديدة Gemini Decisions API، ونموذجها Gemini Decision 1. يقيّم النموذج الإجابات المقترحة في تمريرة واحدة. وزمن الاستجابة المعلن هو 150–250 مللي ثانية، لكن هناك تحفظاً مهماً: القياسات المذكورة تخص سياقاً يصل إلى 16 ألف رمز. ومن الخطأ تعميم هذه السرعة على أي مستند طويل.

كيف يبدو ذلك في المنتج

لنتخيل خدمة تعالج طلبات المشترين. يصل إليها بريد إلكتروني مرفق بلقطة شاشة لعملية خصم. يحدد المطوّر ثلاثة اتجاهات: سؤال عن الدفع، مشكلة تقنية، أمر آخر. ويمكن أيضاً أن يسأل: هل يتطلب الطلب استجابة عاجلة؟ هذه الفحوص تتعلق بمادة واحدة، لذا من المريح دمجها في طلب واحد.

ثم يبدأ المنطق المعتاد للمنتج. إذا كان تقييم الاتجاه المختار أعلى من الحد المقرر، يذهب الطلب تلقائياً إلى الطابور المناسب. وإذا لم تكن الثقة كافية، يتولاه موظف. فمثلاً، يمكن للفريق أن يبدأ بحد 95% ثم يعدّله بحسب نتائج الفحص. هذا مثال افتراضي للإعداد، وليس قيمة توصي بها جوجل.

تدعم الواجهة أسئلة «نعم أو لا»، والاختيار من قائمة، والتقييم وفق مقياس محدد. ومن صيغ الإدخال: النص والصور والصوت والفيديو وملفات PDF. وفائدة تعدد الوسائط عملية وواضحة: يمكن النظر إلى الرسالة ولقطة الشاشة المرفقة معاً مع الحفاظ على التفاصيل المهمة للقرار.

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

ما الذي يجب التحقق منه خلف وعود السرعة والسعر

تحدد جوجل السعر بـ 0.10 دولار لكل مليون رمز إدخال، ولا رسوم على رموز الإخراج. تُدفع المادة المشتركة مرة واحدة لكل طلب، بينما تضيف الأسئلة تعليماتها ومعاييرها الخاصة. وتتيح الخدمة طرح ما يصل إلى 1000 سؤال على مدخل واحد؛ والحد الأقصى للسياق 256 ألف رمز.

وهذا سبب للفريق كي يحسب تكلفة عمليته المحددة. كم تشغل التعليمات؟ كم سؤالاً يلزم فعلاً؟ كم مرة ستحتاج النتيجة إلى مراجعة بشرية؟ قد يحقق الاستدعاء الرخيص وفراً ضئيلاً إذا بقي بعده طابور يدوي كبير.

أما الادعاء بتخفيض التكلفة خمسة أضعاف فيحتاج بدوره إلى سياق. ففي المصدر الأصلي تقارن جوجل الخدمة بنموذج Gemini 3.5 Flash-Lite على مجموعة اختبارات عامة. وهذا ليس وعداً بخفض نفقات أي تطبيق خمس مرات. ولحسابك الخاص تحتاج إلى النموذج الحالي ومستندات حقيقية ومتطلبات جودة متطابقة.

يجب اختبار الاحتمال على بياناتك

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

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

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