دليل المبتدئين في الذكاء الاصطناعي: ابدأ من هنا

سؤال الأتمتة الدائم: «وكلاء الذكاء الاصطناعي أم RPA؟» الإجابة ليست إمّا هذا أو ذاك — اختر بحسب الدور، والنمط الرابح في 2026 هو مزج الاثنين (الهجين). RPA هو «يدان» حتميّتان تشغّلان إجراءً ثابتًا بسرعة ودقة (لكنه ينهار عند تغيّر الشاشة/المواصفات)؛ ووكيل الذكاء الاصطناعي هو «عقل» احتمالي يقرأ الموقف ويقرّر (قويّ في الغموض والاستثناءات، لكن ليس متطابقًا في كل مرة). تغطّي المقالة فرق مبدأ العمل، وجدول مقارنة (مقايضة قابلية التكرار مقابل المرونة)، وكيفية الاختيار (المحور هو «هل يُكتب بالكامل قواعدَ؟» — نعم ← RPA، حُكم لا يُكتب ← وكيل)، واتجاه 2026 (تحوّل روّاد RPA مثل UiPath وAutomation Anywhere وBlue Prism نحو الوكيلية — تقارب؛ لم يعد السؤال «أيهما» بل «أين يقع الاستدلال» = الأولوية للتنسيق)، والحل العملي: نموذج هجين يتولّى فيه العقل (الوكيل) الحُكم/التنسيق وتشغّل اليدان (RPA) التنفيذ الحتمي — لا تضع وكيلًا حيث تُطلب الحتمية، واقرِن الحُكم المفوَّض بحواجز حماية وموافقة بشرية. استنادًا إلى المعلومات الرسمية للموردين، مع أسئلة شائعة.

Claude Fable 5 وOpus 5 كلاهما من الفئة العليا، لكن الجواب ليس «دائمًا Fable 5» ولا «دائمًا Opus 5» — اختر بحسب المهمة. وقد غيّر وصول Opus 5 في 24 يوليو 2026 هذا الجواب كثيرًا: كان الجيل السابق Opus 4.8 يشغل خانة «أقل بدرجة من Fable 5 لكن بنصف السعر»، أما Opus 5 فيحافظ على السعر نفسه $5 / $25 بينما يضاهي Fable 5 أو يتفوّق عليه في اختبارات الوكلاء (Frontier-Bench 43.3% مقابل 33.7%، وOSWorld 2.0 70.6% مقابل 66.1%، وكلاهما مصدره الصحافة؛ وفي CursorBench 3.2 تذكر Anthropic أنه يقع ضمن 0.5% من Fable 5 وبنحو نصف التكلفة). ولا يزال أصعب استدلال في جولة واحدة يميل إلى Fable 5، لكن بفارق ضئيل — Humanity's Last Exam 56.5% مقابل 56.3% وDeepSWE v1.1 69.7% مقابل 68.8% (مصدرها الصحافة). المواصفات متطابقة في نافذة السياق 1M والحد الأقصى للإخراج 128K؛ ووضع Fast (نحو 2.5 ضعف) متاح في Opus 5 وحده لكنه يكلّف الضعف وعبر Claude API فقط، ولدى Opus 5 حد المعرفة الأحدث في مايو 2026. مخطط القرار: جرّب Opus 5 أولًا ولا تصعّد إلى Fable 5 إلا حيث يبلغ Opus 5 سقفه. وعمليًا، «Opus 5 كأساس وFable 5 للأجزاء الصعبة» هو الأمثل، مدعومًا بالتبديل التلقائي في التطبيق عند الحظر الأمني وبوضع «default» الاحتياطي الجديد في الـ API. يتناول المقال التوفر (إيقاف يونيو ← إعادة نشر يوليو)، وتجنّب الاعتماد على نموذج واحد، وضبط effort للتكلفة، وأسئلة شائعة — رابطًا عنقود Fable 5 بدليل إصدار Opus 5.

مَن الأكفأ في الأمن السيبراني: الذكاء الاصطناعي أم الإنسان؟ تحرّكت الإجابة كثيرًا في 2025–2026. فأوقف Big Sleep من Google ثغرة يوم-صفر حقيقية (CVE-2025-6965 في SQLite) قبل استغلالها، وبلغ مُختبِر الاختراق المستقل XBOW المركز الأول في تصنيف HackerOne الأمريكي. وفي المقابل، تبيّن أن 45% من الشيفرة المولّدة بالذكاء الاصطناعي بها ثغرات (نحو 2.74 ضعف ما يكتبه البشر)، ووقع أول هجوم سيبراني واسع يقوده الذكاء الاصطناعي عبر إساءة استخدام Claude (نُفّذ 80–90% منه ذاتيًا). يقارن المقال، استنادًا إلى مصادر أوّلية من Google وAnthropic وDARPA وVeracode، بين الذكاء الاصطناعي المتفوّق في السرعة والحجم والشمول، والإنسان المتفوّق في منطق العمل وتسلسل الهجوم والحُكم النهائي، عبر جدول مرجعي حسب المهمة. كما يُبيّن أن الذكاء الاصطناعي سيف ذو حدّين بثلاثة أوجه: «مصدر للثغرات، وأداة للهجوم، وأقوى مدافع»، ويخلص إلى أن الفائز هو توزيع الأدوار «الإنسان × الذكاء الاصطناعي» (نموذج القنطور) مع التحقّق البشري human-in-the-loop، منظّمًا ذلك للممارسين والإدارة.

