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

قد يظهر thread not found في Codex مع بقاء سجل المحادثة مقروءا. توضح الرسوم الفرق بين السجل المحفوظ والمحادثة المحمّلة للتنفيذ، وتعرض سجلات حالة على Windows عاد فيها الإرسال بعد إعادة التحميل. نتدرج من إعادة الفتح والتشغيل إلى التحقق باستجابة قصيرة، ثم الفحص للقراءة فقط ونقل العمل إذا استمرت المشكلة. وتبين البلاغات المخالفة لماذا لا يمكن اعتبار أي طريقة حلا عاما، كما لم نتحقق من إصدار معين يحل المشكلة.

Jev نموذج من TypeSafe يعيد خيارات ودرجات واحتمالات نعم/لا بدلًا من توليد النص. نشرح الفرق بين Choice وScore وNoul ومعنى confidence وبنية طلب API لتوجيه طلبات الدعم. ضمان النوع لا يضمن صحة الحكم. نستعرض نقاط الضعف الموثقة في الحساب والتواريخ والمدخلات المضللة، والأسعار وحدي الإدخال والتقييم قبل الاستخدام بالعربية. المقالة مبنية على مصادر رسمية، وليست اختبار أداء فعليًا عبر API.

حين دُمج Claude Cowork في الدردشة في 16 سبتمبر 2026، وصلت ثلاث ميزات للإنشاء في نسخة تجريبية في الوقت نفسه: Claude Docs للوثائق، وClaude Slides للعروض التقديمية، وClaude Design للتصميم البصري. وهذا المقال عن أُولاها. وفي جملة واحدة، تحوّل Claude Docs ما يخرج من المحادثة إلى وثيقة تستطيع أن تظلّ تحرّرها. اطلب منها أن تكتب ما دار في صورة مواصفة يشاركها الفريق، فيصوغها Claude أمام عينيك، ويسألك عمّا ينقصه قبل أن يبدأ. وما تحصل عليه نصّ منسَّق بعناوين وجداول، والوثيقة الواحدة تحتمل عدّة تبويبات. تستطيع أن تحرّرها بنفسك، أو تحدّد نصًّا داخلها وتترك تعليقًا تذكر فيه Claude ليُجري التغيير. وموطن القوّة الذي يغفل عنه الناس أنك تستطيع أيضًا تحويل جلسة Claude Code إلى مواصفة أو دليل تشغيل أو تقرير. لكنها نسخة تجريبية، وما ينقصها ينقصها بوضوح تامّ: لا سجلّ للنسخ، والحذف لا يُلغى، ولا تعديل من الهاتف، وTeam وEnterprise لا تستطيعان المشاركة خارج المؤسّسة. ويمنح هذا المقال تلك الغيابات مساحةً توازي مساحة المزايا، ثم يحسم فيمَ تصلح هذه الأداة وفيمَ لا تصلح.

أُعيد بناء Projects في Claude Code. فقد كان المشروع حتى الآن مجلّدًا يضمّ المحادثات والموادّ المرجعية، أما Projects الجديدة فمحادثة واحدة: تكتب ما تحتاجه، فيقسّمه Claude إلى خيوط، وتعمل الخيوط بالتوازي في السحابة، ويفتح كلٌّ منها طلب سحب ويعود إليك بتقرير حين ينتهي، وإغلاق حاسوبك لا يوقفها. لكن ثلاثة أمور تستحقّ التحقّق قبل أن تندفع: الحسابات التي تستطيع استعمالها ما تزال محدودة (تجربة عامّة لخطّتي Pro وMax، تُطرح أوّلًا على الحسابات التي لا مشاريع لها)، وgithub.com مع Claude GitHub App شرطان عمليًّا، ومعدّل التهامها لحدّ استخدامك لا يشبه جلسة واحدة في شيء. يتناول هذا المقال كيف تعرف أن الطرح وصلك، وما الذي يبدأ به الخيط، بما في ذلك الفخّ الذي تكفّ فيه قواعد الأذونات والخطّافات عن السريان متى ضمّ المشروع أكثر من مستودع واحد، ومن أين تأتي تكلفة التوكنات بما فيها الوضع الافتراضي Opus بشدّة high، وكيف تختار بين الطرق الخمس للعمل بالتوازي: الوكلاء الفرعيون، وagent view، وفرق الوكلاء، وسير العمل الديناميكي، وProjects — كل ذلك من الوثائق والمدوّنة الرسميتين.

