كيفية استخدام Gemini 3.6 Flash لبناء POS مخصص بدون كود

يمكنك استخدام Gemini 3.6 Flash لبناء POS مخصص بدون أي كود، وهناك طريقتان للقيام بذلك. الطريقة الأسرع: صف شاشة الدفع الخاصة بك في أداة Build من Final، والتي تعمل بنماذج Gemini من Google افتراضيًا. الطريقة الأكثر تفاعلية: اربط Gemini 3.6 Flash كذكاء اصطناعي خاص بك عبر بروتوكول MCP (وهو معيار مفتوح يتيح لأدوات الذكاء الاصطناعي تشغيل البرامج الأخرى) وشاهده وهو يجمع نظام نقطة البيع الخاص بك على بنية تحتية تجارية حقيقية. يغطي هذا الدليل كلتا الطريقتين. تتغير إصدارات النماذج ومدى توفرها بسرعة، لذا تعامل مع التفاصيل المذكورة هنا كلقطة سريعة دقيقة حتى تاريخ النشر في 23 يوليو 2026.

ما هو Gemini 3.6 Flash؟

Gemini 3.6 Flash هو نموذج العمل الأساسي الجديد من Google، والذي تم إصداره في 21 يوليو 2026. تشير Google إلى أداء أفضل في البرمجة، والعمل المعرفي، والمهام متعددة الوسائط مقارنة بـ 3.5 Flash مع استهلاك رموز مخرجات (tokens) أقل بنسبة 17%، بسعر 1.50 دولار لكل مليون رمز مدخلات و7.50 دولار لكل مليون رمز مخرجات¹. يمكنك الوصول إليه عبر واجهة برمجة تطبيقات Gemini في Google AI Studio، وفي تطبيق Gemini، وفي Google Antigravity، وهي بيئة التطوير القائمة على الوكلاء (agentic) من Google.

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

هل يمكن لـ Gemini 3.6 Flash بناء POS بمفرده؟

لا. إذا وجهت إليه أمرًا مباشرًا دون سياق مسبق، فسينتج Gemini 3.6 Flash شاشة دفع مقنعة، ومنطق سلة تسوق، وشبكة منتجات في غضون دقائق. ولكن ما لا يمكنه إنتاجه هو الطبقة التي تجعل الكاشير كاشيرًا فعليًا: المدفوعات بالبطاقات المتوافقة مع معايير PCI (القواعد الأمنية للتعامل مع بيانات البطاقات)، وأجهزة قراءة البطاقات المعتمدة، والمخزون الذي يظل دقيقًا عندما تبيع نقطتا بيع آخر قطعة في نفس اللحظة، وتقارير نهاية اليوم التي تتطابق (تتوافق المجاميع مع سجلات معالج المدفوعات) بدقة بالغة. هذه أمور تتعلق بعقود وعمليات تدقيق وأجهزة مادية، ولا يمكن لأي أمر كتابي توليدها.

لقد حددنا هذا الفارق بالتفصيل عندما تم إطلاق GPT-5.6، وتواجه تطبيقات الويب المنشأة مشكلة إضافية عند نقاط البيع الكندية تحديدًا: لا يمكن لشاشات الدفع المخصصة في تطبيقات الويب قبول بطاقات خصم Interac. وينطبق هذا الاستنتاج على نموذج Google أيضًا. فالسؤال ليس ما إذا كان Gemini 3.6 Flash يحل محل منصة POS، بل هو كيفية توجيه سرعته للاستفادة من هذه المنصة.

ما هي أسرع طريقة بدون كود؟

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

كيف تربط Gemini 3.6 Flash بأداة بناء POS عبر MCP؟

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

1. ابدأ بكتابة أمر في Build. في الصفحة الرئيسية لأداة Build، صف شاشة الدفع التي تريدها في جملة أو جملتين. سيصبح هذا هو الملخص الذي يعمل النموذج بناءً عليه.

2. اختر "ربط ذكائك الاصطناعي الخاص (MCP)". ستقوم أداة Build بتوليد كتلة نصية متكاملة تحتوي على: تعليمات الإعداد، وعنوان خادم Final Flows MCP، ومفتاح يُسخدم لمرة واحدة، وملخصك. حافظ على سرية هذا النص، فالمفتاح يسمح للأداة بالبناء داخل حسابك.

3. افتح عميل MCP يقوم بتشغيل Gemini 3.6 Flash. يأتي Google Antigravity مدمجًا مع النموذج ويدعم خوادم MCP عبر متجر MCP المدمج فيه أو ملف تكوين بسيط. يعمل أي عميل MCP مع نفس الكتلة النصية؛ وقد اتبعنا الخطوات نفسها مع ChatGPT-5.6 وClaude Sonnet 5.

4. الصق الكتلة النصية. ستقوم الأداة بإنشاء الاتصال بنفسها وتبدأ في البناء. لا توجد خطوة تكوين منفصلة.

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

الدليل التفصيلي الكامل موجود في مركز المساعدة: ربط ذكائك الاصطناعي الخاص بـ Build (MCP).

ما الذي يجب أن تطلب منه بناءه؟

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

إذا كان Gemini يكتب التدفق بالكامل، فما الذي تفعله Final فعليًا؟

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

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

إذًا، كيف تستخدم Gemini 3.6 Flash لبناء POS مخصص بدون كود؟

طريقتان، ومبدأ واحد. صف شاشة الدفع الخاصة بك في Build ودع نماذج Gemini الافتراضية تقوم بالعمل، أو سلم الملخص إلى Gemini 3.6 Flash عبر MCP وشاهده يبني مع معاينة مباشرة. في كلتا الحالتين، يصمم النموذج التدفق بينما تعمل المدفوعات والمخزون والأجهزة على بنية تحتية مخصصة لهذه المهمة. القاعدة الذهبية: دع النموذج يصمم شاشة الدفع، ودع البنية التحتية تضمن الأموال. هل أنت مستعد لرؤية كيف يمكن أن تبدو طاولة الكاشير لديك؟ ابدأ الآن.