المحتويات

حين يتوقف بك 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 طريقًا واحدًا. فهناك الأمر claude في الطرفية، وامتداد المحرر، ووكيل آخر مثل OpenCode، ومسار يمرّ عبر GitHub Copilot — وكلٌّ منها يقرّر بنفسه كيف يصوغ العطل. فالحدث الواحد تختلف صياغته باختلاف الطبقة التي كتبته.

ليس هذا المقال شرحًا لكل سبب على حدة من الصفر، وإنما هو مدخل: يحدّد مَن كتب الرسالة، ثم يوجّهك إلى المقال الصحيح. تبقى التفاصيل في المقالات القائمة، ولا نتناول هنا سوى تتبّع المصدر. وما أمكن تأكيده من مصادر أولية مفصول عمّا لم يمكن.

الخلاصة
① الخطوة الأولى
طابِقها مع الفهرس الرسمي

يسرد Claude Code رسميًا الرسائل التي يطبعها. وكون رسالتك تطابقها حرفيًا أو لا يضيّق وحده دائرة الطبقة التي كتبتها. افعل ذلك قبل أن تبدأ التفكير في السبب.

② الفخّ
السبب المسمّى قد يكون خاطئًا

تسمّي أدوات الطرف الثالث سببًا داخل صياغتها، ويسجّل بلاغ علني حالات حقيقية لا تطابق فيها تلك التسمية ما جرى فعلًا. فإن صدّقت الصياغة أصلحت المكان الخطأ.

③ الشكل لا يدلّ على شيء
اثنتان من الخمس كانتا رسميتين

عند مطابقة النصوص الخمسة أعلاه بالفهرس، تبيّن أن اثنين منها مدرجان في مرجع الأخطاء الرسمي لـ Claude Code. فلا يمكنك تخمين الطبقة من انطباع الرسالة.

1. ابدأ بهذا — ابحث عن تطابق حرفي في الفهرس الرسمي

هناك ما ينبغي فعله قبل التفكير في السبب: التأكد من أن الرسالة تنتمي إلى مفردات Claude Code نفسه.

لدى Claude Code مرجع أخطاء رسمي، وهو يُعدّد الرسائل التي يضعها Claude Code على شاشتك. المصادقة وحدود المعدّل وتجاوز نافذة السياق والشبكة والبثّ وMCP والإضافات — كلها واردة بنصها المعروض حرفيًا. ولهذا فإن سؤال «هل النص الذي رأيته مدرج هناك» ليس تخمينًا بل مطابقة.

النتيجة أ
تطابق حرفي

إمّا Claude Code نفسه، وإمّا رسالة تصنّفها الوثائق على أن جهة الإطلاق هي التي تطبعها. الشرح الرسمي والحل ينطبقان كما هما. واثنتان من الخمس أعلاه وقعتا هنا.

النتيجة ب
شبيهة لكنها غير مطابقة

الأرجح أن برنامجًا آخر أعاد صياغتها. وقد يُضاف سبب مسمّى أثناء إعادة الصياغة تلك، فلا تأخذ التسمية على علّاتها.

النتيجة ج
لا أثر لها إطلاقًا

تلك الرسالة هي من مفردات الأداة التي تستخدمها. وما ينبغي أن تبحث فيه ليس مواد Anthropic بل مستودع تلك الأداة وبلاغاته.

ورود كلمة «Claude» في الرسالة لا يجعلها من كلام Anthropic. فكلمة Claude أو model تظهر في الجملة لأن الأداة تستدعي Claude، لا كدليل على أن Anthropic هي من كتب الجملة. والعكس وارد أيضًا: رسالة يطبعها برنامج من صنع Anthropic ومع ذلك لا وجود لها في المتن الأساسي من الفهرس الرسمي الفصل الخامس.

2. أيّ الطبقات الأربع كتبت نص الخطأ

إذا فكّكت الطريق إلى Claude وجدت أربعة مواضع يمكن أن يُكتب فيها نص عند وقوع عطل. والطبقة التي كتبته تغيّر طريقة قراءتك له وموضع نزول الإصلاح.

الطبقة ①
الواجهة الخلفية التي تقدّم النموذج

واجهة Anthropic البرمجية، وكذلك Amazon Bedrock وGoogle Vertex AI وبوابة GitHub Copilot وغيرها. وكثيرًا ما تصل حالة HTTP وقيمة error.message في JSON إلى الشاشة كما هي.

