🤖 AI

Towards Multi-Agent Autonomous Reasoning in Hydrodynamics

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

المؤلفون الأصليون: Jinpai Zhao, Albert Cerrone, Joannes Westerink, Clint Dawson

نُشر 2026-05-06

📖 4 دقيقة قراءة☕ قراءة في استراحة قهوة

CC BY 4.0

المؤلفون الأصليون: Jinpai Zhao, Albert Cerrone, Joannes Westerink, Clint Dawson

البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل

تخيل أنك تحاول حل لغز ضخم ومعقد حول كيفية حركة المياه أثناء الإعصار. في الماضي، كان العلماء غالباً ما يستخدمون "نظام الوكيل الواحد" (Single-Agent System - SAS). فكر في الأمر كأنك وظفت محققاً عبقرياً ومثقلاً بالأعباء ليحل القضية بأكملها بمفرده. يتعين على هذا المحقق قراءة كل ملف، والاتصال بكل شاهد، وفحص كل خريطة، وكتابة التقرير النهائي.

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

تقدم هذه الورقة طريقة جديدة للعمل: نظام الوكلاء المتعددين (Multi-Agent System - MAS). بدلاً من محقق واحد، تخيل فريق مهام متخصصاً يعمل معاً في مصنع منظم للغاية.

هيكل الفريق

بنى المؤلفون نموذجاً أولياً لفريق يعمل في مجال الهيدروديناميكا (دراسة حركة المياه) يعمل كآلة متقنة بمهام محددة:

المهندس المعماري (المخطط): هذا الوكيل لا يقوم بالعمل الشاق. بدلاً من ذلك، عندما تطرح سؤالاً (مثل "ما مدى سوء الفيضانات في فورت مايرز أثناء إعصار إيان؟")، ينظر المهندس المعماري إلى الطلب ويرسم مخططاً (يسمى رسم تنفيذ الطبقات أو LEG). هو من يقرر من يحتاج للقيام بماذا وبأي ترتيب. إنه يشبه قائد الأوركسترا الذي يخبر كل آلة موسيقية متى تعزف.
المتخصصون (العمال): هم الخبراء الذين يذهبون فعلياً لجلب البيانات.
- NHC: متتبع الأعاصير.
- NOAA: مراقب المد والجزر ومستويات المياه.
- USGS: المساح الذي يفحص علامات ارتفاع المياه على المباني.
- FEMA: خبير خرائط الفيضانات.
- STOFS & OSM: خبراء التنبؤ بالطقس ورسامو الخرائط الذين ينشئون صوراً مرئية.
- نقطة حاسمة: كل متخصص لديه حق الوصول فقط إلى الأدوات التي يحتاجها؛ فهم لا يرتبكون بالأدوات المخصصة لوظائف أخرى.
المُوحّد (المحرر): عندما يعمل عدة متخصصين في نفس الوقت (مسارات متوازية)، فإنهم ينتجون الكثير من البيانات الخام. يقوم المُوحّد بأخذ هذه التقارير المنفصلة والفوضوية ودمجها في ملخص واحد نظيف وقصير. هذا يمنع "المكتب" من الامتلاء مجدداً.
وكيل الصور (المترجم): بعض المتخصصين ينتجون خرائط ورسوماً بيانية معقدة. يقوم وكيل الصور بالنظر إلى هذه الصور وشرح معناها بلغة بسيطة، وربط البيانات المرئية بالقصة.
المراسل (المتحدث الرسمي): يأخذ هذا الوكيل جميع الملخصات المنقحة والسؤال الأصلي ليكتب الإجابة النهائية السهلة القراءة لك.

كيف يعمل في الواقع

تم تصميم النظام للتعامل مع أنواع مختلفة من الأسئلة:

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

النتائج: لماذا هو أفضل؟

اختبر المؤلفون هذا النظام باستخدام 37 سؤالاً مختلفاً حول الأعاصير والفيضانات. وإليك ما وجدوه:

دقة عالية: أصاب النظام الحقائق بنسبة 93.6% من المرات. كان جيداً بشكل خاص في الأسئلة البسيطة (99.5%) وظل جيداً جداً في الأسئلة المعقدة.
عدم الانهيار: حتى عندما أُجبر النظام على العمل مع بيانات مفقودة (لمحاكاة انقطاع الاتصال بقاعدة بيانات حكومية)، لم يتوقف عن العمل. بل قدم ببساطة "إجابة جزئية" بالمعلومات التي توفرت لديه، بدلاً من الاستسلام أو اختلاق معلومات من عنده.
لا توجد "هلوسة": عندما سُئل عن أسئلة مستحيلة (مثل "ما هي حالة الفيضان في دنفر؟" - وهي مدينة بعيدة عن المحيط)، لم يقم النظام باختلاق أرقام وهمية، بل أدرك الخطأ وتعامل معه بسلاسة.
الكفاءة: من خلال تقسيم العمل إلى أجزاء صغيرة وتلخيصه في كل مرحلة، تجنب النظام مشكلة "المكتب المزدحم" التي تعاني منها أنظمة الوكيل الواحد.

الخلاصة

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

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

ملخص تقني: نحو استدلال ذاتي متعدد الوكلاء في الهيدروديناميكا

بيان المشكلة

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

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

المنهجية

يقدم المؤلفون نموذجاً أولياً لنظام متعدد الوكلاء (MAS) مصمماً لأتمتة سير العمل العلمي في الهيدروديناميكا، وتحديداً للتنبؤ بالعواصف الناتجة عن الأعاصي. ينتقل النظام بعيداً عن البنيات المتجانسة نحو تنظيم مهيكل في شكل رسم بياني باستخدام "رسم تنفيذ الطبقات" (Layer Execution Graph - LEG).

البنية الأساسية

يتكون النظام متعدد الوكلاء من وكلاء يتم اختيارهم ديناميكياً ويتم ترتيبهم في رسم (LEG) أثناء وقت التشغيل. يستخدم النظام سجلاً لتعريف هويات الوكلاء، وقدراتهم، والقوائم البيضاء للأدوات المسموح بها. ويتم تصنيف الوكلاء كما يلي:

وكلاء متخصصون: يعمل هؤلاء الوكلاء بموجب قوائم أدوات مسموح بها بدقة، ويشغلون أدواراً متكاملة في فئات البيانات. وهم يشملون:
- NHC: يسترجع توجيهات الأعاصي المدارية، وأفضل المسارات، والنشرات التحذيرية.
- NOAA CO-OPS: يوفر مستويات المياه المرصودة والمتوقعة.
- USGS: يوفر علامات الارتفاع العالي القائمة على المسح وبيانات الأحداث.
- FEMA: يصل إلى خرائط معدلات التأمين ضد الفيضانات وطبقات المخاطر الرقمية.
- STOFS: ينشئ مخططات كونتورية لتوقعات عواصف المد والجزر التشغيلية.
- OSM: يستمد بلاطات خرائط الشوارع المفتوحة (Open Street Map).
وكلاء الأغراض العامة: يديرون سير العمل والتركيب:
- مهندس الرسم البياني (Graph Architect): يبني الـ (LEG) بناءً على استدلالات التوجيه باللغة الطبيعية المستمدة من السجل. وهو يحدد ما إذا كان سيستخدم مساراً واحداً أم مسارات متوازية.
- الموحد (Consolidator): يدمج المخرجات المتوازية من طبقة ما في موجزات موجزة لضغط السياق للوكلاء اللاحقين.
- دمج المسارات المتقاطعة (Cross-Track Merge): يدمج المخرجات من مسارات متوازية متعددة.
- وكيل الصور (Image Agent): يحلل الصور (مثل تلك القادمة من STOFS أو OSM) باستخدام قدرات فهم الصور المتقدمة في النماذج اللغوية الكبيرة.
- المُقرر (Reporter): يركب الاستجابة النهائية بناءً على المادة المدمجة والاستعلام الأصلي.

استراتيجية التنسيق

يقوم مهندس الرسم البياني بربط استعلامات المستخدم بـ (LEG) باستخدام استدلالات توجيه باللغة الطبيعية تلتقط المعرفة بالمجال دون الاعتماد على منطق تحكم صارم ومبرمج مسبقاً. يدعم الـ (LEG) نوعين من الطوبولوجيا:

المسار الأحادي (Single Pipeline): تسلسل مرتب من الطبقات.
المسارات المتوازية (Parallel Tracks): يتم تخصيص أسئلة فرعية مستقلة لمسارات متميزة، والتي يتم دمجها لاحقاً.

من الضروري أن يستخدم النظام استراتيجية ضغط السياق. فعندما يعمل عدة متخصصين بالتوازي داخل طبقة ما، لا تُمرر مخرجاتهم بشكل خام إلى المرحلة التالية، بل يقوم وكيل "الموحد" بدمجها في كتلة "مارك داون" (markdown) متماسكة، مما يمنع تشبع نافذة السياق. يحافظ وقت التشغيل على سجل تدقيق مهيكل لكل استدعاء للأدوات، يسجل الحجج، والتوقيت، وتجزئة المحتوى (content hashes)، وعناوين URL لدعم مصدر البيانات وقابلية التدقيق.

يعتمد النموذج الأولي على استدعاء الأدوات القائم على لغة بايثون وفهم الصور، ويتصل بواجهات برمجة التطبيقات (APIs) من Anthropic وOpenAI (باستخدام نموذج Claude Sonnet 4.6 كنموذج أساسي لجميع الوكلاء في التقييم).

المساهمات الرئيسية

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

النتائج

تم تقييم النموذج الأولي بناءً على 37 استعلاماً تغطي ست فئات من التعقيد، بدءاً من عمليات البحث لمتخصص واحد وصولاً إلى الاستعلامات المتوازية المعقدة متعددة المسارات. استخدمت جميع التجارب نموذج Claude Sonnet 4.6.

الأداء: حقق النظام دقة واقعية إجمالية بلغت 93.6% مع معدل نجاح بنسبة 100% (صفر أخطاء في التنفيذ).
الدقة حسب التعقيد:
- استعلامات الوكيل الواحد (مثل فئات إعصار NHC) حققت دقة بنسبة 99.5%.
- المسارات الخطية متعددة الوكلاء حققت دقة تترا-وح 90.1% إلى 95.0%.
- استعلامات المسارات المتوازية حققت دقة تتراوح بين 94.9% و95.9%.
- انخفضت الدقة إلى أدنى مستوياتها (82.2%) في فئة "NHC $\rightarrow$ N+U"، حيث توجب على النظام التوفيق بين الملاحظات من أجهزة القياس مع علامات الارتفاع العالي التي تم مسحها من أدوات مستقلة ذات مراجع رأسية مختلفة.
المتانة:
- اختبار الإجهاد: ظلت الدقة فوق 90% حتى عند التوسع من سؤال فرعي واحد إلى خمسة أسئلة فرعية مستقلة.
- المتانة ضد الهجمات: لم يقم النظام أبداً بتزييف بيانات لسيناريوهات مستحيلة (مثل أعاصي غير موجودة أو مواقع داخلية) وكشف 4 من أصل 5 مقدمات إشكالية.
- تحمل الأخطاء: في حالات انقطاع واجهة برمجة التطبيقات المحاكية (NOAA CO-OPS، أو USGS، أو FEMA)، تراجع النظام بشكل تدريجي ومنظم، حيث قدم إجابات جزئية جوهرية دون الانهيار.
دراسات الاستئصال (Ablation Studies):
- استبدال "مهندس الرسم البياني" التكيفي بمسار ثابت أدى إلى انخفاض الدقة الواقعية بمقدار 28.7 نقطة مئوية، مما يؤكد أن التخطيط التكيفي أمر بالغ الأهمية.
- إزالة وكيل "الموحد" قلل الدقة الواقعية بمقدار 4.6 نقطة، رغم أنه زاد من درجات الإسناد للمصدر (بسبب وجود الرموز التقنية الخام)، مما يسلط الض light على المقايضة بين التماسك والاحتفاظ بالبيانات الخام.
- إزالة وكيل "المُقرر" قلل الدقة الواقعية بمقدار 10.8 نقاط، مما يوضح قيمة خطوة التركيب النهائية.
التكلفة: النظام فعال حاسوبياً بالنسبة للعمل المنجز؛ حيث استهلك الوكلاء المتخصصون 92.2% من الرموز (tokens)، بينما شكلت تكاليف التنسيق (المهندس، الموحد، المقرر) حوالي 6% فقط.

الأهمية والادعاءات

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

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

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