Kotlin Multiplatform ووكلاء AI: أربع منصات وانهيار عصبي واحد

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

بدأت القصة قبل ستة أشهر، عندما تولت فريق صغير مهمة طموحة: إنشاء منتجين في نفس الوقت. الأول هو تطبيق سطح مكتب لنظام macOS، وقد أصبحت نسخته التجريبية متاحة بالفعل للتحميل. الثاني هو مشروع متعدد المنصات بالكامل يغطي أندرويد وiOS والويب وواجهة خادم الويب. اختاروا Kotlin Multiplatform كأساس تكنولوجي: إطار عمل من JetBrains يعد بالقدرة على كتابة كود مشترك لجميع المنصات المستهدفة. يعد - تلك هي الكلمة الرئيسية.

في الواقع، تبين أن التطوير متعدد المنصات لوكلاء الذكاء الاصطناعي كان رحلة عبر حقل ألغام. كانت النقطة الرئيسية للألم هي آلية expect/actual: الطريقة التي يتعامل بها Kotlin Multiplatform مع الاختلافات الخاصة بالمنصة. الفكرة بسيطة: تعلن واجهة متوقعة في الكود المشترك، ثم تنفذها بشكل منفصل لكل منصة. نظرياً، هذا أنيق. عملياً، عندما يصل عدد هذه الإعلانات إلى عشرات ومئات، يصبح المشروع متاهة حيث يتطلب كل تغيير للمنطق المشترك إصلاحات متزامنة على جميع المنصات. بالنسبة لوكلاء الذكاء الاصطناعي، حيث التكامل مع واجهات برمجة التطبيقات الأصلية لنظام التشغيل أمر حتمي، فإن هذا ينشئ تعقيداً تراكمياً ينمو بشكل أسي.

يستحق فصل منفصل في هذه القصة المواجهة مع XCode. حصلت بيئة التطوير من Apple لفترة طويلة على سمعة مختلطة بين مطوري الهاتف المحمول، لكن عند دمجها مع Kotlin Multiplatform، فإنها تُظهر براعة خاصة في خلق المشاكل. يضيف ترجمة جزء iOS من المشروع عبر KMP طبقة إضافية من التجريد التي تنقطع بشكل دوري لأسباب لا يمكن دائماً شرحها بطريقة عقلانية. لا يتردد المؤلف عن تسمية الأشياء بأسمائها، واصفاً ما يحدث بأنه "مشاهد إساءة معاملة إلى XCode" - وأي شخص عمل مع التطوير متعدد المنصات تحت Apple يفهم أن هذا ليس مبالغة.

المشكلة الثالثة هي توثيق البناءات على نظام macOS. تطلب Apple من جميع التطبيقات الموزعة خارج App Store أن تمر عبر التحقق الآلي على خوادم الشركة. بالنسبة للإصدارات الرسمية، قد تستغرق هذه العملية وقتاً كبيراً، وأي فشل يعيد المطور إلى بداية الدورة. عندما يتعلق الأمر بوكيل ذكاء اصطناعي لسطح المكتب يحتاج إلى وصول عميق للنظام لأتمتة إجراءات المستخدم، تصبح إجراءات التوثيق أكثر عدم يقين. تتحكم Apple بصرامة في الأذونات التي يتلقاها التطبيق، ووكيل يدعي السيطرة على الواجهة نيابة عن المستخدم سيجذب حتماً المزيد من الانتباه من نظام الأمان.

على الرغم من جميع الصعوبات، يكشف هذا المشروع عن اتجاه مهم. وكلاء الذكاء الاصطناعي - برامج قادرة على تنفيذ المهام بشكل مستقل نيابة عن الإنسان - يصبحون الاتجاه الكبير التالي في الصناعة. إذا كانت عامي 2024 و2025 مميزين بالروبوتات الحوارية والنماذج التوليدية، فإن عام 2026 يتم تعريفه بشكل متزايد من خلال مفهوم الفاعلية. تستثمر الشركات من Anthropic إلى Google في أطر عمل الوكلاء، لكن البنية التحتية لتسليمهم للمستخدمين النهائيين على جميع المنصات لا تزال غير ناضجة. تُظهر تجربة هذا الفريق أن إنشاء وكيل ذكي هو نصف التحدي. النصف الثاني هو جعله يعمل بالتساوي على هاتف ذكي يعمل بنظام Android و iPhone وفي متصفح وعلى سطح المكتب.

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

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