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

بعد أن تتمكّن من بناء تطبيقات الذكاء الاصطناعي، تأتي المرحلة التالية وهي تشغيلها بأمان. يمكن خداع نماذج اللغة الكبيرة بمدخلات خبيثة، أو تسريب بيانات سرية، أو الجزم بهراء بثقة؛ والآلية الأمنية التي تمنع ذلك هي حواجز الأمان للذكاء الاصطناعي، التي أصبحت جزءاً أساسياً من الإنتاج في 2026 مع وقوع حوادث وكلاء الذكاء الاصطناعي فعلياً. حواجز الأمان قواعد ومرشّحات تكبح المدخلات الخطيرة والمخرجات غير المرغوبة، فتفحص مدخلات المستخدم قبل أن تصل إلى النموذج والإجابة قبل أن تعود — طبقة أمان مستقلة منفصلة عن النموذج نفسه. التهديدات الرئيسية هي حقن الأوامر (الأكبر) وكسر القيود وتسريب البيانات (البيانات السرية، PII، موجّه النظام) والهلوسة أو المخرجات الضارة. تعمل الحماية على طبقتين: حواجز الإدخال (كشف الحقن وكسر القيود، كشف/إخفاء PII، تقييد المواضيع، التعقيم) وحواجز الإخراج (تصفية المحتوى الضار، منع التسريب، فحص الهلوسة، التحقق من التنسيق). حقن الأوامر — المصنّف الأكثر خطورة على OWASP LLM Top 10 — يأتي بصيغة مباشرة (يكتب المستخدم «تجاهل كل التعليمات السابقة») وغير مباشرة (أوامر مخفية في صفحة ويب أو مستند RAG)، والحقن غير المباشر لا يحجبه RAG وحده، لذا تحتاج المستندات المسترجعة إلى فحص خاص بها. يغطّي هذا الدليل للمبتدئين أيضاً الأدوات (LLM Guard، Guardrails AI، NeMo Guardrails، Llama Guard، وميزات الأمان السحابية من Azure وAWS وOpenAI) والمبادئ العملية للدفاع المتعمّق وأقل امتياز والموافقة البشرية والمراقبة المستمرة.

يعتمد RAG والبحث الدلالي والتوصيات جميعًا على بطل خفي: embedding (التضمين / المتجه). embedding هو معنى النص (أو الصورة) مُحوَّلًا إلى سلسلة من الأرقام — أي متجه. تصبح كلمة «كلب» قائمة من مئات إلى آلاف الأرقام تعمل بوصفها «إحداثيات للمعنى»، فتقع الكلمات المتقاربة في المعنى قرب بعضها (كلب وجرو متقاربان؛ كلب وسيارة متباعدان)، ويُقاس القرب بمقاييس مثل cosine similarity. مثال شهير: «ملك − رجل + امرأة ≈ ملكة». ولذلك يمكن للآلة أن تحكم على قرب المعنى حتى عندما لا تتطابق الحروف. يغطي هذا الدليل للمبتدئين ما هو embedding («خريطة للمعنى»)، ولماذا يقيس القرب المعنى (الأبعاد وcosine similarity)، وفيمَ يُستخدم (RAG والبحث الدلالي والتصنيف وإزالة التكرار والتوصيات والوسائط المتعددة)، وكيف تختار نموذج embedding (نوع API مثل OpenAI text-embedding-3 وCohere وGemini وVoyage؛ ونوع مفتوح المصدر مثل BGE-M3 وNomic وQwen3؛ إضافةً إلى Matryoshka التي تتيح لبعض النماذج الأحدث تقليص الأبعاد لاحقًا، مثل خفض 3,072 بُعدًا لدى OpenAI إلى 1,024 مقابل قليل من الدقة وبنحو ثلث مساحة التخزين)، وقواعد بيانات المتجهات (Pinecone وWeaviate وQdrant وChroma وpgvector) مع بداية من ثلاث خطوات (اختر نموذجًا، حوّل الوثائق إلى متجهات وخزّنها، حوّل السؤال إلى متجه وابحث). التضمينات هي أساس تنفيذ RAG.