النموذج الأحدث أذكى لكنه أغلى، هكذا يجري التفكير عادةً. غير أن مقارنة GPT-6 Astra بـ GPT-5.6 Sol على سعر الوحدة وحده لا تحسم شيئًا، لأن Astra ينجز العمل نفسه بعدد أقل من التوكنات. ففي قياسات Artificial Analysis، وهي جهة مستقلة للاختبارات المعيارية، يكلّف تشغيل Astra على أضعف إعداداته low ما يكاد يطابق تكلفة Sol على high للمهمة الواحدة ($0.82 مقابل $0.81) بينما درجته أعلى (46 مقابل 42)، وبثلث توكنات الإخراج وربع زمن الانتظار قبل أن يبدأ الردّ. وانطلاقًا من القيم حتى 18 سبتمبر 2026، يتناول هذا المقال التكلفة والتوكنات والسرعة عند كل مستوى من شدّة الاستدلال، والتفصيل الذي يفسّر كيف ينتهي سعر وحدة يبلغ 2.5 ضعف إلى الإجمالي نفسه، وصورة الأرقام بعد انتهاء السعر الترويجي لـ Sol، وكيف يضيق فارق السعر في عمل وكلاء البرمجة، والخطوات اللازمة لقياس ذلك كله على عملك أنت.

تريد أن تُسند التخطيط وحده إلى نموذج ذكي، وأن تترك التنفيذ لنموذج أسرع وأرخص. وopusplan في Claude Code تحديدٌ للنموذج يفعل ذلك تلقائيًا: يعمل على Opus ما دمت في plan mode، وعلى Sonnet في ما عدا ذلك، ويمكن استخدامه عبر ‎/model opusplan‎ أو عبر model في settings.json. لكنه لا يظهر في قائمة ‎/model‎، ولأن النموذج يتبدّل في كل مرة تدخل فيها plan mode أو تخرج منه، تُعاد قراءة المحادثة كلها من دون تخزين مؤقت في كل تبديل. يرتّب هذا المقال، استنادًا إلى الوثائق الرسمية وسجل التغييرات وبلاغات GitHub حتى 15 سبتمبر 2026، طريقة الإعداد (بما في ذلك تثبيت الإصدارات وسياق 1M)، والانتقال من plan mode إلى الموافقة ثم التنفيذ، وكيف أُزيل من شاشة الاختيار في v2.0.0 وشرح أحد العاملين في Anthropic لذلك، وتقدير تكلفة التخزين المؤقت الناتجة عن التبديل وطرق خفضها، والفرق بينه وبين أداة advisor والوكلاء الفرعيين، والأعمال التي يناسبها والتي لا يناسبها.

هل يمكن إبقاء الجلسة الرئيسية في Claude Code على Opus 5، وإسناد أعمال مثل الترجمة أو المراجعات الكثيرة وحدها إلى وكلاء فرعيين على Sonnet أو Haiku؟ الجواب: نعم. يُحدَّد نموذج الوكيل الفرعي بهذا الترتيب: التحديد عند الاستدعاء، ثم model في ملف التعريف، ثم متغير البيئة CLAUDE_CODE_SUBAGENT_MODEL، ثم نموذج الجلسة الرئيسية، ويمكن كذلك تحديد الجهد (effort) لكل وكيل فرعي. يرتّب هذا المقال، استنادًا إلى الوثائق الرسمية حتى 15 سبتمبر 2026، اختلاف هذا الترتيب بين الإصدارات، والإعداد CLAUDE_CODE_SUBAGENT_MODEL_FORCE الذي يثبّت الجميع على نموذج واحد، واختلاف وجهة الأسماء المختصرة بحسب جهة الاتصال، وأن Explore المدمج صار منذ v2.1.198 يرث نموذج الجلسة الرئيسية. ثم يعرض نتائج تشغيل وكلاء فرعيين فعليًا بنماذج أخرى والتحقق منها في سجلات المحادثة: أنها عملت بالنماذج المحدَّدة، وأن كل وكيل يقرأ عشرات آلاف التوكنات لمجرد التشغيل، وأن التخزين المؤقت للوكلاء الفرعيين ينتهي بعد 5 دقائق حتى مع الاشتراك، والفروق في الوقت والتكلفة وجودة الترجمة حين أُسندت الترجمة نفسها إلى Opus 5 وSonnet 5 وHaiku 4.5 مرتين لكلٍّ منها. وأخيرًا يلخّص أثر ذلك في التكلفة وحدود الاستهلاك، وما يُستند إليه في تحديد الأعمال التي تُنقل إلى نموذج أرخص.

