العودة إلى المدونة

3 أيام من المقارنة اليدوية، تكفي عملية بحث واحدة: MuchSci Paper Sailor يكتب مراجعة في مجال الوكلاء

مقدمة | يتطلب المقرر كتابة مراجعة في مجال وكلاء النماذج اللغوية الكبيرة، مع تنظيم مجموعة كاملة من الأطر مثل ReAct وPlan&Solve وToolLLM. عشرات من مطبوعات arXiv الأولية، وتستغرق القراءة والمقارنة اليدوية المتأنية ثلاثة أو أربعة أيام. تشرح هذه المقالة كيف يمكن تقليص ذلك إلى مستوى عملية بحث واحدة. أولاً

كتابة الأوراق البحثية`خط إنتاج الأوراق` `اختيار الوكيل` `تقسيم أدوار الأدوات`البحث عن الأوراقمساعد كتابة الأوراق البحثية

المقدمة|يتطلب المقرر كتابة مراجعة في اتجاه Agent للنماذج الكبيرة، مع تنظيم مجموعة كاملة من الأطر مثل ReAct وPlan&Solve وToolLLM. عشرات من مطبوعات arXiv الأولية، والقراءة الدقيقة والمقارنة اليدوية ستستغرق ثلاثة إلى أربعة أيام. تشرح هذه المقالة كيفية تقليص هذا الأمر إلى مستوى عملية بحث واحدة.

أولًا: قراءة يدوية دقيقة لورقة واحدة تستغرق 20 دقيقة، وعشرات الأوراق تعني ثلاثة أو أربعة أيام

أدبيات اتجاه Agent لها سمة مميزة: التقدم سريع، والمطبوعات الأولية كثيرة، والبنية متشابهة لكن التفاصيل مختلفة. يشرح ReAct تداخل الاستدلال والعمل، ويقوم Plan&Solve بالتخطيط أولًا ثم التنفيذ، ويركز ToolLLM على استدعاء الأدوات — وكل ورقة يجب قراءتها وتدوينها ومقارنتها بما سبقها.

بحساب 20 دقيقة للقراءة الدقيقة لورقة واحدة، فإن 30 ورقة تعني 10 ساعات؛ وبعد إكمال جدول «مقارنة استراتيجيات التوجيه وحالات الفشل لكل منها»، فمن الطبيعي أن يستغرق الأمر ثلاثة أو أربعة أيام.

المشكلة تكمن في أن: الجزء الذي يحتاج فعلاً إلى حكمك قليل جدًا، ومعظم الوقت يُنفق في النقل والتنظيم.

ثانيًا: الخطوة الأولى: الجلب بالجملة، ودع الأدبيات تدخل المكتبة بنفسها

في MuchSci 论文水手، أنشئ مشروعًا واجعل اتجاه Agent موضوعًا له، ثم استرجع بالجملة:

• الاعتماد أساسًا على arXiv، مع إضافة مصادر مثل Semantic Scholar، ثم الدمج وإزالة التكرار قبل الإدخال إلى المكتبة.

• تنزيل PDF تلقائيًا أثناء إدخال البيانات الوصفية إلى المكتبة.

• المهام بالصينية تُعطي أيضًا مصطلحات بحث بالإنجليزية (مثل «إطار عمل الوكيل الذكي» مع «LLM agent framework»)، ما يرفع نسبة الإصابة.

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

ثالثًا: الخطوة الثانية: المقارنة الأفقية، وتحويل «القراءة الدقيقة» إلى «مواءمة»

استدعِ literature/compare على الأدبيات المُدخلة إلى المكتبة، واسحب مقارنة أفقية دفعة واحدة. الأبعاد التي يجب مراقبتها هي تقريبًا هذه الفئات:

بُعد المقارنةما الذي يُقارَنلماذا هو حاسم
استراتيجية التوجيهكيف يتداخل الاستدلال والعمليحدد اتجاه الإطار
طريقة التخطيطالتخطيط أولًا أم التفكير أثناء العمليؤثر في أداء المهام الطويلة
استدعاء الأدواتكيف تُختار الأدوات وكيف تُستدعىمحور تركيز طرق مثل ToolLLM
حالات الفشلكيف يفشل كل منهاالجزء الأكثر قيمة في المراجعة