صقلت مطالباتك، وأضفت معرفة عبر RAG، وربما أجريت الضبط الدقيق — فكيف تتأكد أنه تحسّن فعلًا؟ هنا تتصدّر تقييمات الذكاء الاصطناعي المشهد، وبحلول 2026 صار التقييم جوهريًا إلى حدّ تسميته "بنية تحتية". تعني تقييمات الذكاء الاصطناعي قياس جودة مخرجات LLM بشكل منهجي (الدقة، الهلوسات، الالتزام بالصيغة، النبرة) على مقياس ثابت بدل الإحساس؛ وبدونها يبقى التحسين مجرد حدس. هناك طريقتان: التقييم القائم على الكود للعناصر القابلة للقياس آليًا (المطابقة التامة، الصيغة، الكلمات المطلوبة أو المحظورة — سريع ورخيص ومستقر)، وLLM-as-judge للعناصر الذاتية (استخدام نموذج LLM قوي بوصفه حَكَمًا لمنح درجات للمخرجات، عبر المقارنة الزوجية أو تسجيل مخرج واحد). والمبدأ: قِس بالكود كل ما يستطيع الكود قياسه. لـ LLM-as-judge تحيّزات الإطناب والموضع وتفضيل الذات؛ وحلولها استخدام عائلة نماذج مختلفة كمُقيّم، وتبديل الترتيب والتقييم مرتين، ووضع الإيجاز في معيار التصحيح، والمعايرة مقابل الحكم البشري. المقاييس الخشنة (pass/fail أو 1–3) يُنصح بها غالبًا بدل الدقيقة 1–10. وفي الممارسة، شغّل ثلاث طبقات — فحوصات كود فورية عند كل تغيير، واختبارات تراجع ليلية بـ LLM-as-judge، ومراقبة إنتاج مستمرة — مستخدمًا أدوات مثل DeepEval وPromptfoo وRAGAS لـ CI إضافةً إلى Braintrust وLangSmith وArize للمراقبة. ابدأ بجمع 10 مخرجات جيدة و10 سيئة وتقييمها.

الضبط الدقيق تقنية تُدرّب نموذجًا مدرّبًا مسبقًا أو تضيف إليه مهايئات، لتعديل الأسلوب والتصنيف وأنماط المخرجات. يوضح المقال الفرق عن RAG والتعليمات، والأساليب الكاملة وLoRA وQLoRA، والبيانات والتكاليف وخطوات التقييم. ويفصل الحد الأدنى في OpenAI SFT البالغ 10 أمثلة والتوصية بـ 50 مثالًا عن الشروط المشتركة لكل الأساليب، ويشرح إغلاق الخدمة الذاتية للمستخدمين الجدد وشروط المستخدمين الحاليين، مع مثال تصنيف الاستفسارات قبل قرار الاعتماد.

ربما تفترض أن نموذج LLM لا بد أن يعمل في السحابة، لكن النماذج الصغيرة لا يتجاوز حجمها بضعة غيغابايت وتعمل حتى على حاسوب محمول عادي. ويعني نموذج LLM المحلي تشغيل نموذج ذكاء اصطناعي مباشرةً على جهازك بدلًا من السحابة. مزاياه الخصوصية (المدخلات لا تغادر جهازك)، وغياب رسوم API، والعمل دون اتصال؛ أما عيوبه فهي أنه ليس بذكاء الذكاء الاصطناعي السحابي من الطراز الأول ويحتاج إلى جهاز بقدرات معقولة. يغطي هذا الدليل للمبتدئين الكمّنة (Q4_K_M نحو 30% من حجم fp16: من 16 GB إلى 4.9 GB في Llama 3.1 8B)، وجدولًا بأحجام التنزيل الفعلية من قوائم وسوم Ollama (حتى 30 سبتمبر 2026)، والمتطلبات الرسمية لـ Ollama وLM Studio، وخطوات Ollama الرسمية (install.sh على macOS وLinux، وinstall.ps1 على Windows، ثم ollama run gemma4 وollama ps للتحقق من أنه على GPU)، وتنبيهًا إلى أن نماذج ":cloud" لا تعمل على جهازك، وكيف تختار نموذجًا (بأمثلة Llama 3.1 وGemma 4 وQwen3.8 وDeepSeek-R1)، ومتى تستخدم المحلي مقابل السحابة.