عند البدء مع النماذج اللغوية المحلية، يُعدّ Ollama الأداة المفضّلة لتثبيتها أولاً، إذ يتولّى عنك معظم متاعب الإعداد المعقّدة حتى تتمكن من تنزيل نموذج وبدء المحادثة بأمر واحد. يأخذك هذا الدليل الموجّه للمبتدئين خطوة بخطوة من البداية إلى النهاية عبر التثبيت على Windows وMac وLinux، والأوامر الأساسية، وكيفية الحصول على النماذج واختيارها حسب VRAM، واستخدام واجهة رسومية مثل Open WebUI، وتسخير الـ API المحلي المتوافق مع OpenAI لدمجه في تطبيقاتك، إضافة إلى التخصيص عبر Modelfile ومتغيرات البيئة، وحل المشكلات الشائعة.

أي نموذج LLM محلي تختار في 2026؟ يرتّب هذا الدليل العائلات الرئيسية (Qwen وLlama وGemma وDeepSeek وMistral وPhi) حسب الجهة المطوّرة وبلد المنشأ والحجم وحالة الاستخدام والترخيص، ويوضّح لماذا لا يوجد نموذج واحد لكل الأغراض. كما يستعرض النماذج العربية والإقليمية مثل Jais وFalcon وALLaM وAceGPT للراغبين في طبيعية اللغة العربية أو متطلّبات السيادة، مع توصيات عملية حسب VRAM وحالة الاستخدام، ونصائح الترخيص للاستخدام التجاري.

عند البدء بنموذج LLM محلي، يكون السؤال الأول دائمًا: هل سيعمل على جهازي؟ الجواب أن 90% من المواصفات تعتمد على VRAM، أي ذاكرة بطاقة الـ GPU لديك. يشرح هذا الدليل جدولًا سريعًا لحجم VRAM المطلوب حسب حجم النموذج، ومعادلة تقريبية بسيطة لحسابه، وكيف يضخّم التكميم وطول السياق هذه الحاجة. كما يعرض سرعات واقعية لكل من GPU وMac، ويقدّم ثلاث تركيبات موصى بها حسب الميزانية حتى يعرف المبتدئ أيّ جهاز يشتري.

ما الفرق فعلاً بين تشغيل LLM محلي على حاسوبك الخاص واستخدام نماذج سحابية مثل Claude وChatGPT وGemini؟ يضع هذا المقال الخيارين في مقارنة واحدة عبر الأداء والتكلفة والخصوصية والعتاد والجهد المطلوب. كما يعرض بصدق إلى أي مدى تقلّصت «فجوة الأداء» التي يُساء فهمها كثيراً اعتباراً من 2026 بعد تصاعد النماذج المفتوحة. وأخيراً يرشدك إلى أيهما تختار بحسب حالتك — ولماذا يكون النهج الهجين هو الحل الأمثل لمعظم الناس.

يشرح هذا المقال مخاطر الاعتماد على الذكاء الاصطناعي بعد أن سُحب نموذجا Claude Fable 5 و Mythos 5 بين عشية وضحاها في يونيو 2026 بسبب التنظيم ثم أُعيد نشرهما بعد 19 يومًا في 1 يوليو 2026. يستعرض الأنواع الستة لتوقّف الذكاء الاصطناعي — من التعليق المفاجئ والتقاعد المخطّط إلى الارتباط بالمزوّد — ثم يقدّم خمس خطوات عملية للمستخدمين الأفراد. كما يتناول للأنظمة الإنتاجية تصميم التكرار: طبقة تجريد (بوّابة LLM) مثل LiteLLM و OpenRouter و Vercel AI SDK، وسلاسل التراجع، ونموذج محلّي بوصفه خط الدفاع الأخير، ودليل تعافٍ. والفكرة الجوهرية: احمِ بالتصميم لا بالتنبؤ، وأبقِ بياناتك ومطالباتك بين يديك.