مثال: Output blocked by content filtering policy

الطبقة ②
Claude Code نفسه

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

مثال: Streaming response ended before any complete data was received

الطبقة ③
البرنامج المُطلِق، أي امتداد المحرر أو الغلاف

يطبعها ما حاول إطلاق Claude Code وأخفق. ويفرد لها المرجع الرسمي فصلًا مستقلًا باسم «Wrapper and IDE errors»، ويصفها بأنها مما يطبعه البرنامج المُطلِق لا Claude Code نفسه.

مثال: Could not locate the Claude CLI on PATH

الطبقة ④
عملاء الطرف الثالث

وكيل آخر يستدعي Claude بوصفه نموذجه. الصياغة يكتبها ذلك المشروع بنفسه ولا وجود لها في الفهرس الرسمي. وهي تسمّي سببًا في الغالب، وقد تخطئ تلك التسمية.

مثال: The response was blocked by the provider's content filter

ومن بين هذه الأربع، الطبقة ④ هي الأسهل في إساءة القراءة. فالطبقات من ① إلى ③ تميل إلى ذكر ما حدث، بينما صياغة الطبقة ④ كثيرًا ما تمضي إلى سبب الحدوث نفسه. غير أن ذلك الجزم ليس أكثر من استنتاج قامت به تلك الأداة. ويعالج الفصل التالي مثالًا موثّقًا عليه.

3. حين تقرأ «content filter»، فمرشِّح مَن هو؟

اثنتان من الخمس المذكورة في الصدر تقولان إن الرد حُجب بمرشِّح محتوى. وهنا يقع الالتباس أكثر ما يقع، لأن استخدامك Claude لا يعني أن مرشِّح Anthropic هو ما أوقفك.

3-1. The model returned no content because the response was blocked by content filtering

🟡 المصدر، ملاحظة فقط: المصدر الأولي الوحيد الذي أمكن فيه التحقق من هذا النص حرفيًا هو البلاغ ‎#3348 في github/copilot-cli، داخل مستودع GitHub نفسها. وعنوانه هو «Repeated 'The model returned no content because the response was blocked by content filtering' on legitimate technical reasoning turns»، فيحمل النص كما هو. غير أن صاحب البلاغ سحب المتن، ولا يوجد أي ردّ تقني من مشرف. والحالة هي closed as not planned. كما أن النص نفسه غير ظاهر في وثائق GitHub العلنية. ولذلك لا يدّعي هذا المقال شيئًا يتجاوز أنها صياغة أُبلغ عنها في GitHub Copilot CLI.

وفي المقابل، ✅ هناك أمر واحد يمكن الجزم به. فوثيقة GitHub الرسمية Hosting of models for GitHub Copilot صريحة في وصف ما يجري عند استخدام Claude.

«عند استخدام Claude، تظل مُوجّهات الإدخال وإكمالات الإخراج تمرّ عبر مرشِّحات محتوى GitHub Copilot الخاصة بمطابقة الشيفرة العلنية، حيثما انطبقت، إلى جانب المرشِّحات الخاصة بالمحتوى الضار أو المسيء»

أي إنه عند استخدامك Claude عبر Copilot، يوجد كذلك مرشِّح في جانب GitHub قادر على إيقاف المخرجات. وتمضي الصفحة نفسها فتصف استضافة نماذج Claude المتاحة في Copilot بأنها «Amazon Web Services, Anthropic PBC, and Google Cloud Platform» — ومعنى ذلك أنك لست بالضرورة على تركيب يستدعي api.anthropic.com التابع لـ Anthropic مباشرة.

ولهذا يتغيّر الحل. فرسالة Output blocked by content filtering policy التي تصلك مباشرة من واجهة Anthropic أو من Claude Code سببها الأول مرشِّح مخرجات يمنع إعادة إنتاج أعمال محمية قائمة، والحل يميل إلى ألّا تطلب نسخًا حرفيًا، انظر أسباب Output blocked by content filtering policy وحلولها. أما عبر Copilot فتكتب GitHub بنفسها أن المطابقة مع الشيفرة العلنية تُفحص أيضًا. فإن كان العمل ينتج شيفرة تشبه شيفرة قائمة، فقد يكون التوقّف هناك. فعبارة «content filtering» الواحدة لا تضمن أن المفحوص واحد.