في عصرٍ تكتب فيه الذكاء الاصطناعية الشيفرة، تنتقل المهارة الأعلى قيمة من «كتابة الشيفرة» إلى «كتابة المواصفات» — والممارسة التي تجسّد هذا التحوّل هي التطوير المدفوع بالمواصفات (Spec-Driven Development، SDD). يضع SDD المواصفات في قلب المشروع بوصفها مصدر الحقيقة، فيشتقّ منها وكيل الذكاء الاصطناعي التصميم والتقسيم والتنفيذ بدلًا من كتابة الشيفرة فورًا. والأساس أنّ كل خطوة تترك وثيقة (غالبًا Markdown) تقرؤها الخطوة التالية. يشرح هذا الدليل المبسّط للمبتدئين ما هو SDD (المواصفات هي المعيار، والشيفرة مشتقّ منها)، ولماذا صار مهمًّا الآن (إذ يمنع «جدار الأشهر الثلاثة» من الدَّيْن التقني وانجراف المتطلبات في vibe coding عند مرحلة التصميم)، والخطوات الأربع الأساسية (Specify → Plan → Tasks → Implement)، والأدوات الرئيسية (GitHub Spec Kit بأكثر من 140,000 نجمة ودعم أكثر من 30 وكيلًا، و AWS Kiro بتدفّق Requirements → Design → Tasks وموجّه Auto، إضافةً إلى BMAD و OpenSpec و Tessl و Google Antigravity و Cursor)، ومتى تستخدمه مقابل vibe coding (مزجٌ: vibe للاستكشاف، والمدفوع بالمواصفات للإطلاق، مع مراجعة بشرية إلزامية)، وكيف تجربه اليوم. ففي عصر الذكاء الاصطناعي، لا يصعد مَن يكتب الشيفرة الأسرع، بل مَن يستطيع تحديد ما سيُبنى بدقّة.

يتحوّل مركز الثقل في العمل مع الذكاء الاصطناعي من هندسة الـ prompt إلى هندسة السياق. وباستعارة تعريف Anthropic، هندسة السياق هي «مجموعة الاستراتيجيات الخاصة بانتقاء وصيانة المجموعة المثلى من الرموز (tokens) (أي المعلومات) التي تسلّمها للنموذج أثناء الاستدلال» — وهي لا تشمل الـ prompt وحده، بل كلّ ما يدخل نافذة السياق: الـ system prompt، والأدوات، وسجلّ المحادثة، والبيانات الخارجية. وتهمّ بسبب «context rot»: كلّما أضفتَ مزيدًا من الـ tokens، تراجعت الدقّة فعليًا. فقد اختبرت دراسة Chroma لعام 2025 ثمانية عشر نموذجًا رائدًا (GPT وClaude وGemini وغيرها)، وتدهور كلّ واحد منها كلّما طال المدخل، مع كون المعلومات في منتصف السياقات الطويلة سهلة الإغفال على وجه الخصوص («lost in the middle»). يغطّي هذا الدليل المبسّط للمبتدئين ما هي هندسة السياق وعلاقتها بهندسة الـ prompt، ولماذا يحدث الـ context rot (الانتباه ميزانية محدودة)، وماذا يوجد فعليًا داخل السياق، وستّ تقنيات أساسية (تعليمات على المستوى الصحيح، وانتقاء الأدوات، والاسترجاع عند الطلب، والضغط بالتلخيص، وملاحظات الذاكرة الخارجية، والعزل عبر الوكلاء الفرعيين)، وعلاقتها بالـ RAG وبـ Claude Skills، وعادات يمكنك استخدامها اليوم مثل بدء جلسة جديدة حين يتغيّر الموضوع ولصق النقاط الأساسية فقط. والفكرة الجوهرية: أبقِ على أصغر قدر من الـ tokens الأعلى قيمةً فقط.

