Codex: يظهر النص الياباني كمربعات، ويختفي الحرف الأول، ويحذف IME النص الملصق
حتى 2026-10-20، توجد على GitHub ثلاثة تقارير منفصلة حول اليابانية في Codex: 52500 – في تطبيق macOS لسطح المكتب، يظهر النص الياباني داخل أقسام الشيفرة كمربعات صغيرة تحتوي على علامات استفهام في رسالة المستخدم المرسلة وفي ردود المساعد؛ 51909 – في TUI الخاص بـ Codex CLI، لا يُعرض أحيانًا الحرف الأول من رد ياباني؛ 53972 – على macOS، تؤدي كتابة tte باستخدام IME الياباني إلى حذف نص كان قد لُصق سابقًا. الرد الرسمي الوحيد هو الموجود تحت 51909، ويقول إن هناك حاجة إلى مزيد من المعلومات لتحديد ما إذا كان الحرف مفقودًا من الرد أم فُقد في العرض فقط.
آخر تحديث 2026-11-14
مفتاح واحد لـ Claude وGPT وأبرز النماذج الصينية، والفوترة حسب token، ويعمل خلال دقائق.
- الفوترة حسب token — الأسعار المباشرة على /models
- الدفع بالبطاقة (Visa / Mastercard) أو Apple Pay أو Google Pay أو العملات الرقمية
- خدمة ذاتية: شحن الرصيد والتفعيل فورًا
العَرَض والبيئة والحالة لكل تقرير
52500 · تطبيق macOS لسطح المكتب
يذكر التقرير أن اليابانية مقروءة في مربع الكتابة على سطح المكتب، وأنه بعد الإرسال يظهر النص الياباني داخل الشيفرة المضمنة في Markdown وكتل الشيفرة في فقاعة رسالة المستخدم المرسلة كمربعات صغيرة تحتوي على علامات استفهام؛ وتُظهر أقسام الشيفرة في ردود المساعد الشيء نفسه، بينما يبقى النثر العادي مقروءًا، وكذلك تعليقات JavaScript المائلة. البيئة: بناء سطح المكتب 26.1007.21159 (build 20052)، macOS 27.0 (26A428)، Apple Silicon. يقول التقرير نفسه إنه يصف العرض فقط، وإن السبب الجذري غير مؤكد. قُدّم التقرير في 2026-10-09 وأغلقه مُقدّم التقرير بنفسه في 2026-10-10؛ وعدد التعليقات تحته 0، ولا يوجد رد رسمي ولا ملاحظة بإصلاح.
51909 · Codex CLI TUI
يذكر التقرير: codex-cli 0.161.0، على macOS 26.6.2 (Darwin 25.6.0, arm64) مع iTerm2، واللغة المحلية هي LANG=ja_JP.UTF-8. لا يكون الحرف الأول من رد ياباني مرئيًا أحيانًا؛ والتقط التقرير مثالًا يغيب فيه الحرف الأول، بينما تُعرض النصوص المحيطة وتذييل Worked for 1s بشكل طبيعي. ويذكر التقرير أن ذلك متقطع، وأن المُحفّز لم يُعزل، وأنه لم يُثبت ما إذا كان الحرف مفقودًا من الرد نفسه أم من عرض الطرفية فقط.
53972 · تطبيق macOS لسطح المكتب
يكتب التقرير: Codex App 26.1007.71326 (build 20398)، macOS 26.6.2 (build 25G83). تلصق نصًا، ثم تكتب tte باستخدام إدخال الروماجي الياباني، وعند حرف e الأخير يختفي النص الذي لصقته سابقًا، ولا تبقى إلا الكلمة التي كنت تؤلفها؛ ويحدث ذلك قبل أن تضغط Enter أو مفتاح المسافة. تتكرر المشكلة مع Google Japanese Input ومع إدخال الروماجي الياباني المدمج في macOS، ولا يسبب التسلسل نفسه المشكلة في Sublime Text.
يطلب فريق Codex مزيدًا من المعلومات
رد فريق Codex (الحساب etraut-openai، وردّه موسوم بـ «response from codex»؛ والحساب معلَّم بأنه CONTRIBUTOR في المشكلة) في 51909 يقول: هناك حاجة إلى مزيد من المعلومات لتحديد ما إذا كان الحرف غائبًا عن الرد أم ضائعًا في العرض فقط؛ يرجى تشغيل /feedback في جلسة متأثرة، واختيار bug، وإرفاق السجلات، ثم إعادة نشر معرّف feedback أو الرابط الذي يظهر في المشكلة؛ وستساعد أيضًا لقطة الشاشة التي ذكرها المُبلّغ، وإذا تكرر حدوث ذلك، فيرجى التحقق مما إذا كان ناتج /copy أو /export يحتوي على الحرف الغائب. حتى 2026-10-20 لم يصل الجانب الرسمي إلى نتيجة.
الوضع الحالي
هناك ثلاثة أمور منفصلة هنا، ولكل منها حالته الخاصة. 52500 تقرير عن علامات استفهام داخل مربعات: قُدِّم في 2026-10-09، وأُغلق في 2026-10-10 من المُبلِّغ نفسه، وتحته 0 تعليقات ولم يُترك رد رسمي ولا ملاحظة بإصلاح. 51909 تقرير عن عدم عرض الحرف الأول من رد ياباني أحيانًا على شاشة Codex CLI: قُدِّم في 2026-10-08، مع 1 تعليق يطلب فيه فريق Codex مزيدًا من المعلومات، ولا يزال مفتوحًا في 2026-10-20. 53972 تقرير عن اختفاء النص الملصوق أثناء تركيب كلمة باستخدام IME: قُدِّم في 2026-10-14، مع 2 من التعليقات كتبها مستخدمان آخران: يضيف أحدهما أنه يتكرر على Windows 11 أيضًا، ويضيف الآخر أن مدخلات أخرى بحرف ساكن مضعّف مثل kko تثير المشكلة أيضًا وأنها لا تتكرر في Codex CLI. لا يتضمن سجل التغييرات الرسمي للإصدار 0.163.0 (2026-10-15) أي إدخال عن اليابانية أو طرق الإدخال.
سجل التغييرات الرسمي حتى 2026-10-20
أحدث إدخال في سجل التغييرات الرسمي لـ Codex CLI هو 0.163.0 بتاريخ 2026-10-15. ولا يُظهر البحث في نص ذلك السجل أي إدخال عن اليابانية أو IME أو طرق الإدخال، لذا حتى 2026-10-20 لا يحمل سجل التغييرات الرسمي أي إصلاح لأي من التقارير الثلاثة.
ثلاثة تواريخ
يُسجَّل التقرير 51909: يكتب التقرير أن الحرف الأول من الرد الياباني لا يُعرض أحيانًا تحت codex-cli، مع البيئة المذكورة في بند 51909 أعلاه؛ ويكتب المُبلّغ أنه متقطع وأن المُحفّز لم يُعزل بعد.
يُغلق التقرير 52500 في 2026-10-10 من المُبلّغ نفسه، دون أي شيء تحته ودون رد رسمي أو ملاحظة بإصلاح؛ وفي اليوم نفسه يردّ فريق Codex في 51909 ويكتب أن هناك حاجة إلى مزيد من المعلومات لتحديد ما إذا كان الحرف ضائعًا في الرد أم في العرض فقط.
يُسجَّل التقرير 53972: على macOS، تؤدي كتابة tte باستخدام IME الياباني إلى أن يحذف حرف e الأخير النص الملصق سابقًا؛ والبيئة هي Codex App 26.1007.71326 وmacOS 26.6.2.
ما يقوله الجانب الرسمي وما لا يقوله
مؤكد (يمكن التحقق منه كلمة بكلمة)
52500: اليابانية قابلة للقراءة في مربع التحرير وتتحول بعد الإرسال إلى مربعات تحوي علامات استفهام في أقسام الشيفرة؛ قُدِّم في 2026-10-09، وأُغلق في 2026-10-10 من المُبلِّغ نفسه، مع 0 تعليقات. 51909: لا يُعرض الحرف الأول من رد ياباني أحيانًا على شاشة Codex CLI؛ قُدِّم في 2026-10-08، مع 1 تعليق، وهذا التعليق هو رد فريق Codex، ويكتب فيه أن مزيدًا من المعلومات مطلوب لتحديد ما إذا كان الحرف مفقودًا من الاستجابة أو ضاع في العرض فقط، ويطلب /feedback في جلسة متأثرة مع اختيار bug وإرفاق السجلات، وأن يُنشر معرّف feedback أو رابطه مرة أخرى في المشكلة، وأن يُتحقق من /copy أو /export بحثًا عن الحرف المفقود. 53972: يختفي النص الملصوق عند كتابة آخر e في tte؛ قُدِّم في 2026-10-14، مع 2 من التعليقات: يضيف المستخدم الأول أنه يتكرر على Windows 11 مع Google Japanese Input ولا يتكرر مع Microsoft IME المدمج؛ ويضيف الثاني أن مدخلات الحروف الساكنة المضعفة مثل kko تثير المشكلة أيضًا وأنها لا تتكرر في Codex CLI.
ما لم يقله الجانب الرسمي
لم يُذكر أي سبب. يذكر 52500 نفسه أنه يصف العرض فقط، وأن السبب الجذري غير مؤكد، وأُغلق بواسطة المُبلّغ دون أي ملاحظة عمّا تم إصلاحه، لذا لا توجد طريقة لمعرفة ما إذا كانت علامات الاستفهام المحاطة بإطار قد اختفت. في 51909 لم يعزل المُبلّغ المُحفّز ولا يعرف ما إذا كان الحرف مفقودًا من الاستجابة أو ضائعًا عند العرض؛ سجلات /feedback وfeedback ID الذي طلبه فريق Codex غير موجودين في النقاش حتى 2026-10-20. كما أن سبب 53972 ليس علنيًا، ولا تُظهر مقارنة المستخدم الآخر سوى أن المشكلة لم تظهر مجددًا مع طريقة إدخال مختلفة. ولا يتضمن سجل التغييرات الرسمي أي بند يخص اليابانية أو طرق الإدخال.
ما تراه على الشاشة وما يختفي أثناء الكتابة
ما تراه على الشاشة
يبلّغ 52500 عن علامات الاستفهام المحاطة بإطار: بعد الإرسال، تظهر اليابانية في أقسام الشيفرة في الرسالة المُرسلة وفي ردود المساعد على شكل مربعات صغيرة تحتوي على علامات استفهام، ويصف التقرير ذلك بأنه عَرَض متعلق بالعرض فقط، مع بقاء السبب الجذري غير مؤكد. ويذكر 51909 أن الحرف الأول من رد ياباني لا يظهر أحيانًا على شاشة Codex CLI؛ ولم يثبت في التقرير ما إذا كان الحرف لم يكن موجودًا في الاستجابة أصلًا أو أنه يضيع عند العرض فقط.
ما يختفي أثناء الكتابة
يبلّغ 53972 عن فقدان النص الملصوق أثناء تركيب كلمة باستخدام IME: يبقى النص الملصوق في المربع، لكن كتابة tte بالروماجي تزيله عند آخر e، ولا يبقى سوى الكلمة التي كنت تركّبها. وفي التعليقات يعيد مستخدم آخر إنتاج المشكلة على Windows 11 أيضًا، ولا يعيد إنتاجها باستخدام Microsoft IME المدمج.
ما يمكنك فعله أولًا
① افصل الأعراض الثلاثة عن بعضها: علامات الاستفهام المحاطة بإطار في 52500 هي ما تراه على الشاشة؛ النص الملصوق المختفي في 53972 يحدث أثناء الكتابة؛ وبالنسبة إلى 51909، لم يثبت ما إذا كان الحرف الأول لم يكن في الاستجابة أصلًا أو أنه يضيع عند العرض فقط. ② للتحقق مما إذا كان الحرف موجودًا فعلًا في الاستجابة، انسخ الرد باستخدام /copy في جلسة متأثرة وتحقق مما إذا كان الحرف مفقودًا — فهذا هو الفحص الذي طلب فريق Codex من المُبلّغ إجراءه. ③ سجّل البيئة: إصدار Codex، والنظام، ومحاكي الطرفية، والإعداد الإقليمي واللغوي، وأي IME تستخدم. ④ إذا أردت أن تتابع الجهة الرسمية الأمر، فافعل ما طلبه فريق Codex: شغّل /feedback في جلسة متأثرة، واختر bug، وأرفق السجلات، وانشر معرّف feedback أو الرابط الذي يظهر في المشكلة؛ وإذا تكرر حدوثه، فتحقق مما إذا كان ناتج /copy أو /export يحتوي على الحرف المفقود. ⑤ في حالة IME، يمكنك تجربة IME مختلف للمقارنة: على Windows 11، يذكر مستخدم أن المشكلة لم تتكرر مع IME Microsoft المدمج، وهذا تقرير مستخدم وليس حلًا نشرته الجهة الرسمية. ⑥ تابع حالة 52500: أُغلق في 2026-10-10 من المُبلّغ نفسه، لكن لا شيء تحته يوضح ما الذي تم إصلاحه، لذا لا تعتبر الإغلاق حلًا.
إعداد Codex باستخدام مفتاح QCode
أولًا: التقارير الثلاثة أعلاه ظواهر لاحظها المُبلّغون في بيئاتهم، ولم تؤكد التقارير ولا الجهة الرسمية أي سبب. اضبطه بالطريقة التي تكتبها وثائق QCode الخاصة بـ Codex: في ~/.codex/config.toml ضع model_provider = "qcode"، وbase_url = "https://api.qcode.cc/openai"، وwire_api = "responses"، وrequires_openai_auth = true، وضع المفتاح في ~/.codex/auth.json تحت "OPENAI_API_KEY" بقيمة تبدأ بـ cr_؛ على Windows يوجد الملفان في %USERPROFILE%\.codex\، وعلى جانب QCode تتم المحاسبة لكل token، وتُدرج أسعار كل نموذج على /models.
الأسئلة الشائعة
هل هذه هي المشكلة نفسها؟
لا، فهي ثلاثة أمور منفصلة، كما تختلف الأعراض والبيئات أيضًا.
ما البيئات التي تذكرها التقارير؟
ثلاث بيئات مختلفة. 52500: نسخة سطح المكتب 26.1007.21159 (build 20052)، وmacOS 27.0 (26A428)، وApple Silicon. 51909: codex-cli 0.161.0، وmacOS 26.6.2 (Darwin 25.6.0، arm64)، وiTerm2، مع كتابة locale بالصيغة LANG=ja_JP.UTF-8. 53972: Codex App 26.1007.71326 (build 20398)، وmacOS 26.6.2 (build 25G83).
هل ردّت الجهة الرسمية؟
نعم، ويوجد رد رسمي واحد فقط تحت 51909: يكتب فريق Codex أن هناك حاجة إلى مزيد من المعلومات لتحديد ما إذا كان الحرف مفقودًا من الرد أم ضائعًا في العرض فقط، ويطلب تشغيل /feedback في جلسة متأثرة مع اختيار bug وإرفاق السجلات، ونشر معرّف feedback أو الرابط المعروض مرة أخرى في المشكلة، وإذا تكرر ذلك، التحقق مما إذا كان ناتج /copy أو /export يحتوي على الحرف المفقود. لا يوجد رد رسمي على 52500؛ فقد أغلقه المُبلّغ نفسه في 2026-10-10، ولا توجد تعليقات (0) تحته. التعليقان على 53972 هما من مستخدمين آخرين يضيفون تفاصيل إعادة الإنتاج، وليسا ردين رسميين. وحتى 2026-10-20 لا يوجد استنتاج رسمي.
كيف أتحقق مما إذا كان الخلل في العرض أم أن الرد ينقصه حرف؟
انسخ الرد باستخدام /copy وتحقّق مما إذا كان الحرف مفقودًا فعلًا – فهذا هو الفحص الذي طلب فريق Codex من المُبلّغ إجراءه، وبه يمكن التمييز بين الحالتين.
هل يؤدي تغيير طريقة الإدخال إلى حل المشكلة؟
لا توجد طريقة مؤكدة. على Windows 11، يذكر أحد المستخدمين أن المشكلة لم تتكرر مع Microsoft IME المدمج، وهذه مقارنة خاصة به وليست حلًا نشرته الجهة الرسمية؛ وعلى macOS يعيد المُبلّغ إنتاج المشكلة مع كل من Google Japanese Input وإدخال Japanese Romaji المدمج من Apple.
أي خيار أختار في /feedback؟
اختر bug، كما يقول رد فريق Codex. تحت 51909، يطلب منك ذلك الرد تشغيل /feedback في جلسة متأثرة، واختيار bug، وإرفاق السجلات، ونشر معرّف feedback أو الرابط المعروض مرة أخرى في المشكلة؛ فهي خطوة في جمع الأدلة ولا تعني أنه تم العثور على السبب.
المصادر
تقارير المستخدمين: ثلاث مشكلات وتعليقاتها في مستودع openai/codex على GitHub (تم التحقق في 2026-10-20؛ قُدّمت 51909 في 2026-10-08، وقُدّمت 52500 في 2026-10-09 وأغلقها المُبلّغ في 2026-10-10، وقُدّمت 53972 في 2026-10-14). الصياغة الرسمية: سجل تغييرات Codex CLI الرسمي على developers.openai.com (تم التحقق في 2026-10-20؛ صدر 0.163.0 في 2026-10-15). من جهة QCode: صفحات وثائق QCode الخاصة بـ Codex ونقاط النهاية ومسارات API على docs.qcode.cc (تم التحقق في 2026-10-20)، وصفحة باقات الدفع حسب الاستخدام على qcode.cc بخمس لغات (تم التحقق في 2026-10-20).
شغّل Codex باستخدام مفتاح QCode
لست جاهزًا لخطة شهرية؟ تبدأ باقات الدفع حسب الاستخدام من $4 لحصة لمرة واحدة تستخدمها خلال 7 أيام.
قراءات ذات صلة
باقات الدفع حسب الاستخدام من Claude Code: بلا اشتراك، 7 أيام
باقات الحصص لمرة واحدة صالحة لمدة 7 أيام، بلا اشتراك؛ وتُضاف الباقات الإضافية إلى المفتاح نفسه
دليل OpenAI Codex CLI الكامل: الإعداد والميزات والمقارنة
تثبيت OpenAI Codex CLI والإعداد والمقارنة
Claude Code في اليابان (أكتوبر 2026): الدفع والإعداد
طرق الدفع وإعدادات اللغة اليابانية وخطوات إعداد ANTHROPIC_BASE_URL لاستخدام Claude Code في اليابان.
دليل الدفع بالعملات المشفرة
تسع عملات، و56 شبكة، وبدون رسوم منصة لرصيد API للبرمجة بالذكاء الاصطناعي.
تم التحقق من المعلومات في هذه الصفحة في 2026-10-20: تستند الأعراض والبيئات إلى المشكلات الثلاث في openai/codex على GitHub، وتستند التغييرات الرسمية إلى سجل تغييرات Codex CLI، ويستند إعداد QCode إلى docs.qcode.cc؛ يتغير السلوك مع الإصدار، لذا فالصفحات الرسمية هي المرجع. توجد قائمة النماذج لدى QCode في /models.