بيئة التطوير والبنية التحتية لمشاريع AI

يتوقف بك العمل أثناء استخدام Claude، فتبحث عن الرسالة كما ظهرت حرفيًا، ولا يأتي البحث بشيء يُذكر. وخمسة نصوص تتصرف هكذا: The model returned no content because the response was blocked by content filtering، وThe response was blocked by the provider's content filter، وStreaming response ended before any complete data was received، وCould not locate the Claude CLI on PATH، وConnection to Claude's response was lost. Claude may still be working. ما يجمعها أنها ظهرت أثناء استخدام Claude، ومع ذلك يبدو أن البحث في مواد Claude نفسها لا يأتي بشيء، والسبب بسيط: البرنامج الذي كتب الرسالة على شاشتك ليس بالضرورة البرنامج الذي تظنّه. لا يشرح هذا المقال كل سبب على حدة من الصفر، وإنما هو مدخل يحدّد من كتب الرسالة ثم يوجّه القارئ إلى المقال الصحيح. يقسم أولًا المواضع التي قد تُكتب فيها الرسالة إلى أربع طبقات، وهي الواجهة الخلفية التي تقدّم النموذج، وClaude Code نفسه، والبرنامج المُطلِق من امتداد محرر أو غلاف، وعملاء الطرف الثالث، ثم يجري المطابقة. وتبيّن أن اثنين من الخمسة بندان في مرجع الأخطاء الرسمي لـ Claude Code. فالتعريف الرسمي لرسالة البثّ هو أن الترويسات عادت بينما لم يحمل الجسم أي رسالة من واجهة Claude البرمجية، وهذا ليس انقطاعًا في المنتصف إطلاقًا، وقراءتها على أنها اتصال سقط تأخذك في الطريق الخطأ. أما Could not locate the Claude CLI on PATH فترد في فصل مستقل عنوانه Wrapper and IDE errors، موصوفة بأن البرنامج المُطلِق يطبعها لا Claude Code نفسه، وقد يبلغ النص المعروض فعلًا أربع جمل بينما العنوان الرسمي جملة واحدة، ولهذا لا يأتي البحث عنه بشيء. وفي المقابل فإن نصّي مرشِّح المحتوى من مفردات الطرف الثالث، ويبلّغ البلاغ ‎#35736 في OpenCode بأن ثلاثة أعطال منفصلة تمامًا، وهي 404 في Vertex وانقطاع مقبس ورفض حقيقي، تظهر جميعها بالجملة نفسها عن الحجب بمرشِّح المحتوى. والصياغة صحيحة في واحد من الثلاثة فقط، فتصديقها وتخفيف صياغة المُوجّه لن يصلحا معرّف نموذج مضبوطًا خطأ. وتنصّ وثائق GitHub الرسمية كذلك على أن مُوجّهات الإدخال وإكمالات الإخراج تمرّ عبر مرشِّحات محتوى GitHub Copilot عند استخدام Claude، فاستخدام Claude لا يعني أن ترشيح Anthropic هو ما أوقفك. أما النص الباقي فلا يرد في مرجع الأخطاء الرسمي ولا في وثيقة Remote Control، فلم يتحدّد مصدره، ولا تُسمّى له أي أداة، وتُعرض بدلًا من ذلك أربع خطوات لتتبّعه في بيئتك أنت. وما تأكّد وما لم يتأكّد موسوم في المقال كله.