Agent evals هي عملية القياس المنهجي لما إذا كان الوكيل — الذي يستخدم الأدوات ويتخذ خطوات متعددة للوصول إلى هدف — قادرًا فعلًا على إنجاز مهامه. إنها تطور لتقييمات الـ LLM، يتوسع فيه الهدف من «مخرَج واحد» إلى «سلسلة من الأفعال». ولأن الوكيل يخطط، ويستدعي الأدوات، ويحدّث الحالة، فإن المخرَج النهائي وحده لا يكفي؛ وتشير Google إلى أن عليك فهم «لماذا» وراء أفعال الوكيل، وتقسّم التقييم إلى استجابة نهائية و trajectory. الأبعاد الخمسة هي: النتيجة (نجاح المهمة، يُحكَم عليها بالحالة النهائية — ما إذا كان الحجز موجودًا في الـ DB، لا التصريح «لقد حجزتُه»)، والمسار (خطوات معقولة، أدوات صحيحة بالترتيب الصحيح)، وصحة استخدام الأدوات (الأداة والوسائط الصحيحة، مع فحص أسماء الدوال والأنواع)، والكفاءة (الخطوات، الرموز، التكلفة، زمن الاستجابة — غالبًا إشارات قابلية مراقبة مُدخَلة في التقييم)، وجودة الاستجابة النهائية (عبر LLM-as-judge أو معيار تقييم). والمُقيّمون هم الكود (سريع/رخيص/قابل لإعادة الإنتاج لكنه هشّ)، و LLM-as-judge (مرن لكنه غير حتمي ويحتاج إلى معايرة)، والبشر (المعيار الذهبي لكنه مكلف — تجنّبه إن أمكن). توصي Anthropic بتقييم النتيجة لا المسار: فمطابقة المسار الحرفية «صارمة وهشّة» لأن الوكلاء يجدون بدائل صحيحة، بينما تقدّم Google و Microsoft مقاييس مطابقة المسار لتشخيص الإخفاقات. والمزالق الخاصة هي اللاحتمية (pass^k)، والأخطاء المتراكمة (p^t)، واختراق المكافأة (ذراع روبوت DeepMind تزيّف إمساكًا)، وتقادم مجموعات التقييم أو تلوثها. والخطة العملية، وفق Anthropic: حوّل 20-50 إخفاقًا في الإنتاج إلى حالات اختبار، وشغّل التقييم الآلي في CI، وافصل تقييمات القدرة والانحدار، واكتبها مبكرًا. ومعايير مثل SWE-bench و tau-bench و WebArena و GAIA و OSWorld و BFCL مراجع مفيدة (الدرجات تتغير حسب الإصدار، فلا تأخذها على ظاهرها). استنادًا إلى المعلومات الرسمية، مع الإشارة إلى أوجه عدم اليقين.

خطافات Claude Code هي أوامر شِل يعرّفها المستخدم وتُنفَّذ تلقائيًا عند نقاط محددة في دورة حياة Claude Code، فتجعل قاعدة "يجب أن يحدث هذا دائمًا" حقيقية وحتمية دون الاعتماد على حكم نموذج اللغة الكبير. الأحداث الكلاسيكية تسعة — SessionStart، وUserPromptSubmit، وPreToolUse، وPostToolUse، وNotification، وStop، وSubagentStop، وSessionEnd، وPreCompact — ومنها PreToolUse وغيره يمكنه الحظر (موقِفًا تعديلات الملفات المحمية أو الأوامر الخطيرة). تُعِدّها في settings.json تحت مفتاح "hooks" على هيئة اسم الحدث ← matcher ← type + command. عقد الإدخال/الإخراج: يتلقى الخطاف JSON على stdin (session_id، وtool_input، إلخ) ويُرجع عبر رمز الخروج 0 (نجاح) / 2 (حظر، مع تمرير stderr إلى Claude) أو JSON مُهيكَل (continue، وdecision:block، وpermissionDecision: deny/allow/ask). المبدأ الرئيسي هو "يمكن للخطافات التشديد لا التخفيف للقيود" (deny تفوز دائمًا، وتحظر حتى في وضع bypassPermissions). حالات استخدام كلاسيكية: التنسيق التلقائي بعد التعديلات (PostToolUse + Edit|Write)، وحماية الملفات الحرجة، وإيقاف الأوامر الخطيرة، وإعادة حقن السياق (SessionStart)، والإشعارات/سجل التدقيق، والاختبار قبل التوقف (Stop). بخصوص الأمان، تشغّل الخطافات أوامر شِل عشوائية بصلاحياتك، لذا لا تُعِدّ سوى الموثوقة منها وتحقّق من المدخلات واقتبسها؛ ويُلتقَط إعداد الخطاف عند بدء الجلسة (ميزة أمان) لذا لا تُطبَّق تغييرات منتصف الجلسة. استنادًا إلى التوثيق الرسمي، مرتكزًا على الأحداث التسعة الكلاسيكية وعقد الإدخال/الإخراج.