حين تشغّل عدّة جلسات بالتوازي، تبدأ في التساؤل عن الجلسة التي تلتهم حدّك الأسبوعي. لكنّ ‎/usage‎ في Claude Code لا يعرض إلا أرقام الجلسة الحالية، إضافةً إلى استهلاك الخطة كلها مقسّمًا بحسب المهارة والوكيل الفرعي والإضافة وخادم MCP، أما حصّة كل جلسة فلا تظهر في حلقة الاستهلاك بتطبيق سطح المكتب ولا في صفحة الإعدادات على claude.ai (حتى سبتمبر 2026). الجواب موجود في سجلات المحادثة المحفوظة على جهازك (ملفات JSONL في ‎~/.claude/projects‎)، لكنّ جمعها كما هي يعطي نتيجة خاطئة، لأن الردّ الواحد يُكتب على عدّة أسطر، سطرًا لكل كتلة محتوى، ولأن سجلات الوكلاء الفرعيين موجودة في ملفات منفصلة. وفي قياس على جهازي، بلغ المجموع الساذج قرابة ضعف القيمة الصحيحة، ولأن حجم الخطأ اختلف من جلسة إلى أخرى، تبدّل حتى الترتيب. يتناول هذا المقال ما تعرضه الشاشات الرسمية وما لا تعرضه، وكيف تعدّ السجلات عدًّا صحيحًا بسكربت تجميع من نحو 50 سطرًا، ونتيجة القياس التي استحوذت فيها جلسة واحدة على قرابة ثلث الاستهلاك كله، وحدود ما تستطيع الأرقام أن تخبرك به، وكيف تضبط OpenTelemetry إن أردت المتابعة بمرور الوقت.

بعد الإرسال مباشرةً في Gemini يتوقف كل شيء وتظهر رسالة «حدث خطأ (13)» أو «Something went wrong(13)»، ولا تشرح Google سبب هذا الخطأ في مساعدتها الرسمية. لكنّ تقرير العطل الرسمي لشهر مايو 2026 يسجّل أن هذه الرسالة ظلت تظهر نحو 4 أيام، وأن السبب كان نقص موارد قاعدة البيانات مع أخطاء في التطبيق، وأن الحل البديل «لا يوجد». يستند هذا المقال إلى ذلك السجل الرسمي، وإلى أن الرقم «13» يطابق رمز الخطأ الداخلي (INTERNAL) في gRPC (مع أن Google لم تصرّح بأنهما بالمعنى نفسه)، ليرتّب أربعة مواقف تتكرر في المنتدى الرسمي: يظهر للجميع في وقت واحد، أو في محادثة طويلة فقط، أو عند إرفاق صورة فقط، أو في حساب معيّن فقط. ثم يعرض 7 خطوات لتحديد موضع المشكلة تجرّبها بدءًا بالأقل جهدًا، من التحقق من معلومات الأعطال، إلى الانتقال إلى محادثة جديدة، والتجربة بحساب آخر، والإبلاغ عبر الملاحظات.