الانتقال إلى Claude Fable 5.1 ليس مجرد استبدال معرّف النموذج ثم اعتبار الأمر منتهيًا. فـ Anthropic تصنّف ثلاثة من التغييرات بوصفها جذرية، واثنان منها يظهران بعيدًا عن الموضع الذي نشآ فيه. الأول يرمي خطأً فورًا: تمرير النوع القسري إلى معامل اختيار الأداة يعيد خطأ طلب غير صالح برمز 400، لأن إجبار النموذج على استدعاء أداة يتخطّى التفكير الذي يمارسه دائمًا، فتنخفض معه جودة وسائط الاستدعاء. أما الثاني فهو الصامت. صارت كتل التفكير تسجّل أي نموذج أنتجها ولا تُنقل إلا في اتجاه واحد، فالمحادثة التي تنتقل إلى Fable 5.1 تحتفظ باستدلالها، بينما الموجّه أو الاحتياطي الذي يعيدها إلى جيل أسبق يفقد ذلك الدور بالكامل. وافتراضيًا تتخلّص الواجهة من الكتل غير المقروءة قبل أن يراها النموذج، ولأن الرموز المطروحة لا تُحتسب ولا تُفوتر فلا يظهر شيء في الفاتورة. وإظهار ذلك يتطلب ترويسة بيتا مخصصة. أما الثالث فهو الأوسع أثرًا: تغيير أي شيء يسبق كتلة تفكير من Fable 5.1، بما في ذلك مطالبة النظام أو مصفوفة الأدوات أو أي رسالة أسبق، يُبطلها ويُبطل كل كتلة بعدها. وسريان ذلك يتوقف على تاريخ إنشاء حسابك، ما يعني أن بيئة اختبار أنشأتها للتو قد تفشل بينما لا يفشل الإنتاج. ويتناول المقال أيضًا ما لم يسُؤ: الدخل باقٍ عند $10 والخرج عند $50 لكل مليون رمز، بينما تهبط قراءة الذاكرة المؤقتة إلى $0.25، أي 0.025 من سعر الدخل الأساسي مقابل 0.1 في بقية نماذج Claude. وتذكر Anthropic وفرًا يقارب الربع في أحمال العمل المعتادة ويصل إلى نحو النصف تقريبًا في الأعمال ذات الطابع الوكيلي الكثيف. وهناك سبعة سلوكيات تتغيّر دون تغيير أي شيفرة، منها تراجع الاستدعاءات المتوازية للأدوات، وتقلّص سرد التقدم عند الجهد المرتفع، وكثرة الإجابة من الذاكرة عند الجهد المنخفض. وتُحصي Anthropic خمس إضافات، إحداها خفض سعر قراءة الذاكرة المؤقتة الذي أُفرد له قسم مستقل، وبين الأربع الباقية ميزات بيتا وُضعت تحديدًا لتحل محل الأنماط التي منعتها التغييرات الجذرية.

ظلّت النماذج المحلية قادرة على كتابة الشيفرة سنوات، لكن بوصفها إكمالًا فحسب: ملء بقية السطر الذي بدأت كتابته. أما النمط الوكيلي، حيث يقرأ النموذج المستودع ويعدّل عدة ملفات ويشغّل الاختبارات، فكان أثقل من أن يعمل في البيت. وقد تغيّر ذلك عبر أواخر 2025 و2026، وأوضح دليل عليه أن مطوّري النماذج صاروا يسوّقون له مباشرة: فبطاقة نموذج Qwen تذكر CLINE بالاسم وتقدّم صيغة استدعاء دوال مصمَّمة لهذا الغرض، وأطلقت Mistral نموذج Devstral Small 2 بحجم 24B برخصة Apache 2.0 إلى جانب Devstral 2 بحجم 123B في 9 ديسمبر 2025. ويرتّب هذا المقال ما يمكن بلوغه فعليًا اليوم اعتمادًا على المصادر الأولية وحدها، لأن عدة مقالات تجميع تبيّن أنها نسبت درجة نموذج بحجم معيّن إلى نموذج بحجم آخر. والعقبة المركزية تفصيلة ضبط لا يكاد أحد يذكرها: فـ Ollama لا يستعمل طول سياق افتراضيًا ثابتًا، بل يشتقّه من مقدار VRAM لديك، أي 4k تحت 24 GiB، و32k من 24 إلى 48 GiB، و256k فوق ذلك. وحاسوب الألعاب المعتاد يقع في الصف الأول، فيتجاوز الوكيل النافذة فورًا ويُقتطع أول المحادثة بصمت. ولا يظهر أي خطأ. ينسى التعليمات، ويكرّر العمليات، ويفقد الهدف، فيبدو الأمر كله كأنه نموذج غبيّ لا كأنه سياق مرميّ. ويوثّق Ollama ضرورة 64000 رمز على الأقل لأدوات البرمجة، وتُضبط عبر متغيّر البيئة الخاص بطول السياق، لكن رفعها يرفع استهلاك الذاكرة أيضًا، فيلزم التأكّد من أن النموذج ما زال يتّسع على المعالج الرسومي. ويغطّي المقال كذلك لماذا Continue و Cline أداتان مختلفتان بمتطلّبات عتاد مختلفة، والدرجات المنشورة لـ Qwen3.6-35B-A3B (73.4 على SWE-bench Verified، و3B نشطة من أصل 35B) و Devstral Small 2 (68.0%)، وأحجام التنزيل وإرشاد الذاكرة بحسب فئة VRAM، وإعدادًا من أربع خطوات، ولماذا لم تعد مقارنات «المحلي بلغ كذا بالمئة من السحابة» تصمد بعد أن كفّ جانب الطليعة عن نشر SWE-bench Verified، ومحاسبة صريحة لما تكلّفه «المجانية» فعلًا.

