أبو جبارةأبو جبارة

المهندس الوحيد على المشروع: تصميم المنتج، الواجهة الخلفية بـ FastAPI ونموذج البيانات، النادل الذكي وضوابطه، طبقة التحديث اللحظي، وتطبيقا الزبون والموظفين بلغتين.

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

لكل طاولة رمز QR خاص بها. مسحه يفتح تطبيق زبون مرتبطًا بتلك الطاولة دون تسجيل: قائمة بالصور والأسعار الحقيقية، وسلة يُعاد تسعيرها على الخادم وتُؤكد قبل وصولها إلى المطبخ، وتتبع مباشر للطلب (استُلم، في المطبخ، جاهز)، وخدمات طاولة بنقرة واحدة (نداء الموظف، مناديل، تنظيف الطاولة، الفاتورة، شكوى)، وإمكانية تعديل الطلب المرسل حتى يجهز.

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

تطبيق Next.js 16 للزبون والموظفين يتصل بواجهة خلفية FastAPI مبنية على SQLAlchemy غير المتزامن وPostgreSQL مع pgvector. يستخدم النادل استدعاء الأدوات في Gemini، ويمر كل استدعاء بفحوصات على الخادم. البحث في القائمة هجين يجمع مطابقة أسماء الأطباق مع التضمينات الشعاعية، ويعود تلقائيًا إلى مطابقة الأسماء عند تعذر مزود التضمينات. تُكتب أحداث الطلبات والحالات والخدمات في صندوق صادر ضمن المعاملة نفسها وتُرسل للزبائن والموظفين عبر WebSockets. يُضبط المزود والنموذج والمفتاح لكل غرض (الدردشة، البحث في القائمة، الإملاء، الصوت المباشر)، والمفاتيح مشفرة في التخزين.

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

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

في تجربة مسجلة على Gemini 3.1 Flash Lite، سأل زبون عن الحمص باللهجة الأردنية، وطلب صحني حمص بالصنوبر وست حبات فلافل وكوبي شاي (أحدهما بدون سكر)، ورفض طبقًا جانبيًا مقترحًا، ثم استلم ملخصًا بالأسعار وأكد كتابةً. وصل الطلب AJ-107 إلى المطبخ بقيمة 15.00 دينار مع ملاحظتي الشاي، وطابق كل سعر في المحادثة القائمة تمامًا. ظهر الطلب على خريطة صالة الموظفين بعد نحو ثانيتين من التأكيد، ومع ضغط الموظفين «ابدأ التحضير» ثم «جاهز» تحرك تتبع الزبون مباشرة. وصلت ردود النادل خلال 1 إلى 4 ثوانٍ تقريبًا، ونجح 257 اختبارًا آليًا.