AIPOCH تفتح مصدر Open-Science: سجل «vibe Research» لأبحاث الذكاء الاصطناعي

أتاحت AIPOCH مشروع Open-Science للعموم، وتتلخص فكرته الرئيسية في وعد من ثلاث كلمات: يجب أن يكون البحث قابلًا للتتبع والنقل وإعادة الإنتاج. وجاء المشروع بعد عامين دخلت خلالهما أدوات الذكاء الاصطناعي كل مرحلة من مراحل العمل العلمي: البحث في الأدبيات، وتنظيف البيانات، وتشغيل الشيفرة، وإعداد التقارير. ارتفعت السرعة، وارتفعت معها مشكلة تتحدث عنها وسيلة الإعلام الصينية Jiqizhixin: كلما أُنجز العمل أسرع، صار شرح كيفية إنجازه بالضبط أصعب.

أين يضيع أثر البحث

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

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

ماذا يَعِد Open-Science

تقدّم AIPOCH المشروع بوصفه بنية تحتية لنمط تسميه «vibe Research». يحيل الاسم إلى vibe coding: يحدد الباحث المهمة بلغة طبيعية، وتتولى الوكلاء الأعمال الروتينية. ويُفترض في Open-Science، بحسب الوصف، أن يجمع هذه العملية في سلسلة واحدة يمكن التحقق منها ونقلها وتشغيلها من جديد.

أبرز المعطيات من المادة المتاحة:

• المطوّر: AIPOCH، والإصدار بصيغة المصدر المفتوح.
• تاريخ النشر: 15 أكتوبر 2026.
• ثلاث خصائص معلنة: قابلية التتبع، وإمكانية نقل العمل، وإعادة الإنتاج.
• المشكلة المستهدفة: تشتت المخرجات (الدردشات، والبيانات السحابية، والشيفرة المحلية، والـ Notebook).
• لم يُكشف عنه في الجزء المتاح: الترخيص، والبنية، والنماذج المدعومة، وصيغ التخزين، واختبارات الأداء (benchmarks)، وأمثلة على مشاريع حقيقية.

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

لماذا تمسّ الفكرة موضع الألم

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

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

ماذا تفعل الفرق من الآن

إذا كان فريقكم يستخدم وكلاء الذكاء الاصطناعي في الأبحاث، فلا تنتظروا حلًا جاهزًا. ابدؤوا بالبسيط: احفظوا الموجّهات (prompts) والإجابات مع الشيفرة، وثبّتوا إصدارات النماذج ومجموعات البيانات، ودوّنوا أسباب استبعاد الفرضيات. وعندما تظهر تفاصيل عن Open-Science، تحققوا من أربعة أمور: الترخيص، والتكامل مع Jupyter ومع مخزن بياناتكم، وطريقة تثبيت إصدارات النماذج، ووجود أمثلة عامة يمكن تشغيلها من الصفر. إذا استغرق تكرار بحث الآخرين ساعة لا أسبوعًا، فالأداة تعمل.