13 وكيلاً يكتبون ورقة بحثية معاً: تجربة دمج Academic Research Skills في بيئتنا

خط أنابيب متدرج يتدفق من البحث حتى المخطوطة، عابراً بوابات التحقق في كل مرحلة.

نظرة عامة

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

تدير ThakiCloud منصة AI/ML SaaS قائمة على Kubernetes تخدم أعباء عمل الوكلاء لعملاء متعددين في آنٍ واحد. مبدأ “تعاون وكلاء متعددين لإنتاج مخرجات قابلة للتحقق” ليس شأناً غريباً عنا. هذه المقالة توثيق لتجربة دمج تلك الحزمة فعلياً في بيئة وكلاءنا وفحص بنيتها. لسنا هنا للتقديم التسويقي، بل لنرى ما بداخلها، وما يمكن الوثوق به، وما هو مفيد فعلاً من منظور منصتنا.

ما هذه الحزمة؟

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

• deep-research (الإصدار 2.9.4): فريق بحثي مكوَّن من 13 وكيلاً يتناول أي موضوع. يدعم 7 أوضاع: البحث الكامل، الملخص السريع، مراجعة ورقة بحثية، مراجعة الأدبيات، التحقق من الحقائق، الحوار التوجيهي السقراطي، والمراجعة المنهجية مع التحليل التلوي. تتوزع الأدوار على صياغة أسئلة البحث وتصميم المنهجية والبحث المنهجي في الأدبيات والتحقق من المصادر والتوليف المتقاطع وتقييم مخاطر التحيز وكتابة التقارير وفق APA 7.0 والمراجعة التحريرية وتقديم الحجج المضادة.
• academic-paper: خط أنابيب كتابة يُنتج ورقة بحثية فعلية من نتائج البحث. يقبل ملف تعريف الأسلوب ويُطبِّقه، ويُجري فحص جودة الكتابة قبيل الصياغة مباشرةً لرصد العبارات المُبالَغ في استخدامها والتكرار في طول الجمل والمقدمات الحشوية.
• academic-paper-reviewer: يؤدي دور المحكِّم الذي يُقيِّم المخطوطة المكتملة.
• academic-pipeline (الإصدار 3.11.1): المنسِّق الذي يجمع الثلاثة معاً. لا يُنجز عملاً بنفسه، بل يتولى فقط اكتشاف المراحل والتوصية بالأوضاع وإيفاد المهارات وتتبع الحالة. قائد رفيع بلا حجم.

المراحل العشر التي يربطها المنسِّق:

[1] RESEARCH (البحث)
      |
[2] WRITE (الكتابة)
      |
[2.5] INTEGRITY <- بوابة التحقق 100% من الاستشهادات والبيانات
      |
[3] REVIEW (المراجعة الأولى للأقران)
      |
[4] REVISE (المراجعة)
      |
[4.5] RE-REVIEW (المراجعة الثانية المركّزة)
      |
[5] RE-REVISE (إعادة التنقيح)
      |
[5.5] FINAL INTEGRITY (إعادة التحقق النهائي)
      |
[6] FINALIZE (PDF مع سجل المصدر)

ثمة قراران تصميميان يستأثران باهتمامنا في ThakiCloud. الأول أن كلتا المهارتين الأساسيتين تُصرِّح صراحةً بـ data_access_level: verified_only في بياناتهما الوصفية. والثاني وجود بوابة تحقق إلزامية بين كل مرحلة. لا تُستحضر الادعاءات حول الأدبيات من ذاكرة النموذج، بل تُقابَل مع قاعدة بيانات أوراق بحثية فعلية عبر Semantic Scholar API. بدلاً من صياغة استشهادات تبدو منطقية، تُوقف البوابة أي استشهاد غير موجود.

التثبيت والدمج

