مقدمة | في المسودة الأولى التي يُنشئها GPT، ليس الأسلوب هو القنبلة الموقوتة الأكثر احتمالًا، بل المراجع — عناوين مُختلقة وأرقام arXiv مُفبركة. يشرح هذا المقال كيفية التحقق من عشرات الاستشهادات دفعة واحدة.
أولًا: ما مدى تكلفة الاستشهادات الوهمية؟
من الشائع جدًا أن تتضمن مراجع مسودة أولى من GPT بضعة أبحاث غير موجودة: تنسيق مرتب، وأرقام تبدو مقنعة، بل حتى المؤلفون والسنوات تبدو معقولة.
ما الثمن؟ عبارة واحدة من المراجع تقول "هذه المراجعة غير موجودة" فتنهار مصداقية المسودة بأكملها. وفي هذه اللحظة تكون قد استشهدت بها في أكثر من عشرة مواضع، ويصبح التحقق من عشرات الاستشهادات واحدًا تلو الآخر عبئًا هائلًا.
لذا أمام هذا الأمر خياران فقط: التحقق منه بالكامل دفعة واحدة قبل الإرسال، أو أن يشير إليه المراجع مباشرة.
ثانيًا: لماذا لا يعني "صحة تنسيق الاستشهاد" أن "الاستشهاد حقيقي"؟
يعتقد كثيرون أن ضبط التنسيق على IEEE / ACM يحل المشكلة. لكن التنسيق مظهر فقط — فالاستشهاد المثالي التنسيق قد يشير مع ذلك إلى بحث غير موجود.
لا يوجد سوى طريق واحد للحكم على الصحة: أخذ رقم DOI / arXiv و"تحليله" (resolve) لمعرفة ما إذا كان يمكن أن يصل إلى مرجع حقيقي. وما لا يمكن أن يصل إليه هو وهم.
ثالثًا: أربع خطوات للتحقق الكامل من الاستشهادات
الخطوة الأولى: تحليل روابط DOI / arXiv دفعة واحدة
سلّم استشهادات المسودة الأولى دفعة واحدة إلى وحدة التحقق من الاستشهادات في MuchSci 论文水手، وستحلل أرقام DOI وarXiv واحدًا تلو الآخر. هذه الخطوة تلقائية، ولا تحتاج إلى فتح المتصفح لكل استشهاد على حدة.
الخطوة الثانية: استبعاد الاستشهادات الوهمية
ستُستبعد تلقائيًا العناصر التي يفشل تحليلها. بعد إتمام هذه الخطوة، لن يبقى في يدك سوى المراجع الحقيقية الموجودة.
الخطوة الثالثة: التحقق من تطابق علامات cite في النص مع قائمة المراجع
وجود العناصر وحده لا يكفي — فوجود استشهاد في النص دون أن يكون في القائمة، أو وجوده في القائمة دون أن يُستشهد به في النص، كلاهما خلل جوهري. ستجري أداة MuchSci 论文水手 عملية تحقق ثلاثي:
| الفئة | المعنى | كيفية المعالجة |
| مستخدم | مُستشهد به في النص وموجود في القائمة | الإبقاء عليه |
| مفقود | مُستشهد به في النص وغير موجود في القائمة | أضف العنصر، أو احذف هذه الاستشهاد |
| غير مستخدم | موجود في القائمة وغير مُستشهد به في النص | أضف الاستشهاد، أو احذف العنصر |
يجب تصفير هذه الفئات الثلاث أو معالجتها بالكامل، وعندها فقط تُغلق دورة الاستشهادات فعليًا.
الخطوة الرابعة: تصدير BibTeX / RIS واستيراده إلى Zotero
يمكن تصدير الاستشهادات التي تم التحقق منها بنقرة واحدة كملف BibTeX أو RIS، ثم استيرادها مباشرة إلى Zotero لإدارتها، أو تسليمها إلى نظام تقديم المقالات لاستخدامها.
رابعًا: جولة كاملة "لإنقاذ المسودة"
لنفترض أنك تلقيت ملاحظة المراجع: "المرجع [17] غير موجود":
1. حلّل دفعة واحدة جميع أرقام DOI / arXiv في المقال كله.
2. راجع نتائج التحليل: أيها لا يصل إلى مرجع حقيقي.
3. استبعد جميع العناصر الوهمية.
4. تحقق ثلاثي: عالج كل فئة من مستخدم / مفقود / غير مستخدم على حدة.
5. استبدل الاستشهادات في النص: استبدل العناصر المحذوفة بمراجع حقيقية أو احذف الجملة مباشرة.
6. صدّر BibTeX / RIS، واستوردها إلى Zotero.
7. أعد الفحص مرة أخرى، وتأكد من خلوّها من أي وهم.
خامسًا: أخطاء شائعة
• تعديل العنصر المذكور فقط. مجرد أن المراجع ذكر [17] لا يعني أن بقية العناصر حقيقية — يجب مراجعة المقال كله.
• التحقق اليدوي من عشرات العناصر. ستُتعب عيناك، ولن تضمن دقة التحليل. التحليل دفعة واحدة معدّ لهذا السيناريو تحديدًا.
• الاكتفاء بالنظر إلى القائمة دون فحص النص. عدم تطابق cite في النص مع القائمة سيُكشف أيضًا.
• عدم التصدير بعد التحقق. تنتهي وتتفرق، ثم تضطر إلى إعادة التحقق عند تعديل المسودة لاحقًا — صدّرها إلى BibTeX / RIS وسلّمها إلى Zotero لإدارتها بشكل موحد.
سادسًا: الخاتمة
المراجع هي الجزء الأكثر عرضة "للافتقار إلى التدقيق" في الورقة، وهي أيضًا الجزء الذي يسهل على المراجع فحصه عشوائيًا. وحدة التحقق من الاستشهادات في MuchSci 论文水手 تحوّل "التحليل دفعة واحدة → استبعاد الاستشهادات الوهمية → التحقق الثلاثي → التصدير" إلى خط إنتاج متكامل، وكل ما عليك فعله هو تشغيله مرة واحدة.
فحص ذاتي قبل الإرسال:
• هل تم تحليل جميع أرقام DOI / arXiv في المقال كله؟
• هل تم استبعاد جميع العناصر الوهمية؟
• هل تمت معالجة مستخدم / مفقود / غير مستخدم؟
• هل تم تصدير BibTeX / RIS واستيراده إلى Zotero؟