Qlippy: A Retrieval-Augmented GenAI Assistant for Reproducible Quantum Workflows and Experiment Tracking
إن Qlippy هو مساعد ذكاء اصطناًفيني توليدي يعتمد على الاسترجاع، صُمم لتبسيط سير العمل الكمي القابل للتكرار من خلال ترسيخ استجاباته في مجموعة معرفية منسقة لشرح مفاهيم الأصل (provenance) ودمج تتبع التجارب القائم على MLflow تلقائياً في برامج Qiskit.
تعد الحوسبة الكمومية بحل مشكلات مستحيلة حالياً بالنسبة للحواسيب الفائقة اليوم، لكن تحويل هذا الوعد إلى واقع يتطلب ما هو أكثر من مجرد خوارزميات بارعة؛ فهو يتطلب نهجاً صارماً لكيفية بناء العلماء لبرمجياتهم واختبارها. في العالم الكلاسيكي للحواسيب القياسية، اعتمد المطورون لفترة طويلة على التدوين الدقيق لضمان إمكانية تكرار التجربة بنفس النتيجة، وهي عملية تُعرف باسم "التتبع". يتضمن ذلك تسجيل كل تفصيل للاختبار، بدءاً من الإعدادات المحددة المستخدمة وصولاً إلى النتيجة النهائية، حتى يتمكن الآخرون من التحقق من العمل. ومع ذلك، فإن العالم الكمومي غير مستقر بطبيعته؛ فالأجهزة المستخدمة لتشغيل هذه البرامج حساسة للضوضاء والتحولات البيئية، مما يعني أن تشغيل نفس الكود مرتين قد يؤدي إلى نتائج مختلفة. هذا عدم الاستقرار يجعل الحاجة إلى التدوين الصارم أكثر إلحاحاً، ومع ذلك فإن الأدوات المطلوبة للحفاظ على هذه السجلات غالباً ما تكون معقدة وصعبة الدمج في العمل اليومي للباحثين.
ولمعالجة هذه الفجوة، طور باحثون في جامعة يوفاسكولا في فنلندا مساعداً رقمياً جديداً يسمى "Qlippy". صُممت هذه الأداة لتجلس مباشرة داخل بيئة البرمجيات حيث يكتب مبرمجو الكم كودهم، لتعمل كدليل يساعدهم على تبني عادات التدوين الضرورية هذه دون الحاجة إلى أن يصبحوا خبراء في أنظمة التتبع الأساسية. وجد الفريق أنه بينما يمكن للذكاء الاصطناعي أن يكون مساعداً قوياً، فإن نماذج الذكاء الاصطناعي العامة غالباً ما تخترع حقائق أو تفتقر إلى المعرفة المحددة اللازمة لمثل هذا المجال المتخصص. يحل "Qlipiy" هذه المشكلة بعدم الاعتماد على الذاكرة الداخلية للذكاء الاصطناعي وحدها؛ بل يستشير باستمرار مكتبة منسقة من الوثائق الموثوقة والكتيبات التقنية قبل الإجابة على أي سؤال. يسمح هذا للمساعد بشرح المفاهيم المعقدة بوضوح، والأهم من ذلك، بإدراج كود التتبع الصحيح تلقائياً في عمل المبرمج، مما يضمن توثيق كل تجربة بشكل سليم أثناء حدوثها.
يعمل النظام من خلال ربط واجهة دردشة داخل محرر الكود الخاص بالمطور بخادم بعيد يحتوي على المعرفة اللازمة. عندما يطرح الباحث سؤالاً، مثل كيفية تتبع أداء دائرة كمومية محددة، يبحث المساعد في مكتبة وثائقه عن الإجراء الصحيح. ثم يقدم شرحاً واضحاً لسبب أهمية تلك الخطوة، وإذا طُلب منه ذلك، يعيد كتابة الكود ليشمل أوامر التتبع اللازمة. هذه العملية تحول المفهوم المجرد لـ "الأصل" (provenance) — والذي يعني ببساطة الاحتفاظ بسجل مفصل لمصدر البيانات وكيفية معالجتها — إلى إجراء ملموس. وقد أظهر الباحثون ذلك من خلال توضيح كيف يمكن للمساعد أن يأخذ برنامجاً كمومياً قياسياً ويضيف إليه تلقائياً الطبقات اللازمة لتسجيل المعلمات والنتائج في نظام تتبع، بما يتوافق مع إطار عمل محدد مصمم للتجارب الكمومية.
وفي اختبار النظام، قيم الباحثون مدى جودة إجابة المساعد على الأسئلة المتعلقة بطرق التتبع هذه. ووجدوا أن نسخة من الذكال الاصطناعي تعمل على جهاز كمبيوتر محلي، وهي أصغر وأقل تكلفة من النماذج الضخمة التي تستخدمها شركات التكنولوجيا الكبرى، قدمت أداءً يقارب أداء النماذج التجارية العملاقة عندما يتم توجيهها بالوثائق الصحيحة. أجاب النموذج المحلي على الأسئلة ذات الصلة بدقة عالية، مما يشير إلى أن المؤسسات يمكنها بناء أدوات قوية تحافظ على الخصوصية دون الحاجة إلى إرسال كودها المملوك لجهات خارجية إلى خوادم خارجية. ويعد هذا اكتشافاً هاماً لأنه يعني أن الباحثين والطلاب يمكنهم استخدام مساعدة الذكاء الاصطناعي المتقدمة لتحسين عملهم دون المساس بأمن بياناتهم أو تحمل تكاليف باهظة.
إن العمل المقدم في هذه الورقة لا يدعي حل كل تحديات تطوير البرمجيات الكمومية، ولا يشير إلى أن الأداة مثالية. ويقر الباحثون بأن نظامهم لا يزال نموذجاً أولياً وأن فعاليته تعتمد كلياً على جودة الوثائق التي يُعطى إياها ليقرأها. فإذا كانت المادة المصدرية تحتوي على فجوات أو أخطاء، فإن نصيحة المساعد ستعكس تلك القيود. علاوة على ذلك، أُجري التقييم على مجموعة محددة من الأسئلة، ويشير الفريق إلى أن هناك حاجة لمزيد من الاختبارات الموسعة مع فرق التطوير في العالم الحقيقي لفهم كيفية أداء الأداة بشكل كامل في الممارسة اليومية. ورغم هذه التحفظات، نجحت الدراسة في إثبات إمكانية بناء مساعد ذكاء اصطناعي يرتكز في استجاباته على حقائق موثقة ويساعد المطورين بنشاط على تبني ممارسات علمية أفضل. ومن خلال جعل المهمة المعقدة لتتبع التجارب تبدو كجزء طبيعي من كتابة الكود، يقدم "Qlippy" مساراً عملياً نحو أبحاث كمومية أكثر موثوقية وقابلية للتكرار.
ملخص تقني: Qlippy – مساعد توليدي مدعوم بالاسترجاع المعزز (RAG) لتدفقات العمل الكمية القابلة للتكرار
بيان المشكلة تعد عملية تطوير البرمجيات الكمية تكرارية ومعرضة للخطأ بطبيعتها بسبب الضجيج، وانحراف المعايرة، وتغير خصائص الأنظمة الخلفية في الأجهزة الكمية الحالية. وبناءً على ذلك، تُعد ممارسات مثل تتبع التجارب، وجمع بيانات المصدر (provenance)، وقابلية التكرار أمراً ضرورياً للتحقق من النتائج ومقارنتها. ومع ذلك، لا يزال اعتماد هذه الممارسات يشكل تحدياً للمجتمع الكمي؛ حيث غالباً ما يمتلك الممارسون خلفيات نظرية قوية ولكنهم يفتقرون إلى التعرض لمفاهيم هندسة البرمجيات الحديثة، لا سيما فيما يتعلق بإدارة دورة الحياة والتعامل مع البيانات المهيكلة. إن دمج الأدوات الخارجية مثل MLflow ومخططات المصدر مثل QProv يضيف عبئاً معرفياً وطبقات تجريد إضافية، مما يؤدي إلى اتباع ممارسات تطوير عشوائية أو إغفال عملية التتبع تماماً. وبينما توفر النماذج اللغوية الكبيرة (LLMs) العامة إمكانات للمساعدة، إلا أنها غالباً ما تعاني من الهلوسة، والمعرفة القديمة، والافتقار إلى التجذر في الأدوات المتخصصة، مما يجعلها غير موثوقة للمهام المتخصصة حيث تكون الدقة والقابلية للتتبع أمراً بالغ الأهمية.
المنهجية لمعالجة هذه التحديات، يقدم المؤلفون Qlippy، وهو مساعد يعتمد على تقنية التوليد المدعوم بالاسترجاع المعزز (RAG) مدمج مباشرة في بيئة التطوير Visual Studio Code. تتكون بنية النظام من بيئتين مترابطتين:
بيئة المطور المحلية: إضافة لبرنامج VS Code توفر واجهة دردشة للتفاعل عبر اللغة الطبيعية.
بيئة البحث: تستضيف خادم تتبع MLflow وخدمة RAG مُنفذة باستخدام Python وFastAPI وLangChain.
تعمل خدمة RAG من خلال ثلاثة مكونات أساسية:
قاعدة بيانات متجهة (ChromaDB): تخزن مجموعة منسقة من الذاكرة غير البارامترية، تشمل خمس أوراق بحثية، ووثيقتين مرجعيتين اصطناعيتين، وجزءاً من وثائق MLflow. تتم معالجة هذه المجموعة عبر تحليل الملفات، وتقطيعها، وتحويلها إلى تضمينات (embeddings).
المسترجع (Retriever): يحدد ويستخرج السياق ذي الصلة من قاعدة البيانات المتجهة بناءً على استعلامات المستخدم.
المولد (Generator): يقوم بتركيب السياق المسترجع مع استعلام المستخدم لإنتاج تفسيرات باللغة الطبيعية أو مقاطع برمجية معدلة. النظام مصمم ليكون مستقلاً عن نوع النموذج اللغوي الكبير (LLM-agnostic)، حيث يدعم كلاً من الواجهات البرمجية التجارية والنماذج المحلية ذات الأوزان المفتوحة.
يتفاعل Qlippy مع المطورين من خلال نمطين رئيسيين:
سيناريو الاستشارة (Advisory Scenario): يقوم المساعد بشرح مفاهيم تتبع التجارب (مثل سمات QProv، واستخدام MLflow) في سياق العمل، مما يسد الفجوة بين الخبرة في الخوارزميات الكمية وممارسات هندسة البرمجيات.
سيناريو التعزيز (Augmentation Scenario): يقوم المساعد بتعديل برامج Qiskit الموجودة بنشاط لحقن استدعاءات تتبع MLflow. يعمل هذا الأتمتة على مواءمة الكود مع مخطط QProv، مما يسجل المعلمات والمقاييس والمنتجات (artifacts) دون تغيير المنطق الأصلي للبرنامج.
المساهمات الرئيسية
التجذر الواعي بالسياق: من خلال فصل المعرفة عن معلمات النموذج وتجذير الاستجابات في مجموعة منسقة، يقلل Qlippy من الاعتماد على حجم النموذج ويخفف من حدة الهلوسة، مما يضمن توافق الاستجابات مع الممارسات المتخصصة.
الأتمتة البرمجية (Automated Instrumentation): يجسّر النظام الفجوة بين الفهم المفاهيمي والتنفيذ عبر إدراج كود تتبع MLflow تلقائياً في برامج المستخدم، مما يقلل العوائق التشغيلية أمام اعتماد تتبع التجارب المهيكل.
قابلية النشر المحلي: تدعم البنية التحتية للنشر المحلي لنماذج أصغر (مثل Qwen3.5:9b)، مما يوفر بديلاً يحافظ على الخصوصية وفعال من حيث التكلفة مقارنة بالواجهات البرمجية التجارية، مع الحفاظ على صلة عالية وتغطية واقعية ضمن مسار RAG.
النتائج أجرى المؤلفون تقييماً أولياً لسيناريو الاستشارة باستخدام إطار عمل RAGAS على 20 زوجاً من الأسئلة والأجوبة عبر خمسة مجالات فرعية. قارنت الدراسة أربعة نماذج توليدية: GPT-4o-mini، وGPT-5.4 (عبر OpenAI API)، ونماذج محلية هي Gemma4:e4b وQwen3.5:9b.
الأداء: حقق النموذج المحلي الموزع Qwen3.5:9b أعلى درجة في صلة الإجابة (0.917). وحقق GPT-5.4 أعلى درجة في الصحة الواقعية (0.908)، وهي أعلى بنسبة 12% فقط من Qwen3.5:9b (0.814).
الدلالة: تشير هذه المقارنات النسبية إلى أنه ضمن مسار RAG، يمكن للنماذج المستضافة محلياً أن تقترب من أداء العروض التجارية في المهام المتخص way، مما ينقل عبء المعرفة من الذاكرة البارامترية إلى المصادر الخارجية المنسقة.
الأهمية والادعاءات يزعم البحث أن Qlippy يوفر مساراً عملياً لدمج ممارسات هندسة البرمجيات القابلة للتكرار في تدفقات العمل الكمية. وتكمن أهميته في:
خفض حواجز الخبرة: تمكين المطورين من تطبيق تتبع التجارب وجمع بيانات المصدر دون معرفة عميقة بأنظمة الأدوات الأساسية.
الدعم في الوقت المناسب: تقديم التوجيه وتعزيز الكود مباشرة داخل سير عمل التطوير، مما يقلل من الاحتكاك الناتج عن استخدام أدوات غير مألوفة.
النطاق المحكوم: توفير تحكم صريح في نطاق معرفة المساعد ومصدرها، مما يضمن التوافق مع الممارسات المستهدفة بدلاً من السلوك غير المقيد للنماذج غير المجذرة.
سهولة الوصول: إثبات أن النشر المحلي منخفض التكلفة والمحافظ على الخصوصية هو خيار واقعي للبحث والصناعة والتعليم، بشرما توفرت البنية التحتية الحسابية اللازمة.
يتبنى المؤلفون موقفاً متواضعاً، معترفين بأن التقييم استند إلى نموذج أولي ومجموعة أسئلة محدودة. كما يشيرون إلى أن فعالية النظام تعتمد على جودة مصادر المعرفة المنسقة، وأن التحقق الإضافي مع مستخدمين وفرق عمل حقيقية مطلوب لتقييم مستوى الاعتماد في الممارسة العملية. وقد اقترح العمل المستقبلي تضمين التحقق من قبل خبراء متعددين، والتقييم الرسمي لاكتمال بيانات المصدر، والمقارنة مع النماذج غير المجذرة ذات الحجم المماثل.