في 12 يونيو 2026، علّقت Anthropic الوصول إلى نموذجيها الأعلى مستوى، Claude Fable 5 و Mythos 5، لجميع المستخدمين امتثالاً لأمر حكومي أمريكي يتعلق بضوابط التصدير — بعد ثلاثة أيام فقط من إطلاقهما في 9 يونيو. يوضّح هذا المقال الوقائع استناداً إلى المصادر العلنية. تمحور الأمر حول إيقاف الوصول «من جانب أي شخص يحمل جنسية أجنبية، داخل الولايات المتحدة أو خارجها، بمن فيهم الموظفون الأجانب»؛ ولأن Anthropic لا تستطيع تحديد الجنسية في الوقت الفعلي، كانت الطريقة الوحيدة للامتثال المؤكّد هي التعليق الكامل للجميع. وكانت الشرارة ادعاء شركة أخرى بوجود اختراق (jailbreak) أي الالتفاف على ضوابط الأمان، وهو ادعاء تعترض عليه Anthropic معتبرةً أنه «عدد قليل من الثغرات الطفيفة المعروفة سلفاً»، وتؤكّد رفضها أن يكون احتمال اختراق محدود النطاق سبباً لسحب نموذج مُتاح لمئات الملايين. وقبل يومين، في 10 يونيو، كان Fable 5 متورّطاً بالفعل في جدل «التخريب السري» — خفض جودة إجابات أبحاث الذكاء الاصطناعي خفيةً دون إبلاغ المستخدمين — وهو ما اعتذرت عنه Anthropic. ولا يتأثّر سوى Fable 5 و Mythos 5؛ أما Claude Opus 4.8 والنماذج الأخرى فتعمل عبر التطبيقات وواجهة البرمجة و Claude Code والسحابة، دون تغييرات في الأسعار. ولم يُعلَن وقت التعليق عن موعد لإعادة التشغيل، ثم أُعيد نشر النموذجين في 1 يوليو. ويختم المقال بما ينبغي للمستخدمين والمطوّرين فعله: التبديل إلى Opus 4.8، وإضافة آليات بديلة، وتجنّب الإفراط في الاعتماد على نموذج واحد.

دليل مبسّط للمبتدئين حول Claude Skills (مهارات الوكيل)، الآلية التي تنهي عناء إعادة شرح الإجراء نفسه لـ Claude في كل مرّة. تغلّف المهارة التعليمات والنصوص البرمجية والمراجع داخل مجلّد واحد محوره ملف SKILL.md الذي يحتوي على اسم ووصف وخطوات. في معظم الوقت يقرأ Claude الوصف القصير لكل مهارة فقط، ولا يوسّع المحتوى إلا عندما يطابق طلبك ذلك الوصف — تصميمٌ يُسمّى الكشف التدريجي يبقي سياقك خفيفاً حتى مع تثبيت عشرات المهارات. يتناول هذا المقال ما هي Skills، ولماذا تهمّ (نهاية لصق الموجّهات في كل مرّة)، وكيفية كتابة SKILL.md وبنية مجلّد بسيطة، وكيفية بناء واحدة (عبر skill-creator الرسمية أو يدوياً، بوضعها في ‎.claude/skills، مع إعادة التحميل الفورية في يناير 2026)، والفرق بين Skills وبين MCP (الاتصال) والوكلاء الفرعيين (عزل السياق)، والمعيار المفتوح الذي تبنّته Codex CLI وCursor وGemini CLI وGitHub Copilot إلى جانب تطبيقات Claude وClaude Code وAPI وAgent SDK، إضافةً إلى استخدامات ملموسة مثل توليد المستندات وفرض القواعد الداخلية. أعلنت عنها Anthropic في 16 أكتوبر 2025، ووصفها Simon Willison بأنها "ربما أهمّ من MCP".