ويكفي اختبار واحد للفصل بينهما. شغّل المُوجّه نفسه عبر الأمر claude في الطرفية، وهو طريق مباشر إلى Anthropic. فإن مرّ هناك وتوقّف عند Copilot CLI وحده، فما يوقفك ليس مرشِّح Anthropic. وإن توقف الاثنان فالأرجح أن الحكم آتٍ من الجهة التي تقدّم النموذج.

3-2. The response was blocked by the provider's content filter

✅ المصدر، مؤكَّد: هذا النص يخصّ OpenCode، وهو وكيل برمجة مفتوح المصدر. ويورد البلاغ ‎#35736 في مستودع anomalyco/opencode هذه الصياغة حرفيًا.

وهذا البلاغ بالذات هو المثال الذي يودّ هذا المقال إيصاله قبل كل شيء. فعنوانه يقول إن أخطاء مزوّد Vertex — أي 404 وانقطاع المقبس وstop_reason:refusal — تظهر جميعها بالصيغة نفسها «blocked by content filter».

الواقع 1
404 NOT_FOUND

النموذج غير موجود في المنطقة التي ضبطتها. والمثال في البلاغ هو claude-opus-4-8@default. وهذا خطأ ضبط لا أكثر ولا صلة له بأي مرشِّح.

الواقع 2
انقطاع المقبس أو إعادة ضبط الاتصال

انقطع الاتصال بواجهة Vertex أثناء جلسة طويلة. وهذا حدث شبكي لم يُحكم فيه على محتوى المخرجات أصلًا.

الواقع 3
رفض حقيقي

يعود HTTP 200 حاملًا stop_reason: refusal وفئة أمان، وهي cyber في مثال البلاغ. وهذه وحدها تطابق الصياغة.

ومن الثلاثة، الصياغة صحيحة في حالة واحدة بالضبط. ومع ذلك تعرض الشاشة الجملة نفسها في الحالات كلها. ولهذا لا يجوز أخذ صياغة الطبقة ④ على علّاتها — فإن قرأتها على أنها حجب من مرشِّح وخفّفت أسلوبك، ثم كان الواقع 404، فلن تصلح شيئًا أبدًا. فالذي يحتاج إلى إصلاح هو ضبط معرّف النموذج والمنطقة.

ويحمل المستودع نفسه كذلك البلاغ ‎#35643، أي «تُحاسَب على ما تولّد حتى حين يحجب مرشِّح المحتوى المخرجات». وكلاهما كان مفتوحًا وقت كتابة هذا المقال.

🟡 ما تعذّر تأكيده: لم يمكن تحديد الموضع الذي تُركَّب فيه هذه العبارة داخل شيفرة OpenCode، لأن البلاغ لا يذكره. صحيح أن البلاغ يشير إلى PR ‎#31745 بوصفه إصلاحًا جزئيًا سابقًا، لكن فحوى التقرير هو أنه لا يزال عاجزًا عن التمييز بين الأعطال الثلاثة.

وعليه يكون ترتيب المحاولة هكذا. ① تأكّد من أن معرّف النموذج والمنطقة اللذين ضبطتهما تركيبة موجودة فعلًا. ② انظر هل يتكرر العطل بالمُوجّه نفسه أم أنه متقطّع، فالتقطّع يشير إلى جانب الاتصال. ③ إن أمكنك التقاط الرد الخام فانظر إلى stop_reason. ولا يجوز أن تعامل الأمر بوصفه مشكلة محتوى إلا بعد أن تُظهر الخطوة ③ قيمة refusal.

4. Streaming response ended before any complete data was received — هذه كانت من صياغة Claude Code نفسه

نتناول من هنا الرسالتين اللتين تبدوان من صياغة طرف ثالث بينما هما في الحقيقة من مفردات Claude Code الرسمية.

✅ مؤكَّد: هذا النص موجود بندًا في مرجع الأخطاء الرسمي لـ Claude Code. والشرح الرسمي ليس ما يتصوّره معظم الناس.

«أعادت الواجهة ترويسات الرد، لكن جسم الرد لم يتضمّن أي رسالة من واجهة Claude البرمجية»

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

