تتيح Serve Robotics أسطول التوصيل للمطورين ووكلاء الذكاء الاصطناعي

أطلقت Serve Robotics بوابة مطوري التوصيل بالمركبات ذاتية القيادة في 11 نوفمبر 2026، موفرةً للمطورين المستقلين والشركات والمساعدين المدعومين بالذكاء الاصطناعي واجهة API عامة لطلب عمليات التوصيل من أسطولها الذي يضم 2,000 روبوت يعمل على الأرصفة، إلى جانب بيئة اختبار تجريبية تتيح إجراء الاختبارات من دون إرسال روبوت فعلي.

تغيّر البوابة آلية الوصول إلى أسطول لم يكن متاحًا في السابق إلا عبر شركاء توصيل من جهات خارجية. وتفيد Serve بإتمام مئات الآلاف من عمليات التوصيل في أكثر من 150 حيًا ضمن 20 مدينة أمريكية. ويمكن للتطبيقات الخارجية الآن بدء عمليات التوصيل مباشرةً، بدلًا من الحاجة إلى التكامل مع منصة توصيل كبيرة.

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

اعرض السعر وأنشئ الطلب وتتبع مساره

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

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

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

الاختبار في بيئة المحاكاة وإمكانية الوصول المباشر

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

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

حدود الحمولة والاستخدامات المحتملة

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

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

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

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