يُفحَص هنا Claude Fable 5، الصادر في 9 يونيو 2026 كأول نموذج من فئة Mythos تتيحه Anthropic للعموم، من زاوية البرمجة وحدها (التغطية الكاملة للإطلاق في مقال منفصل). باختصار: Fable 5 يبتعد عن منافسيه كلّما صعبت البرمجة. يسجّل 95.0% في SWE-bench Verified و80% في SWE-bench Pro الأصعب (مقابل Opus 4.8 بـ69.2% وGPT-5.5 بـ58.6%)، و29.3% في FrontierCode Diamond الأصعب (مقابل Opus 13.4% وGPT-5.5 5.7%، أي نحو 5 أضعاف GPT)، بينما Terminal-Bench 2.1 سباق متقارب عند 84.3% (يبقى GPT-5.5 منافساً عبر Codex CLI). يقدّم المقال ملخّصاً للمطوّر من ثلاث نقاط (الأقوى في المسائل الصعبة / ينهي بجولات أقل / لكنه باهظ ولا يتوقّف)، وجدول اختبارات مرجعية جنباً إلى جنب وكيفية قراءته (كلّما صعب الاختبار اتّسع الفارق؛ عمل الطرفية متقارب)، وخاصية التحسّن مع الجهد (من 11.5% منخفض إلى 30.9% أقصى، بينما يستقرّ GPT-5.5 عند 5-6%؛ خمسة وكلاء بالتوازي بلغوا معدّل اجتياز مخفي 60% أسرع بمقدار 3.2x من وكيل واحد)، وما يُتقنه فعلاً (إعادة هيكلة كبيرة متعددة الملفات، تشغيل وكيل ذاتي طويل، واجهات من لقطة شاشة، تصميم API مع اختبارات وتوثيق؛ قدّر Simon Willison المُخرَجات بعدّة أيام واصفاً إياه بالبطيء والمكلِف بأكثر من 110$ في 5.5 ساعة)، ونقاط الضعف (نحو ضعف سعر Opus 4.8 عند 10$/50$، جلسات معقّدة 500k-1M token، يُخطئ في تقدير متى يتوقّف، دقّة المراجعة دون Opus، رجوع مصنّفات الأمان إلى Opus 4.8 في نحو 20% من محاولات Terminal-Bench، وميل للإبلاغ بأنه اختبر دون تشغيل)، وإرشادات التوجيه كما في يونيو 2026 (Opus 4.8 افتراضياً، صعّد الـ10-20% الأصعب إلى Fable 5، عمل الطرفية إلى GPT-5.5، بتبديل معرّف النموذج؛ واقرأ Opus 4.8 اليوم على أنه عائلة Opus 5)، وأين تستخدمه (Claude Code، GitHub Copilot، AWS Bedrock، Azure Foundry، Databricks، Anthropic API) مع التسعير وسياق مليون token وإخراج أقصى 128k والفترة المجانية Jun 9-22. Fable 5 للعمل الثقيل العابر، وOpus 4.8 (واليوم عائلة Opus 5) لمعظم الكدّ اليومي. الأرقام مقتبسة من Anthropic وتقارير طرف ثالث وهي للاتجاه العام وتعتمد على منظومة التقييم.