checkpointing و ‎/rewind شبكة أمان: يتتبع Claude Code تلقائيًا تعديلات Claude للملفات أثناء عملك، فتعود إلى "ما قبل الخطأ" بضغطات قليلة. تُلتقط لقطة قبل كل تعديل، ويصبح كل موجّه ترسله نقطة استعادة، وتستمر نقاط التفتيش عبر الجلسات. للاستخدام، اكتب ‎/rewind أو اضغط Esc مرتين عندما يكون الإدخال فارغًا لفتح القائمة، ثم اختر نقطة واختر استعادة الكود والمحادثة / استعادة المحادثة / استعادة الكود (ملاحظة: إذا احتوى الإدخال على نص، فإن Esc مرتين يمسحه بدلًا من ذلك). التحذير الأهم: تُستعاد فقط التغييرات التي تتم عبر أدوات تحرير Claude (Write/Edit/NotebookEdit) — أما تغييرات أوامر bash (rm/mv/cp)، والتغييرات خارج الجلسة أو من جلسات أخرى، وعمليات المجلدات، والملفات البعيدة، وحالة قاعدة البيانات فلا يُتراجَع عنها عبر rewind. تصوغها الوثائق على أنها "نقاط التفتيش = تراجع محلي، Git = تاريخ دائم،" مذكورةً أنه يُكمّل ولا يحل محل التحكم في الإصدارات، لذا الالتزام بـ Git عند المعالم هو القاعدة. كما أن ‎/rewind هو التعافي من خطأ 400 المرتبط بتزامن استخدام الأدوات وكتل التفكير (يدفعك المنتج نفسه لتشغيله)، رغم أن الإصدارات السابقة لـ v2.1.156 قد لا تزيله فيأتي claude update أولًا. مُفعّل افتراضيًا في واجهة سطر الأوامر التفاعلية، واشتراك صريح في Agent SDK، ومُحتفَظ به مع الجلسات لمدة 30 يومًا (قابل للتهيئة). استنادًا إلى الوثائق الرسمية، مع الإشارة إلى مواطن عدم اليقين.

أُطلق Claude Managed Agents كإصدار تجريبي عام في 8 أبريل 2026 كمجموعة من واجهات برمجة التطبيقات القابلة للتركيب لبناء ونشر وكلاء مستضافين على السحابة على نطاق واسع. بدلاً من بناء حلقة الوكيل الخاصة بك وتنفيذ الأدوات وبيئة التشغيل، تحصل على بيئة مُدارة بالكامل يمكن فيها لـ Claude قراءة الملفات وتشغيل الأوامر وتصفح الويب وتنفيذ التعليمات البرمجية بأمان، مع تخزين مؤقت للموجّهات وضغط للسياق وعزل في sandbox وحفظ للحالة مدمجة. وهو منظَّم حول أربعة مفاهيم (Agent وEnvironment وSession وEvents)، ويمكن أن تكون الـ Environment بيئة سحابية مُدارة من Anthropic أو ذاتية الاستضافة. والفرق عن Agent SDK ذاتي الاستضافة (حيث تُشغّل الحلقة والأدوات والبنية التحتية) هو "أنت تشغّله مقابل Anthropic تشغّله" — ليسا متنافسَين بل خيار حول مقدار ما تحتفظ به من التشغيل. ومن السمات المميّزة الذاكرة الدائمة المحدودة بنطاق مساحة العمل (memory store) المُركّبة في الـ sandbox على ‎/mnt/memory، يقرأها الوكيل ويكتب إليها بعمليات الملفات الاعتيادية وتبقى عبر الجلسات (نسخ غير قابلة للتعديل، احتفاظ 30 يوماً، حدود مثل 100 kB لكل ذاكرة). والـ dreaming مهمة غير متزامنة تقرأ الذاكرة القائمة والنصوص السابقة لإنتاج متجر ذاكرة مُعاد تنظيمه — بدمج المكرّرات وتحديث القيم القديمة وإبراز رؤى جديدة (معاينة بحثية تتطلب وصولاً؛ يصفها البعض بـ"المجدولة" لكن الوثائق تصفها بمهمة غير متزامنة عند الطلب). ويتضمن أيضاً تقييماً قائماً على النتائج (يقيّم مُقيّم منفصل وفق معيارك؛ تحسّن مذكور يصل إلى 10 نقاط) وتنسيق تعدد الوكلاء. والتسعير هو الرموز (tokens) + 0.08$ لكل ساعة جلسة (يُقاس بالملّي ثانية، فقط أثناء التشغيل؛ نحو 0.705$ لجلسة Opus 4.8 لمدة ساعة). مُفعَّل افتراضياً لجميع حسابات الـ API، لكنه ذو حالة لذا غير مؤهّل لـ ZDR أو HIPAA BAA. استناداً إلى المعلومات الرسمية، مع الإشارة إلى أوجه عدم اليقين.