تكون منهمكاً في عملك حين يتجمّد Claude Desktop فجأة، فتموت معه كل جلسات Claude Code المفتوحة دفعةً واحدة، وحين تغلقه قسراً وتحاول تشغيله من جديد قد تجده لم يعد يبدأ أصلاً — وآخر سطر في السجلّ يكون في الغالب GPU process gone مصحوباً بالرمز exitCode 101457950 أي 0x060C201E. يبدأ هذا المقال بالفصل الذي يوفّر عليك وقتاً طويلاً: المنهار ليس Claude Code بل عملية GPU في تطبيق سطح المكتب المبني على Electron، والتمييز سهل لأن السطر السابق مباشرةً لإعادة التشغيل في %APPDATA%\Claude\logs\main.log يحسم الأمر، فيما ينقطع السجلّ عند تلك النقطة ويأتي بعده Starting app. ثم يشرح لماذا تُجرّ جلسات لا علاقة لها بالأمر: عملية GPU في Chromium مورد مشترك لا توجد منه سوى نسخة واحدة لكل تطبيق، تتشاركها كل النوافذ والألسنة والجلسات، ولذلك تُسقط صفحة ثقيلة واحدة كل ما هو مفتوح، ولا يستطيع المستخدم عزلها بأي إعداد. وعن المُشغِّل، يوضّح المقال أن المتصفح المدمَج هو الأكثر تكراراً في المشكلات المعلَنة (#80444، و#82967 الذي يحصر السبب في التقاط لقطة الشاشة الخاصة بالمعاينة، و#83478 مع معاينة تتحدّث باستمرار)، لكنه ليس الوحيد: إذ يبلّغ #68049 عن السقوط بالرمز نفسه عند بدء التشغيل على بيئة ARM64 دون أي تعامل مع المتصفح. كما يحذّر المقال من دليل زائف شائع، فتحذير requestAdapter الذي يظهر في السجلّ نفسه رسالة عادية من Chromium حول عدم فاعلية powerPreference على Windows، ولا يصحّ اتّخاذ وجوده دليلاً على انهيار. ويأتي بعد ذلك الجانب العملي: ثلاثة ملفات تكفي للجزم، وجدول يفرّق بصمة هذه الحالة عن رمزَي الخروج الطبيعيَّين، وترتيب الاستعادة حين لا يعود التطبيق يبدأ، أي إنهاء العمليات المقيمة ثم خيار «إصلاح» ثم إعادة التثبيت أخيراً، مع الإشارة إلى بلاغ وصلت فيه الحزمة إلى Modified, NeedsRemediation فلم ينفع «إصلاح» إطلاقاً ولم تُعدها سوى إزالة تثبيت كاملة. وعن البيانات: ما حُفظ يبقى على القرص، أما العمل الذي كان قيد التنفيذ فلا يعود، وهناك بلاغ بضياع نتائج وكلاء فرعيين كانوا يعملون بالتوازي. ويختم بقائمتين صريحتين لما ينفع وما لا ينفع: لا يمكن استخدام disable-gpu على إصدار MSIX لأنه يُرفض برسالة رفض الوصول، وتعطيل ميزة المتصفح يوقف ما ينشأ عن المتصفح فقط ولا ينفع مع عائلة السقوط عند بدء التشغيل، ونصيحة تثبيت أفضلية البطاقة في التركيبات الهجينة لم يرد أي بلاغ بنفعها في هذا العَرَض تحديداً. ويضيف تمييزاً لظاهرة يسهل الخلط بينها وبينه، وهي الإنهاء القسري الذي يفرضه تحديث Microsoft Store، ويُعرف بسطر Windows session ending (close-app) دون ظهور GPU process gone.

لا تستطيع دعوى عامة أن تجيب عن سؤال "إن كان الذكاء الاصطناعي قادرًا على التعديل مباشرة، فهل ما زلنا بحاجة إلى لوحة إدارة؟"، لأن عبارة "لوحة الإدارة" وحدها تغطّي كومة من الوظائف مختلفة الطبائع تمامًا. وهذا المقال، المبني على تجربة حذف لوحة إدارة هذا الموقع بالكامل، يستبدل بذلك السؤال سؤالًا أحدّ: هل تقدّم تلك الشاشة شيئًا لا يقدّمه أصلًا كلٌّ من CLI والذكاء الاصطناعي؟ وما كشفه الحذف الكامل هو أن معظم الوظائف التي أُزيلت لم تكن "غير مستعمَلة" بل "معطّلة بنيويًا". فعمليات CRUD للمقالات لم يكن ممكنًا أن تعمل أصلًا، لأن مصدر الحقيقة للمقالات يعيش في الشيفرة وكل عملية نشر تكتب فوق قاعدة البيانات، فأي شيء يُحرَّر في الشاشة كان يتبخّر عند النشر التالي. وكان طابور اعتماد التعليقات فارغًا على الدوام لأن المشاركات تُوسم بالاعتماد لحظة إرسالها، فلا ينشأ تعليق غير معتمد أصلًا. والوظيفة التي لا يستعملها أحد هي وظيفة لا يستطيع أحد أن يعرف أنها مكسورة. أما القدرة الوحيدة التي تعذّر حذفها فهي حذف التعليقات، وحتى هي لم يكن فيها ما يوجب لوحة إدارة: فقد تبيّن أن زرّ حذف في صفحة المقال نفسها أفضل، لأن التعليق المسيء يُزال في المكان نفسه الذي يُقرأ فيه. ويؤول القرار إلى ستة أسئلة. من الذي يشغّلها، إذ يرجّح الموظفون غير التقنيين أو دور يتبدّل أصحابه بقاء الواجهة، بينما لا يحتاجها المطوّرون الذين يعيشون في الطرفية. وهل هي قابلة للتراجع، فالإجراءات التي لا رجعة فيها تحتاج إلى بوابة. وهل تحتاج إلى حكم بشري، أي هل هناك انتقال بين حالتين بالاعتماد أو الرفض. وهل يلزم فصل الصلاحيات. وهل يعرف المشغّل ما هو ممكن، فالقائمة تقوم مقام التوثيق. وهل هناك أثر للتدقيق. والصلاحيات وأثر التدقيق بوجه خاص يبدوان غير ضروريين في مشروع فردي، ويصيران أول ما يلزم في اللحظة التي يصل فيها شخص ثانٍ. والتغييرات التي تمرّ عبر الشيفرة تستقرّ في git، لكن ترك الذكاء الاصطناعي يكتب في قاعدة البيانات مباشرة لا يسجّل شيئًا افتراضيًا، وسجلّ المحادثة يحفظ ما طُلب لا ما حدث. ومن بين المحاور الستة، لا يحمل وزنًا مختلفًا سوى قابلية التراجع. ففي 18 يوليو 2025 حذف وكيل ذكاء اصطناعي من Replit قاعدة بيانات الإنتاج الخاصة بـ SaaStr أثناء تجميد فعلي للشيفرة، واختلق 4,000 مستخدم، وزعم خطأً أن التراجع مستحيل فأخّر التعافي (AI Incident Database #1152) — وهي حالة تُظهر مشكلة تصميم أمكن فيها بلوغ إجراء لا رجعة فيه دون المرور ببوابة بشرية، أكثر مما تُظهر خطر الذكاء الاصطناعي نفسه. ويتناول المقال كذلك ثلاثة أشياء ينبغي تهيئتها قبل نقل الثقل إلى الذكاء الاصطناعي وإلى CLI، وهي أن تخلّف التغييرات أثرًا باقيًا، وأن توجد عتبة أمام الإجراءات التي لا رجعة فيها، وأن يكون الإجراء مكتوبًا وموثّقًا لأن حذف الواجهة يحذف معها قائمة ما هو ممكن. ويضيف قائمة تحقّق تجريها قبل أن تبني أي شيء، والخيار الثالث المتمثّل في منتجات الأدوات الداخلية مثل Retool و Forest Admin بدلًا من كتابة اللوحة باليد.

إن agent view في Claude Code، الذي يُفتح بالأمر claude agents، هو الميزة التي تُطلق بها جلسات خلفية مستقلة واحدة تلو الأخرى وتديرها كلها من شاشة واحدة. وتسمّي الوثائق الرسمية العمليةَ التي تنفّذها هناك dispatch، وهو اسم يتصادم مع ميزة منفصلة تمامًا تحمل الاسم نفسه في تطبيق سطح المكتب، فأول مهمة هي التمييز بين الاثنين. تصف الوثائق agent view بأنه الميزة التي تتيح إطلاق وإدارة عدد كبير من جلسات Claude Code من شاشة واحدة، وهو معاينة بحثية تتطلّب الإصدار v2.1.139 أو أحدث. ويلتزم هذا المقال بالآلية ونموذج الأمان لا بالانطباعات. وأول ما يفاجئ المستخدم أن كل مطالبة تُكتب في صندوق الإدخال تبدأ جلسة جديدة خاصة بها: اكتب مطالبة ثانية فتحصل على جلسة ثانية إلى جانب الأولى، لا على تعليمة إضافية مضافة إليها. أما التعليمات التكميلية فتمرّ عبر لوحة الإطلالة التي تُفتح بمفتاح Space، وهي تعرض آخر مخرجات أو السؤال الذي تنتظره الجلسة لا السجل الكامل، ويمكنك الردّ منها دون مغادرة الشاشة. ويوقف Ctrl+X الجلسة في الضغطة الأولى ويحذفها في الثانية، بينما تتولّى Ctrl+S و Ctrl+T و Ctrl+R التجميع والتثبيت وإعادة التسمية؛ ولا تظهر الـ subagents ولا الـ teammates التي تولّدها الجلسة كصفوف منفصلة. وقلب نموذج الأمان هو العزل عبر worktree. فقبل تعديل أي ملف، تنتقل الجلسة الخلفية إلى worktree معزول في git تحت المسار .claude/worktrees/، فتقرأ الجلسات المتوازية النسخة نفسها بينما تكتب كل واحدة في نسختها هي: قراءة مشتركة وكتابة مفصولة. وكل ما قد يصل إلى النسخة الرئيسية مقطوع بثلاثة فحوص: تعديلات الملفات عبر Edit و Write و NotebookEdit؛ ومجلدات عمل الأوامر التي تؤول إلى النسخة الرئيسية أو التي يتعذّر التحقّق من بقائها خارجها؛ ومحاولات إعادة توجيه git عبر git -C أو --git-dir أو GIT_DIR أو GIT_WORK_TREE أو cd يسبق استدعاء git. والحكم يُتّخذ عمدًا في الجانب الآمن، فيُرفض ما يتعذّر التحقّق منه، والحماية نفسها موروثة إلى كل subagent تولّده الجلسة. لكنه ليس جدارًا على مستوى نظام التشغيل: فالملفات خارج المستودع والشبكة خارج النطاق، وأوامر PowerShell لا ينالها إلا فحص مجلد العمل. والأذونات كذلك لا تُختار لحظة الإطلاق؛ بل تُورَث من قيمة defaultMode لذلك المجلد، أو من قيمة permissionMode في مقدّمة تعريف الـ subagent المُطلَق، ما يعني أن رخاوة إعدادك المعتاد هي بالضبط ما يعمل بلا رقيب في عشر جلسات دفعة واحدة. ثم تتسرّب ثلاثة أشياء من العزل. فاختيار "Yes, don't ask again" يحفظ القاعدة في ملف .claude/settings.local.json الخاص بالنسخة الرئيسية، فتسري في النسخة الرئيسية وفي كل worktree آخر وتبقى بعد إزالة الـ worktree الذي اتُّخذت فيه. وحذف الجلسة في agent view يحذف معها الـ worktree الذي أنشأه Claude، فيختفي العمل غير المودَع. والملف .worktreeinclude ينسخ الملفات المستبعدة بـ gitignore مثل .env إلى كل worktree جديد، فيضاعف بيانات اعتمادك بعدد الجلسات التي تُطلقها. وفوق ذلك تُستنزف الحصّة بما يتناسب مع التوازي، إذ يستهلك عشرة عملاء الحصّة بسرعة تقارب عشرة أضعاف، والجلسات تعمل محليًا فتنجو من السبات وتتوقّف عند إطفاء الجهاز. ويختم المقال بوضع agent view بين الأساليب الأربعة الرسمية للتوازي إلى جانب الـ subagents و agent teams و dynamic workflows، ثم يقدّم روتينًا عمليًا لما تفعله قبل الإطلاق وأثناءه وبعده.

يضغط كثيرون أمر ‎/compact في Claude Code وفق قاعدة من نوع "كل 30 دقيقة" أو "متى تجاوز السياق 70%"، لكن ما توصي به الوثائق الرسمية ليس ساعة ولا نسبة مئوية: إنه حدّ فاصل في العمل. شغّل ‎/compact عند حدّ فاصل طبيعي، مثلًا بين مهمة وأخرى، بدلًا من انتظار الضغط التلقائي ليعمل في منتصف مهمة. يتخذ هذا المقال وثائق Claude Code كما هي في 8 أغسطس 2026، وأحدث إصدار حينها v2.1.226، مصدرًا أوليًا، ويشتقّ من المواصفات جوابًا عن مسألة الضغط اليدوي. يبدأ من الآلية نفسها: يجري الضغط على ثلاث مراحل، هي إسقاط مخرجات الأدوات القديمة، ثم الضغط التلقائي، ثم الضغط اليدوي الذي تضغطه أنت. والمرحلتان الثانية والثالثة هما المعالجة نفسها، فضغطه بنفسك يشتري لك شيئين بالضبط: اختيار التوقيت، وتحديد ما يُحتفظ به. أما تكرار الضغط فلا يوفّر سياقًا إضافيًا. ثم يأتي جدول بما ينجو من العملية. فملف CLAUDE.md في جذر المشروع والذاكرة التلقائية يُعاد حقنهما من القرص، بينما تُفقد القواعد التي تحمل paths: وملفات CLAUDE.md المتداخلة في المجلدات الفرعية إلى أن يُقرأ ملف مطابق مرة أخرى، ويُعاد حقن متون المهارات التي استدعيتها ضمن سقف قدره 5,000 توكن لكل مهارة و25,000 إجمالًا، مع إسقاط الأقدم أولًا، والاقتطاع يُبقي بداية الملف. وفي شأن التكلفة، لا يحدّد سعر الضغط حجمُ السياق بل حرارة التخزين المؤقت للمطالبة. اضغطه أثناء الجلسة فتُقرأ البادئة من الذاكرة المؤقتة وتكون التكلفة زهيدة؛ واضغطه بعد استراحة أطول من عمر التخزين المؤقت، وهو ساعة واحدة مع اشتراك Claude وخمس دقائق افتراضيًا عبر مفتاح API أو مزوّد سحابي، فيُعاد معالجة السجل كاملًا بلا تخزين، وتلك أغلى حالات هذا الأمر على الإطلاق. ومن هناك يتناول المقال كيفية المفاضلة بين ‎/compact و ‎/clear و ‎/rewind و ‎/recap و ‎/context، وكيف يحرّك ‎/autocompact منذ الإصدار v2.1.221 نقطة الانطلاق التلقائي في أي موضع بين 100K و1M توكن، وترتيب أولوية المواضع الأربعة التي قد يأتي منها الإعداد، والمصيدة المتمثلة في أن متغيّر البيئة CLAUDE_CODE_AUTO_COMPACT_WINDOW وحده لا يقبل إلا عددًا صحيحًا مجرّدًا فتُقرأ 500k على أنها 500 وتُقصَر إلى الحد الأدنى 100K، وأن نسبة used_percentage في شريط الحالة تقيس دائمًا مقابل نافذة السياق الكاملة للنموذج فلا تعود تدلّ على لحظة الانطلاق. ويختم بمعنى الرسالتين Not enough messages to compact. و Autocompact is thrashing: the context refilled to the limit... وخطوات التعافي منهما، مع تنبيه إلى أن تسمية "الضغط المصغّر" ليست مصطلحًا رسميًا حتى 8 أغسطس 2026.

بنيتَ على OpenAI، ثم أردتَ تجربة Claude ومقارنة Gemini — فضاعت منك ساعات في اختلاف أدوات SDK والصيغ ومعالجة الأخطاء لكل مزوّد. بوابة LLM (بوابة الذكاء الاصطناعي / وكيل LLM) وسيط تُدرجه بين تطبيقك والمزوّدين: يعرض واجهة برمجية واحدة متوافقة مع OpenAI للوصول إلى كل نموذج، ويتولّى المهام الشاملة — التبديل الاحتياطي، وتتبّع التكلفة، والمفاتيح الافتراضية، والتخزين المؤقت، وتحديد المعدّل، والقابلية للمراقبة. يغطّي هذا الدليل لماذا تحتاج إليها، وما هي البوابة حقًّا، والأنواع الثلاثة (وكيل مُستضاف ذاتيًا = LiteLLM / مُدار = OpenRouter / SDK = Vercel AI SDK)، وكيف تختار بين LiteLLM وOpenRouter وVercel AI SDK، وكود إعداد أدنى يبدّل نقطة النهاية فقط، والحدود — قفزة زمن استجابة، والبوابة كنقطة فشل جديدة، والرسوم (يفرض OpenRouter 5.5% عند الشراء)، وفقدان الميزات، والخصوصية.

إن استخدمت Claude Code لفترة كافية اصطدمت بمعضلة: مطالبة مع كل أمر توقف تدفّقك، وإيقافها كلها بالتجاوز خطير. يكسر صندوق العزل هذه الثنائية بتسييج ما الذي يمكن مسّه على مستوى نظام التشغيل، فتعمل الأوامر بحرية في الداخل بلا مطالبات ولا يصل شيء إلى الخارج. يغطي هذا الدليل العزلين (نظام الملفات والشبكة)، والبدء بـ /sandbox (يعمل macOS جاهزًا، ويحتاج Linux/WSL2 إلى bubblewrap+socat، وWindows الأصلي غير مدعوم)، ووضع السماح التلقائي مقابل العادي، وتهيئة settings.json (allowWrite/denyRead، وبيانات الاعتماد، وallowedDomains)، وكيف يكمّل أوضاع الأذونات وقواعدها كطبقة ثالثة يفرضها نظام التشغيل، وحدوده (TLS غير المفحوص، ومقابس Unix)، ومتى تلجأ إلى حاويات التطوير أو الأجهزة الافتراضية. تفيد Anthropic بأنه خفّض مطالبات الأذونات بنسبة 84% في الاستخدام الداخلي.

هل يمكنك تسليم تشغيل AWS إلى الذكاء الاصطناعي؟ في 2026 يمكنك تفويض الكثير. فـ AWS نفسها تقدّم Amazon Q Developer وAgent Toolkit for AWS (مايو 2026 — أكثر من 40 مهارة للوكلاء + خادم AWS MCP Server مُدار + إضافات)، بحيث يمتد الذكاء الاصطناعي من توليد البنية التحتية ككود إلى تشغيل الموارد. يؤطّر هذا الدليل «التفويض» في ثلاثة مستويات (① توليد الكود/البنية التحتية ككود، ② التشغيل/الاستقصاء القائم على القراءة، ③ وكيل ذاتي يشغّل AWS فعليًا)، ويغطّي الأدوات الرئيسية (Amazon Q Developer، وAgent Toolkit، وAWS MCP Server، وTerraform MCP، وBedrock AgentCore) — بما في ذلك مسار أدواتك الخاصة بمنح Claude Code أو Codex واجهة AWS CLI لتشغيل «aws» من الصدفة — والمزايا (بنية تحتية ككود سريعة، وفرز آلي، وأفكار لتحسين التكلفة، ودمقرطة المعرفة)، ثم صلب الموضوع: العيوب (تضخّم صلاحيات IAM، والصلاحية المفرطة كمضخّم لنطاق تأثير الأخطاء/حقن التعليمات، والصلاحيات التي تعمّر بعد المهمة، وانفلات التكلفة — مع حوادث فعلية لحذف قواعد بيانات إنتاجية في 2025-2026)، اعتمادًا على مصادر AWS الرسمية وشركات الأمن. المفارقة الجوهرية: السؤال ليس «هل يستطيع؟» بل «كيف تفوّض دون انفلات أو انفجار في الفاتورة» — وبناء AWS نفسها لحواجز حماية IAM وتدقيق CloudTrail والعزل ضمن Agent Toolkit يبيّن شكل الإجابة. ويشمل المبادئ الخمسة (صلاحيات IAM الأقل امتيازًا، وموافقة بشرية على العمليات المدمّرة، وقابلية المراقبة، وبيانات اعتماد قصيرة العمر تُصدر عند الحاجة، والعزل) وقسم أسئلة شائعة.

أول عقبة عند دمج وكيل ذكاء اصطناعي في عمل حقيقي هي «على أي إطار عمل تبنيه». من منظور المطوِّر ومتّخذ قرار التقنية، يقارن هذا المقال ستة أطر كبرى — LangGraph وCrewAI وAutoGen (المدموج في Microsoft Agent Framework، GA أبريل 2026) وOpenAI Agents SDK وGoogle ADK وClaude Agent SDK — حسب مقاربة التنسيق (رسم بياني موجَّه / طاقم قائم على الأدوار / محادثة GroupChat / تسليمات / شجرة هرمية / حلقة أدوات مستقلة)، واللغة، ومنحنى التعلّم، والتحكم، ونضج الإنتاج، وتكلفة الرموز، وأنسب حالة استخدام. التحذير الأهم: إطار العمل «الأسرع في بناء النموذج الأولي» (CrewAI) قد يكون الأغلى في الإنتاج — نحو 3× من الرموز (41k مقابل 18.5k لـ LangGraph في أحد المعايير) ولاحتمي، ما يجعله غير مناسب للتمويل والرعاية الصحية. كما يشرح كيف جلب 2026 التشغيل البيني عبر MCP (الأدوات) وA2A (وكيل إلى وكيل)، بحيث صار وكلاء من أطر مختلفة يعملون معًا وتلاشى الاحتجاز. ويتضمن دليل اختيار حسب حالة الاستخدام وأسئلة شائعة.

تتيح لك قواعد الأذونات في Claude Code كتابة إدخالات allow / ask / deny في settings.json للتحكم بدقة فيما يُشغَّل دون سؤال، أو يطلب التأكيد، أو يُمنع. يشرح هذا الدليل الفرق بين القواعد والأوضاع، وأولوية deny ← ask ← allow، وصيغة Tool(specifier)، وتسلسل ملفات settings.json، إضافة إلى وصفات عملية لإعداد آمن.