والإرشاد الرسمي يقدّم خطوتين. ① أعد الإرسال — فالرسالة الأصلية ما زالت في المحادثة، ولا حاجة إلى لصق مُوجّه طويل من جديد، إذ تكفي كتابة try again. ② وإن تكرر في كل مرة فاشتبه في الشبكة أو الوسيط أو بوابة المزوّد — إذ توجّهك الوثائق إلى بند «Unable to connect to API».

وما يدعم هذه القراءة هو البنود الشقيقة المجاورة لها. ففي المرجع الرسمي بند API returned an empty or malformed response، ومعناه أن الترويسات تشير إلى النجاح بينما الجسم ليس رسالة صالحة من واجهة Claude، بل فيه أيضًا بند Bedrock streaming response has content-type "..."; expected "application/vnd.amazon.eventstream" الذي يسمّي البوابة التي أعادت محتوى من نوع خاطئ. وهذه العائلة كلها من صنف «عاد 200، لكن المحتوى ليس رد Claude».

الجانب الذي لم يصل منه محتوى إطلاقًا

Streaming response ended before any complete data was received
API returned an empty or malformed response

اشتبه في المسار: وسيط مؤسسي، أو إنهاء TLS، أو بوابة واجهة، أو مُرحِّل أمام Bedrock أو Vertex. انظر مقال أخطاء الشبكة والوسيط وشهادة TLS

الجانب الذي انقطع بعد ظهور مخرجات

Connection lost mid-response
The response stopped arriving

هنا يُحتفظ بما وصل إلى الشاشة، وكلمة continue تستأنف من حيث توقف. انظر مقال Connection lost mid-response

5. Could not locate the Claude CLI on PATH — صياغة تصنّفها الوثائق على أن جهة الإطلاق تطبعها

✅ مؤكَّد: هذا النص وارد في مرجع الأخطاء الرسمي كذلك. لكن موضعه هو المهم، فهو في فصل مستقل عنوانه «Wrapper and IDE errors». وتصف الوثائق ذلك الفصل بأنه أخطاء يطبعها البرنامج المُطلِق لا Claude Code نفسه.

والتعريف الرسمي هو أن البرنامج المُطلِق لم يعثر على الأمر claude في مسار النظام PATH. والحلّان المذكوران اثنان.

  • أعد التثبيت. فالمثبّت يضيف claude إلى PATH
  • ضع موضع التثبيت في PATH. على macOS وLinux يكون عادةً ~/.local/bin أو /usr/local/bin، وعلى Windows يكون عادةً %APPDATA%\Anthropic\Claude\bin أو C:\Program Files\Anthropic\Claude\bin

غير أن المسألة هي التالية: الرسالة التي تصل شاشتك فعلًا قد تكون أطول من العنوان الوارد في الفهرس الرسمي. فقد سجّل البلاغ ‎#80087 في anthropics/claude-code النصّ الحقيقي الذي طبعه امتداد VS Code، حرفيًا.

Could not locate the Claude CLI on PATH. Launching by name in a PowerShell terminal would run a 'claude' from the open folder instead of the installed CLI, so the launch was blocked. Make sure the Claude CLI's install directory is on your system PATH (not only your PowerShell profile), then restart VS Code and try again.

والنصف الثاني شرح أضافه الامتداد من عنده. ولهذا لا يأتي البحث بشيء، ولهذا يكون الصواب أن تبحث عن الجملة الأولى وحدها. وهذا يصدق على صياغة الطبقة ③ عمومًا: تطعّم جهة الإطلاق العنوانَ الرسمي بظروفها الخاصة.

🟡 ما يبلّغ عنه البلاغ ‎#80087، بما فيه الأجزاء غير المؤكدة: صاحب البلاغ على Windows 11 ويذكر أن الأمر claude في الطرفية يعمل بخير بينما يخفق الامتداد وحده. وقد عمل على v2.1.212 وتكرر العطل على v2.1.214 وv2.1.217، فرجّح أنه تراجع دخل في v2.1.214. والسبب المرجَّح هو طريقة التعامل مع مخرجات where.exe في Windows حين يتضمّن اسم المستخدم محارف خارج ASCII، لكن هذا استنتاج صاحب البلاغ لا سبب مثبت. وكان البلاغ مفتوحًا وقت كتابة هذا المقال، ومن الحلول الالتفافية المذكورة تثبيت الامتداد على v2.1.212.

