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

بعد الإرسال مباشرةً في 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، هي الجلسات الطويلة التي تنهار فيها المخرجات نفسها، مع الفصل بين ما تأكّد وما لم يتأكّد بعد.

في 2 أغسطس 2026 أصبحت بقية أحكام EU AI Act سارية بصفة عامة، ومعها انتشرت فجأة مقولة إن نشر مقال كتبه الذكاء الاصطناعي دون وسم صار مخالفًا للقانون. والخلاصة أن التزام الإفصاح لا ينشأ على معظم الكتّاب المستقلين ومدوّنات الشركات، لأن الفقرة 4 من المادة 50 تنصّ صراحةً على أن الالتزام لا يسري حين تكون المادة قد خضعت لمراجعة بشرية أو لسيطرة تحريرية ويتحمّل شخص ما المسؤولية التحريرية عن المنشور. غير أن شرط الإعفاء هو أن تكون المراجعة جوهرية وألّا تقتصر على أمور سطحية أو على موافقة شكلية، فالنشر التلقائي لنص لم يقرأه أحد لا يندرج تحته. يتناول هذا المقال اختلاف التزامات المزوِّد (provider) عن التزامات المُشغِّل (deployer) اختلافًا تامًّا، وكون الإفصاح عن النصوص المولَّدة يتحدّد بغرض النشر لا بالموضوع، والتزام الإفصاح عن التزييف العميق والتخفيف الممنوح للأعمال الفنية والساخرة، وإخطار روبوتات المحادثة، وكون الوسم القابل للقراءة الآلية (C2PA Content Credentials) التزامًا على المزوِّد، ومهلتَي 2 ديسمبر 2026 و2 فبراير 2027، مقتصرًا في ذلك كله على ما أمكن التحقّق منه في نص القانون ووثائق المفوضية الأوروبية.

يتوقف Claude Code في منتصف الرد فتظهر العبارة «API Error: Connection lost mid-response. The response above may be incomplete.»، ثم لا يعثر من يبحث عنها حرفيًا على شيء تقريبًا، والسبب أن النص نفسه جديد. يقول مرجع الأخطاء الرسمي ذلك صراحة: قبل v2.1.227 كانت Connection lost mid-response تُعرض باسم Connection closed mid-response، وفي الدفعة نفسها صارت Response stalled mid-stream هي The response stopped arriving، وصارت Connection closed while thinking, before producing a response هي Connection lost before a response was produced. فالحدث ليس جديدًا، وإنما تبدّلت الكلمة المعروضة وحدها، ولهذا يظل ما كُتب تحت الاسم القديم صالحًا كما هو، ولهذا أيضًا لا بد أن يشمل البحث في البلاغات الصيغتين معًا. ينطلق المقال من واقعة إعادة التسمية هذه معتمدًا على الوثائق الرسمية والبلاغات العلنية وحدها. يعرض التعريفات الرسمية للرسائل الأربع للانقطاع في منتصف الرد، وهي Server error وConnection lost وYour computer went to sleep وThe response stopped arriving، ويبيّن لماذا يُحتفظ عمدًا بالمخرجات التي ظهرت على الشاشة، إذ إن إعادة إرسال الطلب قد تُنفّذ استدعاء الأداة نفسه مرتين، ولماذا تكون خطوة الاستئناف هي الرد بكلمة continue لا البدء من جديد. ثم يشرح سبب غياب إعادة المحاولة التلقائية عبر مسارات Automatic retries الرسمية: الانقطاع قبل اكتمال أي شيء يُعاد إرساله بتراجع أسّي حتى عشر مرات، والانقطاع بعد التفكير وقبل أي مخرجات يُعاد إرساله مرتين على الأكثر ثم ينتهي الدور برسالة Connection lost before a response was produced، والانقطاع بعد اكتمال كتلة لا يُعاد إرساله إطلاقًا. ومن هناك يرسم الطبقات الثلاث التي قد ينقطع عندها البثّ، وهي جهازك وخطك، والمسار عبر الوسطاء والبوابات، وجانب الخادم مع إعادة استخدام الاتصال، ويضيف الحالة الرابعة التي يسهل إغفالها وهي تدوير شهادات mTLS وسلوك إعادة تحميلها منذ v2.1.232، ثم يقدّم قائمة عزل من تسع خطوات. ويسرد مؤقتات مراقبة البثّ الأربعة بقيمها الافتراضية، أي 180 ثانية لأول بايت و300 ثانية على مستوى الأحداث و180 ثانية على مستوى البايتات وخمس دقائق لخمول الجسم، إلى جانب CLAUDE_CODE_MAX_RETRIES وCLAUDE_CODE_RETRY_WATCHDOG وAPI_TIMEOUT_MS ومتغيّري مهلة البثّ، مع التوضيح بأن رفع عدد مرات إعادة المحاولة لا يُقلّل هذه الرسالة بالذات. ويفصل جدول مقارنة بين ثماني رسائل يسهل الخلط بينها، ويعرض بلاغين علنيين هما ‎#86473 و‎#85979 يكتمل فيهما HTTPS الخام وcurl بينما تسقط الطرفية وحدها بـ ECONNRESET. ويختم بفصل ما تأكد رسميًا عمّا هو مجرد بلاغ، ومنه أن الإصدارات السابقة لـ v2.1.222 كانت قد تعرض هذا الإشعار حتى حين يكون الرد قد اكتمل فعلًا.

