كيفاش تستكشف برومبتات كسر حماية الذكاء الاصطناعي للبحث والاختبار الدفاعي

AI Jailbreaks هي مجموعة منتقاة فيها 35 ملف كامل ديال البرومبتات واجدين للنسخ واللصق، كيدعمو أكثر من 25 موديل متطور، مفتوح الأوزان، ومجاني وبشكل متخفي. المستودع فيه system prompts، أقفال الشخصيات، سياسات مساحات العمل، ملفات AGENTS.md، كتل الإعدادات، وOllama Modelfiles.

هاد الدليل كيشرح كيفاش تتصفح المجموعة، تحدد صيغة التعليمات الصحيحة، تطبق واحد المدخل فبيئة متوافقة، وتقيم السلوك بمسؤولية. هاد المواد موجهة للبحث فـالبرومبتات، التعليم، والاختبارات الدفاعية، وماشي للإضرار بالآخرين، خرق القانون، ولا مخالفة شروط المزوّدين.

شنو فيه المشروع

المستودع كيركز على الطريقة اللي كيأثرو بها تسلسلات التعليمات، تأطير الشخصية، تعارضات البرومبتات، وتجاوزات السياسات على سلوك الموديل. كل مدخل مصمم يكون كامل، ماشي غير ملخص ولا مقتطف، وبالتالي الملف براسو كيبين شنو خاصو يتنسخ ولا يتثبت.

• System prompts: تعليمات موجهة لرسالة system فـAPI، خانة التعليمات المخصصة ديال الشات بوت، ولا خانة مكافئة.
• ملفات AGENTS.md: تعليمات ديال المشروع ولا مساحة العمل لوكلاء البرمجة والأدوات المتوافقة.
• سياسات مساحة العمل: مواصفات تشغيل دائمة لبيئات بحال OpenCode.
• Ollama Modelfiles: ملفات فيها مصدر الموديل وكتلة SYSTEM اللي يمكن استعمالها مع Ollama.
• إعدادات الـharness: ملفات بحال grok-config.txt موجهة لخانة إعدادات harness معين، وماشي لمحادثة عادية.

المجموعة كتغطي موديلات OpenCode Zen، Claude، GLM وZCode، DeepSeek، Kimi، Grok، Gemini، Mistral، Qwen، Gemma، GPT-OSS، وزيد عليهم إضافات أحدث مازال ما تصنفاتش فملفات.

اختار مدخلا وتفقد الصيغة ديالو

بدا من مجموعة المستودع واختار موديل ولا صيغة كتناسب الهدف ديال البحث ديالك. الجداول كتعرف بالموديل، الملف المصدر، ونوع تعليمات التشغيل. مثلا، المستودع فيه ملفات system prompts ديال DeepSeek وKimi، مواصفات مساحات العمل ولا الوكلاء لعدة مداخل ديال OpenCode Zen، وModelfiles ديال Gemma 4 وGPT-OSS 20B.

1. حل المستودع فـGitHub.
2. تصفح المجموعة حسب المزوّد ولا عائلة الموديل.
3. قرا الملف قبل ما تطبقو، بما فيه ملاحظات النطاق ووقت التشغيل.
4. تأكد واش الملف system prompt، ولا إضافة AGENTS.md، ولا سياسة مساحة العمل، ولا كتلة إعدادات، ولا Ollama Modelfile.
5. راجع نسخة الموديل والبيئة اللي كان مخصص يخدم فيها الملف.

ما تعتبرش كل الملفات قابلة للتبديل. الـsystem prompt خاصو يكون فخانة تعليمات النظام، بينما ملف AGENTS.md خاصو يكون فالمستودع ولا مساحة العمل. ملف إعدادات خاص بـharness خاصو يتحط فواجهة الإعدادات اللي موضحها المشروع، وماشي يتلصق فدردشة عادية.

طبق system prompts