ويكفي سطر واحد للعزل. اكتب claude --version في الطرفية. فإن طُبع رقم إصدار هناك وأخفق الامتداد وحده، فالمعطوب ليس الأداة بل مسار PATH الذي تراه جهة الإطلاق. فحين تُطلق المحرر من أيقونته، قد يختلف PATH الذي تتلقّاه تلك العملية عن PATH الذي تبنيه صدفة تسجيل الدخول. أما حالة عدم اكتمال التثبيت أصلًا فمشروحة في مقال command not found.

6. الرسالة التي تعذّر تتبّع مصدرها، وأربع خطوات لتتبّعها بنفسك

أما واحدة من الخمس المذكورة في الصدر — وهي Connection to Claude's response was lost. Claude may still be working — فقد 🔴 تعذّر تحديد مصدرها. ولا يسمّي هذا المقال أي أداة لها.

وما جرى البحث فيه وما انتهى إليه مسجّل هنا. فقد قُرئت بنود مرجع الأخطاء الرسمي لـ Claude Code كلها بندًا بندًا، ولم يكن هذا النص بينها. كما قُرئت بالكامل الوثيقة الرسمية لخاصية Remote Control التي تتيح متابعة جلسة محلية من الهاتف أو المتصفح، ولم يكن فيها كذلك. وأقرب صياغتين رسميتين هما Connection lost mid-response وCouldn't reconnect to your Remote Control session، ولا يطابق النصُّ أيًّا منهما.

فهي إذن إمّا الطبقة ③ وإمّا الطبقة ④، لكن الأداة التي كتبتها لم تتأكد. وصيغة «Claude may still be working» توحي بأن من كتبها ليس هو من يشغّل Claude — أي أنه يراقب عملية أخرى أو جهازًا آخر من الخارج — غير أن هذا 🟡 استنتاج من الصياغة لا سند وراءه.

وإليك إجراءً يتيح لك حسم مثل هذه الحالات بنفسك. وهو ينطبق على كل حالات الفصول السابقة أيضًا.

الخطوة 1
انظر أين رُسمت

هل ظهرت مندمجة في تدفّق رد Claude، أم في الإطار أو الإشعار أو اللوحة خارجه؟ فإن كانت خارجه فقد كتبتها الطبقة ③ أو الطبقة ④.

الخطوة 2
كرّرها على claude المجرّد

شغّل العمل نفسه عبر claude في الطرفية. فإن لم تتكرر فالصياغة تخصّ تلك الأداة. وإن تكررت فانزل إلى الطبقة ① أو الطبقة ②.

الخطوة 3
ابحث عن تطابق حرفي في الفهرس الرسمي

ابحث داخل مرجع الأخطاء الرسمي من متصفحك. وابحث عن الجملة الأولى وحدها، فقد يكون الباقي مما طعّمته جهة الإطلاق الفصل الخامس.

الخطوة 4
ابحث في بلاغات تلك الأداة

إن لم تكن رسمية فالموضع الذي تبحث فيه ليس مواد Anthropic. ابحث عن النص في بلاغات مستودع الأداة التي تستخدمها. وبهذه الطريقة تُتبّعت مصادر هذا المقال.

7. جدول المطابقة — من الرسالة إلى الوجهة

وإليك كل ما سبق في صفحة واحدة. وعمود «مَن كتبها» هو ما يقرّر إلى أي حدّ يجوز أن تثق بالرسالة.

الرسالة على الشاشة من كتبها ما يجري فعلًا الوجهة
The model returned no content because the response was blocked by content filtering 🟡 الطبقة ④
صياغة أُبلغ عنها في GitHub Copilot CLI		 أوقف مرشِّح المخرجات. لكن قد يكون مرشِّح GitHub الذي يفحص المطابقة مع الشيفرة العلنية أيضًا مقال مرشِّح المخرجات
The response was blocked by the provider's content filter ✅ الطبقة ④
OpenCode		 ثلاثة احتمالات: 404 على معرّف النموذج، أو انقطاع اتصال، أو رفض حقيقي. والثالث وحده يطابق الصياغة خطوات العزل في الفصل الثالث
Streaming response ended before any complete data was received ✅ الطبقة ②
Claude Code نفسه، رسميًا		 وصلت الترويسات لكن الجسم كان فارغًا. ولم ينقطع في المنتصف. اشتبه في المسار، أي الوسطاء والبوابات مقال الشبكة والوسيط
Could not locate the Claude CLI on PATH ✅ الطبقة ③
جهة الإطلاق، بنصّ رسمي		 الأمر claude ليس في PATH الذي تراه جهة الإطلاق. والأداة نفسها سليمة في الغالب مقال command not found
Connection to Claude's response was lost. Claude may still be working 🔴 لم يتحدّد
لا وجود لها في الفهرس الرسمي		 غير محسوم. وأقرب صياغة رسمية هي Connection lost mid-response الخطوات الأربع في الفصل السادس ومقال أقرب صياغة رسمية