تحاول فتح Claude Desktop على Windows فيظهر بدلاً من ذلك مربّع حوار عنوانه Can't open this app يطلب منك الانتقال إلى الخيارات المتقدّمة الخاصة بـ Claude واختيار Repair — وتنفيذ ما تقوله الرسالة حرفياً ينجح فعلاً. لا إزالة تثبيت، ولا إعادة تعيين تُلقي ببياناتك. لكن في المنتصف خطوة واحدة يتعثّر عندها الناس، وهي محور هذا المقال: الضغط على الإصلاح قد يعود برسالة تقول إن التطبيق ما زال قيد التشغيل، رغم أنه لا توجد أي نافذة مفتوحة لـ Claude. السبب أن Claude Desktop يظلّ يعمل في علبة النظام بعد إغلاق نافذته، وما دامت تلك العملية المقيمة ممسكةً بملفات الحزمة فإن الإصلاح لا يمرّ. والحل بسيط: أنهِ العمليات صراحةً ثم اضغط الإصلاح. وهذه الحقيقة نفسها تشير إلى سبب العطل الأصلي — العملية ذاتها أفسدت التحديث ثم منعت الإصلاح. يجيب المقال أيضاً عن السؤال الذي يطرحه معظم الناس أولاً: هل تُمحى جلساتك؟ الجواب ينقسم ثلاثاً. سجلّ محادثات claude.ai يقيم على خوادم Anthropic ولا يُمسّ. وجلسات Claude Code تقيم في %USERPROFILE%\.claude\projects\ خارج حزمة التطبيق، فتنجو من الإصلاح ومن إعادة التعيين بل ومن إزالة التثبيت (جهاز حقيقي احتوى 2,977 ملفاً بنحو 3.0GB موزّعة على 52 مشروعاً). الشيء الوحيد المعرَّض للخطر هو إعدادات التطبيق في %APPDATA%\Claude، و«إصلاح» يُبقي حتى هذه — فـ Windows يوضّح الفرق على الشاشة نفسها: الإصلاح لا يؤثر في بيانات التطبيق، وإعادة التعيين تحذفها. ومن هناك يغطّي المقال فحص الحالة بـ PowerShell للقراءة فقط، وروتين نسخ احتياطي، وتصعيداً متدرّجاً حين يظلّ التطبيق لا يفتح (التأكد من تشغيل vmcompute وhns، وإعادة التثبيت مع -PreserveApplicationData)، والسبب المُستنتَج المتمثّل في حزمة MSIX نصف مُسجَّلة إلى جانب مشكلات GitHub (#55465 حيث نجح التثبيت دون إنشاء نقطة تنفيذ، و#50285 و#48437 — وكلها أُغلقت بوصفها غير مخطَّط لها ودون إصلاح رسمي)، وكيفية تقليل احتمال التكرار، ومقارنةً بإصدار المُثبِّت القديم حيث سجَّل أحدث إصدار MSIX والجهاز العامل بالصيغة القديمة الرقم 1.24012.9 نفسه.

