Salesforce تعرض المستقبل بدون شاشات: وكلاء الذكاء الاصطناعي يقودون إلى واجهات لمرة واحدة

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

لماذا واجهة المستخدم تتغير

كان الحافز للنقاش هو إطلاق Salesforce Headless 360. أعلنت الشركة أنه يمكن الآن تسليم Salesforce و Agentforce و Slack للوكلاء ليس من خلال متصفح، بل مباشرة عبر واجهة برمجية (API) و MCP و CLI. بالنسبة للنظام، هذا يعني تحولاً بسيطاً: لا يتعين على الوصول إلى البيانات والمهام وسير العمل أن يمر عبر واجهة ويب مألوفة. إذا كان بإمكان الوكيل الحصول على السياق الضروري وتنفيذ إجراء بمفرده، فإن الشاشة التي تحتوي على أزرار تتوقف عن كونها جزءاً إلزامياً من السلسلة. بالنسبة للسوق، هذا إشارة مهمة، لأن Salesforce نادراً ما تتحرك في اتجاه جذري دون طلب من العملاء الكبار. إذا بدأت منصات بهذا الحجم في تصميم المنتجات ليس فقط للأشخاص، بل أيضاً للوكلاء، فهذا يعني أن منطق الواجهة نفسها يتغير.

يصف مؤسس WorkOS مايكل جرينيتش هذا بأنه خروج من عصر واجهة المستخدم، حيث كانت الشاشات المجمعة بعناية هي القيمة الرئيسية، وليس الإجراء النهائي الذي يريده المستخدم.

"نحن نغادر عصر واجهة المستخدم".

الواجهة على الفور

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

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

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

ماذا يجب أن تفعل الفريق

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

• واجهة المستخدم لم تعد منتجاً. يصبح المنتج القدرة والنموذج والبيانات، بينما تُظهر الواجهة فقط نتيجة عملهم بشكل مناسب.

• المكونات لا تزال مهمة. لا يتم تجميع الشاشة يدويًا لكل سيناريو، لكن النماذج لا تزال تحتاج إلى عناصر عالية الجودة وسياق مناسب لتقرير ما يجب عرضه للمستخدم.

• تصبح واجهات برمجية (APIs) السطح الرئيسي. الوكلاء لا يحتاجون إلى أزرار من أجل الأزرار: يحتاجون إلى طريقة موثوقة لقراءة البيانات وتنفيذ الإجراءات وإرجاع النتائج.

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

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

ما يعنيه هذا

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