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

إذا ظهرت في Claude Code في منتصف الرد رسالة «API Error: The response stopped arriving. The response above may be incomplete.»، فمعناها أن الاتصال ظل مفتوحًا لكن البيانات توقفت عن الوصول، فقطعه مؤقّت المراقبة في Claude Code. المخرجات المكتملة تبقى، فتحقّق من حالة العمل ثم أرسل continue لتستأنف من حيث توقف. وهذه الرسالة هي الاسم الجديد لما كان يُعرض قبل v2.1.227 بنص «Response stalled mid-stream». اعتمادًا على مرجع الأخطاء الرسمي ووثيقة إعدادات الشبكة، نرتّب الفرق بينها وبين Connection lost mid-response وThe response stalled before a response was produced وStreaming response ended before any complete data was received، وسبب عدم إعادة الإرسال، وطريقة التعامل معها في الوضع غير التفاعلي (-p) ولدى الوكلاء الفرعيين، وكيفية التحقق من الإصدار ومسار الاتصال ومؤقّتات المراقبة، والمعلومات التي تحفظها عند الإبلاغ. أما البلاغات الخمسة التي فتحناها على GitHub فنعاملها بمعزل عن الشرح الرسمي، على أنها حالات غير مؤكدة.

إذا عرض Claude Code الرسالة «Login expired · Please run /login»، فهذا يعني أن التجديد التلقائي لتسجيل الدخول المحفوظ رُفض وأن Claude Code حذف بيانات الاعتماد. لا تصل الأوامر اللاحقة إلى API بل تتوقف على جهازك، لذا أعد تسجيل الدخول عبر ‎/login بدل إعادة المحاولة. استنادًا إلى مرجع الأخطاء الرسمي، نشرح الفرق عن Not logged in وOAuth token has expired وYour account is on hold، وكيف تغيّرت الرسالة في v2.1.206، والخطوات من التحقق عبر ‎/status حتى إعادة تسجيل الدخول، وما تفعله مع claude -p وفي CI، وما تتحقق منه حين تتكرر: الإصدار وسلسلة المفاتيح والساعة وCLAUDE_CONFIG_DIR. ونعرض ستة بلاغات على GitHub بشكل منفصل بوصفها حالات لم يُحسم سببها.

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

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

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