واقرأ الجدول عرضًا تجد أن سطري الطبقة ④ وحدهما هما المتذبذبان في عمود «ما يجري فعلًا». أما الطبقتان ② و③ فلهما تعريف رسمي فلا تتذبذبان. وهذا الفرق هو بعينه الفرق في مدى جواز الثقة بالصياغة.

8. ما تأكّد وما لم يتأكّد

✅ تأكّد من مصادر أولية
  • Streaming response ended… وCould not locate the Claude CLI on PATH موجودتان كلتاهما بندين في مرجع الأخطاء الرسمي لـ Claude Code
  • تضع الوثائق الثانية تحت «Wrapper and IDE errors» وتصفها بأنها مما يطبعه البرنامج المُطلِق
  • ومعنى الأولى هو أن الترويسات عادت لكن الجسم لا يحمل رسالة من واجهة Claude — لا انقطاع في المنتصف
  • يبلّغ البلاغ ‎#35736 في OpenCode بأن 404 وانقطاع الاتصال والرفض الحقيقي تنتج الصياغة نفسها
  • تنصّ GitHub رسميًا على أن الإدخال والإخراج يمرّان عبر مرشِّحات محتوى GitHub Copilot حتى عند استخدام Claude
🟡 هناك بلاغ لكنه غير محسوم
  • مصدر The model returned no content because…. فالتأكيد الحرفي الوحيد هو عنوان البلاغ ‎#3348 في github/copilot-cli، وقد سُحب متنه
  • السبب المذكور لتراجع امتداد VS Code في البلاغ ‎#80087، أي التعامل مع مخرجات where.exe، هو استنتاج صاحب البلاغ
  • أيّ شيفرة في OpenCode تُصدر هذه الصياغة غير مذكور في البلاغ
  • وكون «Claude may still be working» صياغةَ من يراقب عملية أخرى هو استنتاج من الصياغة
🔴 تعذّر تأكيده
  • أيّ أداة تُصدر Connection to Claude's response was lost…. فلم تكن في مرجع الأخطاء الرسمي ولا في وثيقة Remote Control
  • شرح تقني من GitHub لتلك الصياغة في Copilot CLI، فالبلاغ ‎#3348 مغلق بوصفه closed as not planned بلا ردّ من مشرف
  • اكتمال الإصلاح لبلاغَي OpenCode، فكلاهما كان مفتوحًا وقت كتابة هذا المقال

ويؤول الأمر إلى هذا. لا يمكنك أن تعرف من شكل الرسالة أيّ طبقة كتبتها. فالخمس في الصدر تبدو كلها من صنع أداة طرف ثالث، ومع ذلك كانت اثنتان رسميتين واثنتان من طرف ثالث وواحدة مجهولة. ولذلك فالخطوة الأولى ليست التفكير في الأسباب بل المطابقة مع الفهرس الرسمي. تستغرق دقيقة، وتقرّر لك أين تبحث بعدها.

الأسئلة الشائعة

س1. أستخدم Claude، لكني لا أجد الرسالة في أي موضع من وثائق Anthropic.

قد لا تكون Anthropic هي من كتبها. فالأدوات التي تستدعي Claude بوصفه نموذجها — من امتدادات المحررات ووكلاء برمجة آخرين والاستخدام عبر Copilot وغيرها — تقرّر كلٌّ منها صياغتها الخاصة للعطل. ابحث أولًا عن تطابق حرفي في مرجع الأخطاء الرسمي، فإن لم تجدها فابحث عن النص في بلاغات مستودع الأداة التي تستخدمها.

س2. إذا ظهرت عبارة «content filter» فهل يعني ذلك أنني اصطدمت بمرشِّح Anthropic؟