في 16 يوليو 2026 أطلقت Moonshot AI نموذج Kimi K3 بـ 2.8 تريليون معامل إجمالي. تعرضت أسهم أشباه الموصلات الأمريكية لموجة بيع، وتصاعدت القصة حتى اتهم مسؤول في البيت الأبيض الشركة بالاسم بتقطير نماذج Anthropic. ولأن الأرقام بل وحتى التسميات تتناقض بحسب المصدر، يقارن هذا المقال بين ناشري الاختبارات المرجعية والصحافة المالية وإعلانات Moonshot نفسها وصفحة Hugging Face الفعلية، ذاكرًا مَن أنتج كل رقم. في الأداء يسجل 57 نقطة والمركز الثالث في Artificial Analysis Intelligence Index (اعتبارًا من 17 يوليو 2026، مع وجود حصر يضع النتيجة نفسها في المركزين الرابع والسابع). وفي GDPval-AA v2، وهو المقياس الأقرب إلى العمل الحقيقي، يقف K3 عند 1668 مقابل 1760 لـ Fable 5 و1600 لـ Opus 4.8 — أي قفزة قدرها 478 نقطة عن الجيل السابق K2.6 عند 1190، وهذا التقليص للفجوة، لا الترتيب المطلق، هو ما حرّك السوق. وفي البرمجة احتل المركز الأول في Frontend Code Arena من Arena.ai بنتيجة 1679 (‏Fable 5 عند 1631)، لكنه في FrontierSWE يخسر بنسبة 81.2% مقابل 86.6% لـ Fable 5. والتسعير ينقلب بتغيّر المقارنة: 3 دولارات للإدخال و15 دولارًا للإخراج أرخص بنحو 40% في الإدخال وبنسبة 40-50% في الإخراج من Claude Opus 4.8 (‏$5/$25) أو GPT-5.6 Sol (‏$5/$30)، والتكلفة المقيسة البالغة 0.94 دولار لكل مهمة تأتي دون 1.80 دولار لـ Opus 4.8. أما مقابل المنافسين الصينيين فهو الأغلى في المجموعة بنحو ثلاثة أضعاف GLM-5.2 و23 ضعف DeepSeek V4 Pro، ومن ثم فهذا ليس خصم المرتبة العشرية الذي رافق صدمة DeepSeek. وبخصوص الأوزان انقسمت الجهات بين «مفتوح المصدر» (‏VentureBeat وSCMP) و«مفتوح الأوزان» لدى Reuters، والأخير هو المصطلح الدقيق. وقد صدرت الأوزان في موعدها يوم 27 يوليو 2026 ويمكن سحبها من Hugging Face من دون طلب وصول (96 جزءًا من ملفات safetensors). والرخصة المنشورة معها هي «Kimi K3 License» الخاصة بـ Moonshot: إذن على غرار MIT يُضاف إليه شرطان، هما اتفاق منفصل لأي عمل من نوع Model as a Service يتجاوز إيراده 20 مليون دولار، وإظهار «Kimi K3» بوضوح في واجهة المنتجات التي تتجاوز 100 مليون مستخدم نشط شهريًا. ولأن الإذن يتغيّر بحسب حجم المستخدِم فهو ليس مفتوح المصدر بتعريف OSI، ومن ثم حسم نص الرخصة الخلاف حول التسمية. وفي الأسواق هبط ناسداك 1.5% يوم الجمعة، وتايوان أكثر من 6%، واليابان 4%، وانخفض صندوق أشباه الموصلات المتداول (SMH) بأكثر من 20% عن قمته في أواخر يونيو، لكن تراجع SOX الأسبوعي يُنقل بين -9% و-12.5% بحسب الجهة، وقُلّصت الخسائر لاحقًا مع دخول المشترين عند الانخفاض. أما اتهام التقطير فيرفضه الباحثون استنادًا إلى الجدول الزمني — 15 يومًا بين طرح Fable للعموم في 1 يوليو وإطلاق K3 في 15 يوليو — ولم يُنشر أي دليل. ويتناول المقال كذلك السرعة (قياسات تتراوح بين 33 و62 رمزًا في الثانية، مع تحذير OpenRouter من تكرار أخطاء 429 بسبب ضغط السعة)، وارتفاع معدل الهلوسة من 39% إلى 51%، وفجوة تجربة المستخدم الواضحة التي تقرّ بها Moonshot نفسها، كل ذلك بعلامات صريحة لدرجة اليقين.

