الهندسة المعمارية ككود: كيف تسرّع نماذج LLM تصميم الأنظمة

التوثيق المعماري في الشركات الكبرى يمثل دائماً مصدر إزعاج. أسابيع من الموافقات، تعديلات لا نهائية على الرسوم البيانية في Draw.io، إدارة الإصدارات عبر Confluence التي تبدو أشبه بالتنقيب الأثري من عملية هندسية حقيقية. قررت فرقة قسم الذكاء الاصطناعي في مجموعة BCS أن حان الوقت لإنهاء هذا، وأظهرت كيف يمكن لنهج Architecture as Code مدمج مع مساعدات LLM أن يغير قواعد اللعبة بشكل جذري.

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

جوهر النهج المقترح هو نقل التوثيق المعماري من محررات الرسومات وأنظمة الويكي إلى الكود. اختارت فرقة BCS أداة Structurizr — وهي أداة تسمح بوصف معمارية أنظمة البرامج باستخدام لغة مجال متخصصة (DSL). بدلاً من سحب الكتل يدوياً على لوحة رسم Draw.io، يصف المعماري المكونات والعلاقات والسياقات نصياً. يوفر هذا جميع الفوائد التي حصل عليها المطورون منذ فترة طويلة من نهج Infrastructure as Code: إدارة الإصدارات عبر Git، مراجعة الكود، توليد الرسوم البيانية التلقائية، والأهم بشكل حاسم، القدرة على توصيل مساعد LLM.

هنا يبدأ الجزء المثير للاهتمام حقاً. يوضح برونسكي كيف يمكن لـ Claude Code، الذي يعمل كمساعد LLM، أن يتحمل جزءاً كبيراً من العمل الروتيني للمعماري. عندما يتم وصف العمارة في الكود بدلاً من الصور، يمكن لنموذج اللغة تحليل البنية الموجودة، واقتراح التغييرات، وتوليد مكونات جديدة، وحتى المساعدة في تحضير الوثائق للموافقة. في الأساس، يحدث الشيء نفسه الذي حدث مع كتابة الكود خلال العام الماضي — مساعدات LLM لا تحل محل المتخصص، لكنها تسرع عمله بشكل كبير بالتعامل مع المهام الروتينية.

من المهم فهم السياق الذي ظهرت فيه هذه الممارسة. Architecture as Code ليست فكرة جديدة. أدوات مثل Structurizr و PlantUML و Mermaid موجودة منذ فترة طويلة. ومع ذلك، قبل ظهور نماذج اللغة القوية، ظلت الأوصاف النصية للعمارة نهجاً متخصصاً: كان عتبة الدخول عالية والميزة مقارنة بمحررات الرسومات غير واضحة. غيرت نماذج اللغة هذه المعادلة. نموذج يعمل بحرية مع النصوص والأكواد يحول Architecture as Code من ممارسة أنيقة لكن شاقة إلى سير عمل فعال حقاً. يصيغ المعماري المتطلبات، يولد المساعد مسودة في لغة المجال المتخصصة، يراجع الشخص ويصحح — والدورة تنضغط من أسابيع إلى أيام.

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

تجربة BCS مؤشرة أيضاً لأنها لا تتعلق بشركة ناشئة تجرب نهجاً جديداً، بل تتعلق بمجموعة مالية كبيرة لديها متطلبات صارمة للتوثيق والموافقة. إذا كان Architecture as Code مع دعم LLM يعمل في سياق منظم جداً، فإن النهج ناضج بما فيه الكفاية للتطبيق المؤسسي الواسع. من المحتمل أن نشهد موجة من التنفيذات المماثلة في العام القادم — خاصة في الشركات التي تستخدم بالفعل مساعدات LLM بنشاط للتطوير وتريد توسيع هذه الممارسة على التخصصات الهندسية ذات الصلة.