لن تحتاج إلى أن تطلب في كل مرة «ابدأ بالخلاصة» و«أجب بالعربية»، فيكفي أن تكتب ذلك مرة واحدة في خانة التعليمات التي تسري تلقائيًا على كل المحادثات. وهي «التعليمات المخصصة» في ChatGPT، و«Instructions for Claude» في Claude، و«تعليمات لـ Gemini» في Gemini، لكنها تختلف في اسمها على الشاشة، وفي مكانها، وفي عدد الأحرف الذي تسمح به. ففي ChatGPT يبلغ الحدّ 1,500 حرف في Free وGo، و5,000 حرف في Plus فأعلى (بعد رفعه في يوليو 2026)، أما Claude وGemini فلا ينشران حدًّا أقصى. يتحقّق هذا المقال من المكان والحدّ في مراكز المساعدة الرسمية للشركات الثلاث، ثم يعرض، استنادًا إلى دليل كتابة المُوجّهات الرسمي من Anthropic، طريقة كتابة تنجح مع مثال. كما يجمع في قائمة تحقّق «المواقف التي لا تسري فيها التعليمات» كما تنصّ عليها مراكز المساعدة الرسمية، مثل داخل المشاريع، وداخل Gem، وفي الدردشات المؤقتة، وفي حسابات الشركات.

تكتب إلى Claude بالعربية، فيأتيك الردّ بالإنجليزية. المستودع الرسمي لـClaude Code يتلقّى البلاغ نفسه مرة بعد مرة، وقد وجد الباحثون أنه حين تختلف لغة الطلب عن لغة الردّ المطلوب، لا تستطيع حتى أقوى النماذج الردّ باللغة المحدّدة على نحو ثابت. لكنّ السبب ليس واحدًا. فهناك ثلاثة أنماط: تسلّل تدريجي للإنجليزية كلما قرأ Claude الشيفرة ومخرجات الأدوات، وارتداد إلى الإنجليزية بعد الضغط الذي يلخّص المحادثة مباشرة، وتحوّل إلى لغة أخرى غير الإنجليزية أصلًا، ولكلٍّ منها علاج مختلف. يشرح هذا المقال كيف تميّز بين الأنماط الثلاثة، ولماذا يظلّ إعداد language في Claude Code ساريًا بعد الضغط لأنه يثبّت التعليمة في مُوجّه النظام، ثم يتناول مشكلة بدأت البلاغات عنها في سبتمبر 2026، هي الجلسات الطويلة التي تنهار فيها المخرجات نفسها، مع الفصل بين ما تأكّد وما لم يتأكّد بعد.

«كثرة المهارات تزاحم سياقك» — نصف هذه المقولة صحيح ونصفها الآخر خاطئ. فوفق وثائق Claude Code الرسمية، يستهلك فهرس المهارات ميزانية ثابتة مقدارها 1% من نافذة سياق النموذج، ومهما أضفت من مهارات فإنه يتوقّف عند ذلك الحدّ. وبدلًا من أن يتضخّم، يحدث شيء آخر: المهارات تكفّ عن أن تُستدعى، إذ يُسقط Claude Code عند الفيض أوصاف المهارات الأقلّ استدعاءً ولا يُبقي إلا أسماءها. والمهارة التي فقدت وصفها لم تعد ترتبط بما طلبته، ومع ذلك لا يظهر خطأ ولا يبطؤ شيء. يتناول هذا المقال اختلاف أدوار أدوات القياس الثلاث (‎/context و‎/usage و‎/skill-doctor)، وتعريف فقدان التخزين المؤقت بأنه 5% و2,000 توكن، وتغيّر عمر التخزين المؤقت من ساعة واحدة إلى خمس دقائق بحسب الخطة، وسبب بقاء أدوات CLI أخفّ رغم أن تعريفات أدوات MCP صارت تُحمَّل تحميلًا مؤجَّلًا افتراضيًا، والأساس الذي يقوم عليه إبقاء CLAUDE.md دون 200 سطر، ثم بماذا تبدأ الحذف بعد أن تقيس، مقتصرًا في ذلك كله على ما أمكن التحقّق منه في الوثائق الرسمية.