FormaAI

قد يصعب فهم الإعدادات حين تتنافس عملية ربط الحساب واختيار النموذج وإسناد المهام في المكان نفسه. ويمنح تصميم FormaAI كل مزود بطاقة واحدة ويقسم الصفحة إلى المزودين والاستخدام واللغة.

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

تصفي طبقة التنفيذ خيارات المهام المتاحة بحسب القدرة وبحسب ما إذا كان المزود متصلا ومفعلا معا. ولذلك يجب أن يستوفي الخيار هذين الشرطين قبل أن يظهر في قائمة الاختيار. وتربط هذه القاعدة ما تعد به الواجهة بحالة التطبيق.

لا يلزم استخدام الاتصال المحفوظ في كل مهمة. ويميز التصميم بين مزود متصل ومزود مفعل ومزود محدد حاليا للتفريغ النصي أو التحليل.

تظهر هذه الحالات عبر التسميات وعناصر التحكم. وتعطيل المزود يبقي اتصاله المحفوظ؛ أما حذف المفتاح فإجراء منفصل. وهذا يجعل إيقاف خدمة ما أقل ضررا ويبقي معنى كل عنصر تحكم محددا.

ويضع التصميم اختيار النموذج على بطاقة المزود المعني، حيث يكون لهذا القرار سياق. وبذلك يستطيع ملخص المهمة أن يعرض النموذج الذي سيستخدمه مزود التحليل المحدد.

التفريغ النصي والتحليل مهمتان منفصلتان لهما متطلبات مختلفة من المزودين. ومعالجتهما بشكل منفصل تجعل توسيع النظام أسهل دون أن يطلب من مستخدمه فهم بنية المزودين كلها.

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

يجمع المشروع بين تطبيق ويب جرى تنفيذه وتصميم تفصيلي للإعدادات وقدرات المزودين وتحضير صريح للإطلاق. أما إعدادات النشر واختبارات الدخان الخارجية فتبقى منفصلة عن العمل الذي جرى تسليمه في صورة شيفرة.

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