إلا كان المدخل معنون بـSystem prompt، نسخ المحتوى الكامل ديال الملف وحطو فخانة system prompt ولا التعليمات المخصصة اللي كيوفرها العميل ولا الـAPI ديالك. الـREADME كيعرف عدة أماكن ممكنة:

• رسالة system فـAPI.
• خانة التعليمات المخصصة ديال الشات بوت.
• كتلة تعليمات الوكيل.
• إعدادات البرومبت على مستوى الـharness.

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

استعمل ملفات AGENTS.md فمساحة العمل

المداخل اللي معلمة كإضافات AGENTS.md مخصصة باش تتحفظ بنفس الاسم بالضبط فجذر المستودع ولا مساحة العمل. وكلاء البرمجة والأدوات المتوافقة يقدرو يكتاشفو الملف باعتبارو تعليمات على مستوى المشروع.

1. نزّل ولا نسخ الملف المختار من المستودع.
2. حفظو باسم AGENTS.md فجذر مستودع الاختبار ولا مساحة العمل.
3. حل مساحة العمل باستعمال وكيل البرمجة المتوافق.
4. تأكد باللي الوكيل كيبين ولا كيصرح بأن تعليمات المشروع تحملات.
5. دير غير اختبارات آمنة ومضبوطة فمشروع قابل للتخلص منو.

بالنسبة للتعليمات العامة الدائمة، الـREADME كيعطي OpenCode كمثال. كيوضح بأن تثبيت OpenCode كيقرا ~/.config/opencode/AGENTS.md، مع التنبيه بأن المكان بالضبط كيعتمد على العميل ولا الـharness.

كوّن سياسات مساحة العمل

الملفات اللي موصوفة بأنها مواصفة تشغيل المساعد ولا ملف تشغيل مساحة العمل خاصها تتحط فبيئات كتدعم التعليمات العامة الدائمة. قبل ما تثبت شي ملف، حدد مجلد الإعدادات اللي كيتستعمل فالأداة ديالك، وتأكد واش كيطبق على الجميع ولا غير على المشروع الحالي.

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

بني موديل باستعمال Ollama

المستودع فيه Modelfiles ديال Gemma 4 وGPT-OSS 20B. هاد الملفات كتستعمل تصريح FROM وكتلة SYSTEM. من بعد ما تراجع الملف وتتأكد بأن الموديل المصدر متوفر فبيئتك، مررو لـOllama باستعمال الأمر الموثق:

ollama create gemma4-jb -f gemma4.md

بدّل سميّة الموديل والملف المصدر على حساب الإدخال اللي كتجرّب. الموديل المحلي الناتج تقدر من بعد تقيّمو فظروف مضبوطة. خليهوم عندك Modelfile الأصلي، ودوّن نسخة Ollama، الموديل الأساسي، البيئة ديال العتاد، والبرومبتات ديال الاختبار.

تعامل مزيان مع ملفات إعداد Grok

grok-config.txt موصوف على أنه إعداد للـ harness المستهدف. ماشي مخصّص لخانة المحادثة العادية. حط المحتوى ديالو غير فخانة الإعدادات اللي كيدعمها داك الـ harness، ورجع لوثائق الـ harness إلا كان المكان ولا الصيغة ما واضحاش.

قيّم السلوك بمسؤولية

سلوك البرومبتات كيتبدّل حسب النسخة. الموديلات كيتحدّثو، تراتبية التعليمات كتتبدّل، وبرومبتات النظام تقدر تتغيّر. ملف كيخدم بطريقة معيّنة فإصدار واحد يقدر يفشل ولا يتصرّف بشكل مختلف فإصدار آخر.

• استعمل برومبتات تقييم غير حساسة وما فيهاش ضرر.
• جرّب فحساب، مساحة عمل، ولا بيئة محلية معزولة إلا أمكن.
• ما تكشفش بيانات خاصة، معلومات الدخول، أنظمة الإنتاج، ولا معلومات ديال أطراف أخرى.
• قارن النتائج مع ملف التعليمات المختار وبلا بيه.
• سجّل إصدار الموديل، الكلاينت، واجهة الإعدادات، والنتيجة اللي تلاحظات.
• حبس الاختبار إلا كانت النتيجة تقدر تعاون على الضرر، الولوج بلا ترخيص، ولا خرق السياسات.

