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