يتوقف Claude Code في منتصف الرد برسالة «API Error: Connection closed mid-response. The response above may be incomplete.» وهذه ليست مشكلة في صياغة الأمر، بل الاتصال الذي كان يحمل الرد المتدفق أُغلق بينما الرد لا يزال قادمًا. يعتمد هذا المقال حصريًا على مرجع الأخطاء الرسمي وسجل التغييرات الرسمي وبلاغات مدعومة بالتقاط حزم الشبكة. يبدأ بالتعريفات الرسمية: Connection closed تعني أن الوصلة قُطعت، وResponse stalled تعني أنها صمتت، وServer error تعني وصول خطأ 5xx في منتصف التدفق؛ ويشرح لماذا تُحفظ المخرجات الجزئية عمدًا (لأن إعادة الإرسال قد تنفّذ الاستدعاءات نفسها للأدوات مرتين) وأن خطوة الاستعادة الموثّقة هي الرد بـ continue. ثم يفصل الطبقات الثلاث التي قد ينشأ منها الإغلاق (جهازك ووضع السكون، أو القطع عند الخمول في بروكسي أو VPN، أو إغلاق يبدأ من الخادم)، ويعرض القياسات التي نشرها صاحب البلاغ #67766: كانت الحالات العشر جميعها إغلاقًا سليمًا من الخادم، وظهر الخطأ بعد 3 إلى 105 مللي ثانية من FIN، وكان قد وصل 7 إلى 20 كيلوبايت من الرد، وبلغ جسم الطلب 1 إلى 2.5 ميغابايت، ونجح اتصال جديد خلال نحو 20 مللي ثانية، وظهرت 200 رسالة خطأ في 171 حادثة خلال 23 يومًا، منها 87 بعد أقل من خمس ثوانٍ من الاستدعاء السابق. أما جوهر الفائدة العملية فهو جدول زمني لبنود حقيقية في سجل التغييرات — 2.1.179 يحفظ الجزء المستلَم، و2.1.185 ينقل تنبيه التوقّف من 10 إلى 20 ثانية، و2.1.198 يعيد محاولة الانقطاعات العابرة بتراجع تدريجي، و2.1.199 يحفظ الجزء المستلَم عند أخطاء الخادم داخل التدفق، و2.1.214 يعطّل مجمّع keep-alive بعد خطأ اتصال قديم — مقارنًا بإصدارات البلاغات (2.1.173 و2.1.181 و2.1.183) وكلها أقدم من 2.1.198. ويختم بالظروف التي ترفع الاحتمال، وقائمة تحقّق من ثماني خطوات، وستة إرشادات للمطورين، وكيفية التمييز عن Unable to connect وPrompt is too long، وفصل واضح بين المؤكَّد رسميًا وغير المؤكَّد.

