المعماري قبل الوكلاء: هل ينهي الذكاء الاصطناعي عصر سلسلة البرامج؟

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

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

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

مبنى واحد، وسلسلة برامج كاملة

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

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

من المرسمة إلى قاعدة البيانات

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

في كل انتقال، توقّف بعض المهنيين، وتقدّم آخرون، وتعلّم فريق ثالث أن يحتفظ بحكمة المرحلة السابقة ويضيف إليها أداة المرحلة الجديدة. واليوم نقف أمام انتقال مختلف: من استخدام كل برنامج على حدة إلى تفويض سلسلة من الأفعال لنظام يفهم السياق، يستدعي الأداة المناسبة، ثم يعيد النتيجة إلى سير العمل.

الوكيل ليس برنامجًا إضافيًا

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

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

هل سيكون لكل معماري برنامجه الخاص؟

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

بهذا المعنى، يصبح «برنامج المكتب» أقل شبهًا بمنتج مغلق وأكثر شبهًا بذاكرة تشغيلية. وكيل يعرف كيف يفكر الفريق، لكنه لا يدّعي أنه المعماري. يستطيع أن يجمع البدائل، يتعقب النواقص، ويعيد الأعمال المتكررة؛ أما تحديد ما يستحق البناء، وما يلائم المدينة والمناخ والمجتمع والميزانية، فيظل قرارًا معماريًا.

ميزة الجيل القديم لا تختفي

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

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

اشتراكات أقل، أم فاتورة من نوع جديد؟

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

لذلك يجب أن يدخل المعماري هذا العصر بعقلية تعاقدية بقدر ما هي تقنية: من يملك البيانات؟ هل يمكن تصديرها؟ كيف تُراجع أفعال الوكيل؟ وما الذي يبقى متاحًا إذا انتهى الاشتراك؟ سهولة الواجهة لا تعفي المكتب من بناء سياسة للأرشفة والصلاحيات والمساءلة.

المسؤولية لا يمكن تفويضها بالكامل

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

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

واجهة واحدة، ومحركات كثيرة

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

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