ليس بالضرورة. فوثيقة GitHub الرسمية تنصّ على أن مُوجّهات الإدخال وإكمالات الإخراج تمرّ عبر مرشِّحات محتوى GitHub Copilot حتى عند استخدام Claude. وفي OpenCode يبلّغ البلاغ ‎#35736 عن حالات يُعرض فيها 404 أو انقطاع مقبس، ولا صلة لأيّهما بأي مرشِّح، بالصياغة نفسها عن «content filter». فشغّل المُوجّه نفسه عبر claude في الطرفية وافصل الحالات بحسب تكرار العطل من عدمه.

س3. هل تعني Streaming response ended before any complete data was received أن الاتصال انقطع؟

لا. فمرجع الأخطاء الرسمي يعرّفها بأن «الواجهة أعادت ترويسات الرد، لكن الجسم لم يتضمّن رسالة من واجهة Claude». فليس الأمر أن جزءًا وصل ثم انقطع، بل أنه لم يصل محتوى إطلاقًا. أعد الإرسال أولًا، وتكفي كتابة try again، فإن تكرر في كل مرة فاشتبه في المسار، أي الوسطاء والبوابات ونحوها.

س4. الأمر claude يعمل في طرفيتي، لكن امتداد المحرر وحده يقول «Could not locate the Claude CLI on PATH».

المشكلة في جهة الإطلاق لا في الأداة. فالمرجع الرسمي يصنّف هذه الصياغة تحت «Wrapper and IDE errors»، أي أن البرنامج المُطلِق هو من يطبعها لا Claude Code نفسه. وحين تُطلق المحرر من أيقونته، قد يختلف PATH الذي تتلقّاه تلك العملية عن PATH الذي تبنيه صدفة تسجيل الدخول. وهناك كذلك بلاغات عن تراجعات مرتبطة بإصدار الامتداد، مثل البلاغ ‎#80087.

س5. هل البحث لا يأتي بشيء لأن الخطأ نادر؟

الأغلب أن السبب هو طول النص. فصياغة الطبقة ③ يُطعَّم فيها أحيانًا العنوانُ الرسمي بشرح من جهة الإطلاق، وفي مثال الفصل الخامس كان العنوان الرسمي جملة واحدة بينما بلغ المعروض فعلًا أربع جمل. فابحث عن الجملة الأولى وحدها.

س6. هل يجب ألّا أتصرّف بناءً على السبب الذي تسمّيه الرسالة أبدًا؟

الأمر يتوقف على الطبقة. فالصياغة التي تطابق الفهرس الرسمي حرفيًا، أي الطبقتان ② و③، لها معنى وحلول موثّقة، فاتّباعها لا بأس به. والمشكلة في الطبقة ④. فالبلاغ ‎#35736 في OpenCode يفيد بأن ثلاثة أعطال مختلفة تمامًا تنتهي كلها إلى الجملة نفسها عن الحجب بمرشِّح المحتوى. وحين يكون الواقع خطأ ضبط، فتصديق الصياغة وإعادة صياغة أسلوبك لن يصلحا شيئًا أبدًا.

س7. أليس الأبسط أن أكفّ عن استخدام أدوات الطرف الثالث؟

لا حاجة إلى الذهاب بعيدًا هكذا. فالمسألة هنا ليست جودة الأداة من عدمها، بل مصدر صياغة العطل وحده. ويكفي عمليًا أن تحاول تكرار العطل مرة واحدة على claude المجرّد أثناء العزل. أما اختيار الأداة فانظر مقارنة Cursor وClaude Code وGitHub Copilot وCodex.

س8. كيف أصلح Connection to Claude's response was lost. Claude may still be working؟

لم يتمكن هذا المقال من تحديد مصدرها. فالنص غير موجود لا في مرجع الأخطاء الرسمي لـ Claude Code ولا في وثيقة Remote Control. وعليه فقد كتبتها إمّا جهة إطلاق وإمّا عميل طرف ثالث، ولأننا لم نتمكن من تأكيد أيّ أداة فإن هذا المقال لا يسمّي أحدًا. استخدم الخطوات الأربع في الفصل السادس لتحديدها في بيئتك أنت. أما ظاهرة انقطاع الرد في منتصفه فمقال أقرب صياغة رسمية، وهي Connection lost mid-response، مرجع مفيد فيها.

مقالات ذات صلة

المصادر الأولية المستخدمة