جرى التثبيت باستنساخ المستودع الخارجي وربطه بدليل .claude/skills/ لدينا عبر وصلات رمزية. بدلاً من نسخة مستقلة، نتابع المصدر ليصلنا التحديثات الأعلى تلقائياً.

# استنساخ المستودع الخارجي (الدليل الرئيسي)
git clone https://github.com/Imbad0202/academic-research-skills.git ~/academic-research-skills

# الربط بدليل مهارات الوكلاء لدينا
cd .claude/skills
ln -s ~/academic-research-skills/deep-research            deep-research
ln -s ~/academic-research-skills/academic-paper           academic-paper
ln -s ~/academic-research-skills/academic-paper-reviewer  academic-paper-reviewer
ln -s ~/academic-research-skills/academic-pipeline        academic-pipeline

بعد الربط تظهر المهارات الأربع كوصلات رمزية:

academic-paper          -> ~/academic-research-skills/academic-paper
academic-paper-reviewer -> ~/academic-research-skills/academic-paper-reviewer
academic-pipeline       -> ~/academic-research-skills/academic-pipeline
deep-research           -> ~/academic-research-skills/deep-research

داخل ThakiCloud، وصّلنا هذه المهارات الأربع بخط أنابيب البحث والتقارير الخاص بنا (عائلة jarvis)، بحيث تستدعي المدخلات ذات الطابع البحثي وضع مراجعة الأوراق أو مراجعة الأدبيات في deep-research. مخرج “الورقة البحثية الكاملة (DOCX)” المرفق بمقالات تصنيف الأوراق البحثية في مدونتنا يستند إلى الفلسفة ذاتها القائمة على التحقق أولاً.

ما بداخل الحزمة فعلاً

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

academic-pipeline/agents/
+-- pipeline_orchestrator_agent.md      # إدارة التبديل بين المراحل والإيفاد
+-- state_tracker_agent.md              # تتبع حالة التقدم ونقاط التفتيش
+-- integrity_verification_agent.md     # التحقق من سلامة الاستشهادات والبيانات
+-- collaboration_depth_agent.md        # تسجيل عمق التعاون البشري-الذكاء الاصطناعي
+-- claim_ref_alignment_audit_agent.md  # تدقيق توافق الادعاء مع المرجع (L3)

تبرز عدة ضمانات لافتة.

• مرحلتا التحقق من السلامة (2.5 و5.5): تُتحقَّق الاستشهادات والبيانات بنسبة 100% مرتين: مرة بعد الكتابة وقبل تقديم المراجعة، ومرة بعد اكتمال التنقيح. الفشل في هذه البوابة يمنع الانتقال إلى المرحلة التالية.
• تدقيق توافق الادعاء مع المرجع (L3): تفعيل العلم ARS_CLAIM_AUDIT=1 يُضيف بوابة تدقيق أمانة الادعاء عند الانتقال من المرحلة 4 إلى 5. تجمع الادعاءات غير المدعومة والانحراف في الادعاءات وانتهاكات القيود وتصنِّفها، وإذا ارتفعت درجة المخاطر ترفض الأداة إنتاج المخرجات. معطَّل افتراضياً وصُمِّم للتفعيل التدريجي مع تراكم بيانات المعايرة.
• جواز المواد (Material Passport): تفعيل ARS_PASSPORT_RESET=1 يرفع نقاط تفتيش المراحل إلى حدود إعادة ضبط السياق. في جلسة جديدة يمكن الاستئناف من مرحلة مسجَّلة باستخدام resume_from_passport=<hash>. آلية عملية لتقطيع المهام الطويلة عند حدود المراحل تجنُّباً لتضخم نوافذ السياق.
• PDF سجل المصدر: بعد اكتمال الخط ينتج تلقائياً مستند يوثِّق كيفية التعاون بين الإنسان والذكاء الاصطناعي. يجعل ذلك تتبع “مدى تدخل الذكاء الاصطناعي” أمراً ممكناً من منظور النزاهة الأكاديمية.

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