نفس التحليل يقدر يعاون حتى فالهندسة الدفاعية. دراسة كيفاش تأطير الشخصية والتعليمات المتعارضة كيأثرو على الموديل تقدر تعاون المطوّرين يتعرّفو على أنماط حقن البرومبتات ويحسّنو حدود التعليمات، والتحقق، وصلاحيات الأدوات.

نصائح متقدمة لبحث قابل لإعادة الإنتاج

فرّق بين تأثيرات البرومبت وتأثيرات البيئة

دير نفس الاختبار الآمن فبيئة أساسية، ومن بعد بالملف المختار. بدّل غير متغيّر واحد فكل مرة، بحال برومبت النظام، سياسة مساحة العمل، ولا نسخة الموديل. بهاد الطريقة كيولي أسهل تنسب الفروقات للإعداد المقصود.

استعمل توجيهات المشروع الخاصة بالإصدارات

المشروع كيميّز المراجعات المهمة بملفات جديدة، بحال opus-v3.md، بلا ما يمسح بصمت الإصدارات القديمة. ملي كتقارن الملفات، حافظ على المراجعة بالضبط وسجّل الوقت اللي تجرّبات فيه.

تحقّق من ادعاءات التوافق

ما تفترضش أن الإدخال خدام مع جميع المزوّدين ولا الكلاينتات. المسؤولون على المشروع كيطلبو بالخصوص من المساهمين يخليو ادعاءات التوافق صادقة. اعتبر كل ملف تجربة مرتبطة بالموديل، الـ harness، وواجهة التعليمات الموثّقة ديالو.

بلّغ على السلوك القديم

إلا ما بقا إدخال كيتصرّف كيفما موصوف، حلّ issue فيها الموديل، النسخة، الملف المتأثر، الكلاينت ولا الـ harness، ووصف مختصر للنتيجة. هاد المعلومات كتعاون المسؤولين يبقاو محدّثين المجموعة مع تغيّر الموديلات.

ساهم بإدخال جديد

طلبات الدمج مرحّب بها. تبع مبادئ المساهمة ديال المستودع:

1. استعمل برومبت واحد فكل ملف.
2. سمّي الملفات بحروف صغيرة وشرطات، بلا مسافات، بحال model-name.md.
3. ضمّن البرومبت كامل وجاهز للصق، ماشي ملخص ولا مقتطف.
4. شرح فين خاص البرومبت يتحط: خانة النظام، AGENTS.md، Modelfile، خانة الإعدادات، ولا واجهة تعليمات أخرى.
5. دير ملف جديد بإصدار جديد للمراجعات المهمة.
6. وثّق غير التوافق اللي تجرّب فعلاً.

التغييرات كتتسجّل فـ CHANGELOG.md ديال المستودع، بينما توجيهات المساهمة والأمن كاملة متوفرة عبر مستودع المشروع.

الخلاصة

AI Jailbreaks كيوفّر طريقة منظّمة لدراسة إعدادات البرومبتات الكاملة عبر موديلات وبيئات وكلاء مختلفة. باختيار نوع الملف الصحيح، وتطبيقو فواجهة التعليمات المناسبة، وتجريبو فالعزلة، وتسجيل الإصدارات بعناية، تقدر تستعمل المجموعة فبحث البرومبتات والاختبار الدفاعي بلا ما تخلط بين سلوك الموديل وبين نشر غير مدعوم ولا غير آمن.

الاستعمال غير للبحث والتعليم. تبع القوانين المطبقة، شروط المزوّدين، ومتطلبات السلامة ديال الأنظمة اللي كتستعمل.