يكمن مفتاح هذه الخطوة في تحويل القراءة ورقةً بورقة إلى مواءمة مُهيكلة على الأبعاد نفسها. لم تعد بحاجة إلى الاعتماد على الذاكرة لمقارنة «أين يختلف ReAct عن Plan&Solve تحديدًا»، بل سترى قيمهما مباشرة على البعد نفسه.

رابعًا: الخطوة الثالثة: اكتب المراجعة بناءً على مواد النص الأصلي فقط

عند كتابة المراجعة، يستخدم MuchSci 论文水手 ملخصات وملاحظات الأدبيات داخل المكتبة فقط كمواد، ويضيف تلقائيًا أرقام الاستشهاد المعيارية ([الرقم]).

هذه النقطة مهمة بشكل خاص للمراجعة، وهي تعني:

• لا يختلق الاستنتاجات. الأحكام غير المكتوبة في الأدبيات لن «يلخصها» نيابة عنك.

• لا يلفّق الاستشهادات. كل [رقم] يمكن أن يشير إلى ورقة موجودة فعليًا في المكتبة.

• المقارنة الأفقية لها مصدر. كل «أفضل من / محدود بـ» تكتبه يمكن تتبعه إلى النص الأصلي.

خامسًا: جولة كاملة من البداية إلى النهاية

بأخذ مراجعة أطر Agent مثالًا:

1. أنشئ مشروعًا، وحدد موضوعه إطار Agent (ReAct / Plan&Solve / ToolLLM وغيرها).

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

3. حدّد أبعاد المقارنة: استراتيجية التوجيه، طريقة التخطيط، استدعاء الأدوات، حالات الفشل، طريقة التقييم.

4. literature/compare لسحب جدول المقارنة الأفقية.

5. اكتب المراجعة بناءً على مواد المكتبة، مع استشهادات تحمل تلقائيًا [رقم].

6. تحقق من الاستشهادات بثلاثة اتجاهات: المستخدم / المفقود / غير المستخدم، وعالج كل فئة على حدة.

7. شغّل تحققًا من الصحة (DOI / arXiv resolve) لتأكيد انعدام الهلوسة.

8. أزل الطابع الذكائي الاصطناعي + صدّر، ثم تحقق مرة أخرى قبل تسليم الواجب أو الإرسال للنشر.

سادسًا: المزالق الشائعة

• مقارنة استنتاجات إعدادات تقييم مختلفة مباشرة. انظر أولًا في أي مهام وأي بيانات خُلصت كل ورقة إلى استنتاجها.

• أن تطلب من الذكاء الاصطناعي «تلخيص الفروق». التلخيص غير المبني على مواد المكتبة هو اختلاق — تأكد من استخدام النص الأصلي للأدبيات.

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

• كتابة «أيهما أفضل» فقط دون «لماذا». قيمة المراجعة في أبعاد المقارنة وأساس الحكم، لا في جملة الاستنتاج وحدها.

سابعًا: الخاتمة

صعوبة مراجعة اتجاه Agent ليست في «عدم فهمها»، بل في «عدم القدرة على إنهاء قراءتها وعدم القدرة على إجراء المقارنات». يربط MuchSci 论文水手 الإدخال بالجملة والمقارنة الأفقية والكتابة مع الاستشهادات في خط واحد — ليقصّر عمل النقل الذي يستغرق ثلاثة أو أربعة أيام، ويترك لك الجزء الذي يحتاج فعلاً إلى حكمك.

تحقق قبل البدء بالكتابة:

• هل تُقارَن الأدبيات على البعد نفسه؟

• هل كل المواد من داخل المكتبة وقابلة للتحقق؟

• هل تم التحقق من أرقام الاستشهادات؟

• هل هناك جملة استنتاج أضفتها «بحسب افتراضاتي»؟


العودة إلى المقالات