تفتح Hugging Face لتشغيل نموذج لغوي محلي فتجد للنموذج نفسه جداراً من الملفات (Q4_K_M، Q5_K_S، GPTQ، AWQ، IQ3_M) فتتجمد. تجيب هذه المقالة عملياً عن أي ملف مُكمَّم تنزّل حتى يعمل النموذج، تاركةً مفهوم ما هي التكميم لمقالة أخرى ومركّزةً على اختيار الصيغة. الاختيار خطوتان: أي صيغة (= أي محرك ستشغّله عليه)، ثم أي عمق بتات. الحقيقة الأهم أن الملف المُكمَّم لا يعمل إلا على المحركات التي تدعم صيغته. GGUF هي الصيغة الوحيدة الشاملة المحلية التي تعمل على المعالج المركزي وMac وGPU جزئي (llama.cpp/Ollama)؛ أما GPTQ/AWQ/EXL2 فهي لـ GPU أولاً (vLLM/TGI)؛ وbitsandbytes يُكمِّم عند التحميل في Transformers بلا معايرة. تسمية GGUF مثل Q4_K_M ثلاثة أجزاء: Q4 (4 بتات اسمياً، الأعلى أفضل وأكبر)، K (K-quant عبر كتل فائقة؛ المجرد/_0/_1 قديمة)، M (S/M/L = مقدار ترقية بعض التنسورات المهمة؛ البتات الفعلية تفوق التسمية، Q4_K نحو 4.5 bpw). عائلة IQ (I-quants) تذهب لحجم أصغر عند البتات نفسها لكنها أثقل في الاستدلال وتحتاج imatrix (مصفوفة أهمية من المعايرة تحمي الأوزان المهمة). GPTQ يقلّل الخطأ طبقةً بطبقة؛ AWQ يحمي الأوزان البارزة عبر التنشيطات (لا واحدة أفضل على الإطلاق). لعمق البتات، عند التردد اختر Q4_K_M (افتراضي Ollama لنماذج كثيرة)، وارتقِ إلى Q5_K_M/Q6_K مع VRAM فائض، وQ8_0 شبه خالٍ من الخسارة لكنه غير مُوصى به، وIQ2/IQ3 فقط لحشر نموذج كبير. نحو 4.5 إلى 5 bpw هي النطاق اللذيذ (قاعدة استرشادية). اعثر على الملفات عبر library=gguf، أو bartowski/mradermacher (النشاط يتغيّر)، أو وسوم Ollama model:size-variant-quant. الأرقام تقريبية وتختلف حسب النموذج والبناء.