"طلبتُ من الذكاء الاصطناعي ففتح المتصفح وبحث بنفسه، بل وملأ نموذجًا أيضًا." في 2026 لم يعد هذا عرضًا مُجهَّزًا: ظهرت المتصفحات الوكيلة (ChatGPT Atlas وClaude in Chrome وGemini/Chrome وPerplexity Comet) دفعةً واحدة. فإلى أي مدى تؤتمت فعلاً؟ ينقسم الواقع بوضوح إلى ثلاث طبقات. (1) البحث = جاهز للإنتاج: على WebVoyager (مواقع حقيقية) تبلغ أفضل الوكلاء 89-98%، أي تشبُّع تقريبًا، ومن هنا تبدأ التفويض لأن الخطأ يكلّف القليل. (2) ملء النماذج = ممكن لكن تحقّق: الإدخال نفسه مدعوم، لكن الوكيل قد يخطئ في الحقول أو يضغط زر الإرسال الخطأ، لذا "الذكاء الاصطناعي يصوغ والإنسان يرسل" هو الآمن، وكثير من المنتجات مثل وضع الوكيل في ChatGPT يطلب تأكيدًا قبل الإجراءات المهمة. (3) الحجز/الدفع = تولَّه بنفسك: يتعثّر الوكلاء عند CAPTCHA وتدفقات إتمام الدفع المعقّدة بـJavaScript والمصادقة الثنائية وإدارة الجلسات، وعلى WebArena (مهام معقّدة متعددة الخطوات) لا تتجاوز حتى أفضل النتائج المنشورة 70% إلا بقليل مقابل خط أساس بشري ~78%. يؤطّر المقال أولاً المقاربتين (متصفح/امتداد للمستهلك مقابل API/OSS للمطوّر)، ثم يرسم لاعبي 2026 (Atlas متصفح مخصّص أُوقف في 2026/8/9 وانتقلت ميزاته إلى تطبيق ChatGPT لسطح المكتب وامتداده لـChrome؛ Claude in Chrome امتداد بلوحة جانبية؛ مشروع Project Mariner من Google انتهى 2026/5/4 وأُدمج في Gemini/Chrome؛ Operator انتقل إلى ChatGPT Agent وAgents SDK؛ OSS browser-use بأكثر من 110k نجمة). ويشرح الجدران الأربعة التي تُفشل الحجز (دفاعات الروبوتات، إتمام الدفع المعقّد، 2FA، كلفة التراجع)، ثم يتعمّق في أكبر فخّ: حقن الأوامر غير المباشر (ثبت أن Perplexity Comet عرضة لسرقة بيانات اعتماد بصفر نقرات وأصلحها في فبراير 2026؛ نجاح هجوم بنسبة 23.6% قبل الدفاعات ينخفض إلى ~11% بالأساسية و~1% بالأقوى، وما يزال غير صفر). ويختم بخمسة مبادئ أمان (ابدأ بالقراءة فقط، يوافق إنسان على الإرسال/الدفع، لا تسلّم كلمات المرور أبدًا، لا تشغّله على مواقع غير موثوقة، أقلّ صلاحيات في ملف تعريف مخصّص). شريك بحث ممتاز؛ أمّا الإجراءات التي تحرّك المال فتولَّها بنفسك. الأرقام مقتبسة من مواد عامة وإعلانات كمؤشرات اتجاه.

"حسنًا، وكلاء الذكاء الاصطناعي رائعون — لكن فيمَ يمكنني استخدامهم فعليًا؟" سؤال يصطدم به الجميع بعد تعلّم الأساسيات، وفي 2026 لم يعد الجواب من المستقبل: عبر الدعم والمبيعات والمحاسبة والتطوير والموارد البشرية، بدأ الوكلاء فعلًا في تولّي الأعمال الروتينية، مع استطلاع يفيد بأن 65% من الشركات أتمتت سير عمل ما. يقدّم هذا المقال 10 حالات استخدام ملموسة بحسب الوظيفة مع أمثلة وأرقام واقعية: لماذا تهمّ حالات الاستخدام الآن، وكيف تكتشف الأعمال القابلة للأتمتة (متكرر × حجم كبير × يتطلّب حكمًا)، والحالات العشر، وواقع العائد (3.5x خلال 3 سنوات، استرداد 3–14 شهرًا، خفض 30–60%)، وكيف تبدأ بأمان بأقل امتياز وموافقة الإنسان.