التطبيق على منصة ThakiCloud K8s AI/ML SaaS والدلالات

ما لفت انتباهنا أكثر عند دمج هذه الحزمة هو تطابقها الدقيق مع مبدأين نؤكد عليهما في تصميم منصتنا.

الأول، التحقق المسبق وصد الهلوسة. تخدم ThakiCloud عملاء ذوي احتياجات كبيرة للنشر المحلي والاستضافة الذاتية. في هذه البيئات، نمط الفشل الأكثر إثارةً للقلق هو “المخرج المقنع لكن الخاطئ.” طريقة Academic Research Skills في مقابلة الاستشهادات بقاعدة بيانات فعلية بدلاً من ذاكرة النموذج تعكس الذهنية ذاتها لقاعدتنا الداخلية: “استشهد فقط بعناوين URL شاهدتها فعلاً، واعلِّم الأرقام غير المتحقق منها كتقديرات.” بنية إلزام البوابات بالكود مع اكتفاء النموذج بتوليد المحتوى تُشابه أيضاً مبدأنا القاضي بإسناد التنسيق والتحقق في المخرجات الدفعية إلى كود حتمي.

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

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

القيود والحجج المضادة

تصميم جيد، لكنه لا يُقبَل بلا تمحيص. ثمة قيود واضحة.

• بوابات التحقق لها ثمن. تشغيل التحقق من السلامة مرتين عبر 10 مراحل، مع تدقيق اختياري للادعاءات، يُضيف رمزاً ووقتاً كبيرَين لكل مخرج. للحالات التي تستدعي مسودة سريعة، هذا إفراط. لذلك يوجد وضع الملخص السريع بشكل منفصل، وإلزام الخط الكامل في كل مهمة ليس حكيماً.
• التحقق عبر Semantic Scholar ليس شاملاً. أحدث الأوراق التي لم تُفهرَس بعد، والأدبيات غير الإنجليزية، والأدبيات الرمادية قد تقع خارج نطاق التحقق. “محقَّق” لا يضمن الدقة 100%.
• الرخصة غير التجارية مناسبة للتجريب الداخلي لكنها تستلزم مراجعة قانونية قبل التضمين في منتج. إن كان إعادة التوزيع التجاري هو الهدف، لا يمكن استخدامها كما هي.
• عدد الوكلاء لا يتناسب طرديًا مع الجودة. أرقام كـ 13 أو 12 وكيلاً مثيرة للإعجاب، لكن السؤال الجوهري هو ما إذا كان كل وكيل يُضيف تحققاً فعلياً من منظور مختلف. تشغيل الموجِّه ذاته مراراً ليس تحققاً. هذه الحزمة تفصل الأدوار بوضوح وهذا جيد، لكن من يعتمدها ينبغي أن يُقيِّمها بمعيار “تنوع التحقق” لا “عدد الوكلاء.”

Academic Research Skills مرجعٌ جيد لتنفيذ فكرة “إنتاج مخرجات أكاديمية قابلة للتحقق بوكلاء متعددين” حتى منتهاها. ما يهمنا في ThakiCloud ليس الأداة في حد ذاتها، بل مبادئ التصميم: إلزام التحقق عبر بوابات كودية، وقائد رفيع ينسق مهارات سميكة، وإغلاق نتائج الوكلاء المتعددين بالتحقق. هذه المبادئ تنطبق لا على الأوراق البحثية فحسب، بل على منصة الوكلاء متعددة المستأجرين التي ندير عملياتها كل يوم.

المصادر

• Academic Research Skills (GitHub): github.com/Imbad0202/academic-research-skills
• تغريدة التعريف الأصلية (عبر @XAMTO_AI): x.com/hjguyhan/status/2069051203229802756
• الإصدارات المثبَّتة: deep-research 2.9.4, academic-pipeline 3.11.1 (فحص محلي بتاريخ 2026-06-23)