الآن وقد أصبح "اسأل الذكاء الاصطناعي فحسب" و"دع الذكاء الاصطناعي يكتب كل شيء" هو الوضع الافتراضي، صار السؤال المعاكس هو الأكثر حدّة: هل هذا فعلًا موقف ينبغي أن أستخدم فيه الذكاء الاصطناعي؟ هذا المقال ليس معاديًا للذكاء الاصطناعي؛ بل عن إبقاء "عدم الاستخدام" خيارًا بالتحديد كي تحقق أقصى استفادة منه. الذكاء الاصطناعي ليس شيئًا تستخدمه افتراضيًا بل أداة تختارها عن قصد، واستخدامه بإتقان واختيار عدم استخدامه وجهان متلازمان. ست حالات يفوز فيها التخطّي: 1. التعلّم الذي يبني الأساسيات (عملية الكتابة للتفكير هي الغاية)، 2. إدخال بيانات سرية أو شخصية (لا تلصق دون التحقق من الشروط وسياسة الاحتفاظ)، 3. القرارات النهائية القاتلة عند الخطأ (الطب والقانون والسلامة والمال لا تُفوَّض دون تحقق)، 4. المهام البسيطة التي لا تستحق التكلفة، 5. العمل الذي تكون فيه الثقة الإنسانية أو الإبداع في الصميم (الاعتذارات والتوظيف والتأليف)، 6. عندما لا تريد إضافة نقطة فشل وحيدة (استمرارية الأعمال). قرّر بسرعة بثلاثة أسئلة: هل يمكنك التحقق من المُخرَج بنفسك، وهل هي بيانات يُسمح بمشاركتها فقط، وهل العملية شيء ينبغي أن تتدرب عليه الآن. إذا كان بإمكانك التحقق منه، والبيانات قابلة للمشاركة، ولا تحتاج إلى التدرب، فاستخدم الذكاء الاصطناعي؛ وإلا تخطَّه أو أدرِج تحققًا بشريًا. سلبيات الإفراط (التفريغ المعرفي، قبول الأخطاء المعقولة، الاعتماد) تُعرض كنقاط للنقاش لا كأرقام صارمة. تخطّي الذكاء الاصطناعي عن قصد ليس فرملة بل مهارة الوجه الآخر التي تتيح لك الانغماس الكامل حيث يناسب، وتحوُّط ضد الإفراط في الاعتماد عليه.

بعد تحديث Claude Desktop (على Windows) مباشرةً، يؤدي تشغيل التطبيق إلى ظهور "يوجد برنامج آخر يستخدم هذا الملف حاليًا" ولا يبدأ — ويبقى معطّلاً حتى تُعيد تشغيل الحاسوب. هذه علّة معروفة في إصدار متجر Microsoft (MSIX) (GitHub #53247 وغيره). النقطة الأساسية: إعادة تشغيل الحاسوب بالكامل ليست ضرورية بالضرورة — ففي كثير من الحالات يكفي تسجيل الخروج من Windows ثم الدخول مجدداً لاستعادة التشغيل (لا إعادة تشغيل الحاسوب، ولا تسجيل الخروج من Claude)، لأن المقبض المُعلَّق الكامن وراءه يبقى لكل جلسة مستخدم Windows. إيقاف CoworkVMService أو إعادة تسجيل الحزمة مُبلَّغ عن أنه لا ينفع. ورغم صياغة مربّع الحوار، تأكّد عدم وجود قفل ملف في مساحة المستخدم (handle.exe / Process Explorer): الفشل الحقيقي في طبقة حاوية AppX/Desktop Bridge، عند تحويل Job Object إلى Silo (0x80070020 = ERROR_SHARING_VIOLATION، الحدثان 215/208). للمُحفِّز تفسيران لم يُحسما — إمساك الخدمة بـ Job Object (#57221) مقابل تعطُّل عند البدء يترك التنظيف دون تنفيذ (#53247) — ولم يُطلَق أي إصلاح رسمي. الحل الدائم هو الانتقال إلى إصدار Squirrel (المُثبِّت). يستند إلى جهاز واحد (Windows 11 Home 10.0.26200) جرت مقارنته بمشكلات GitHub؛ مع تصنيف الثقة في كل موضع.

في 8 يوليو 2026 أطلقت OpenAI عالميًا نموذج GPT-Live الصوتي الجديد الذي يجدّد صوت ChatGPT ببنية كاملة الازدواج (full-duplex): يستمع ويتكلم في آن واحد، ويردّ بتعليقات وجيزة، ويستوعب المقاطعات، ولا يقاطع صمتك أثناء التفكير، بزمن استجابة <250ms. يتولى GPT-Live الاستجابة الفورية بينما يفوّض الاستدلال العميق والبحث خلف الكواليس إلى GPT-5.5 (Instant/Medium/High). المجاني يتيح GPT-Live-1 mini، وGo/Plus/Pro يحصلان على GPT-Live-1. نشرح ماهيته والفرق عن Advanced Voice Mode وآلية عمله وقيوده الحالية والفرق عن GPT-Realtime.