Codex: ژاپنی به‌صورت مربع نمایش داده می‌شود، نخستین نویسه گم می‌شود، IME متن جای‌گذاری‌شده را حذف میکند
تا تاریخ 2026-10-20، GitHub سه گزارش جداگانه درباره زبان ژاپنی در Codex دارد: 52500 – در برنامه دسکتاپ macOS، ژاپنی داخل بخش‌های کد به‌صورت مربع‌های کوچک حاوی علامت سؤال در پیام کاربر ارسال‌شده و در پاسخ‌های دستیار نمایش داده می‌شود؛ 51909 – در TUI مربوط به Codex CLI، نخستین نویسه یک پاسخ ژاپنی گاهی نمایش داده نمی‌شود؛ 53972 – در macOS، تایپ tte با IME ژاپنی متن‌هایی را که قبلاً جای‌گذاری شده‌اند حذف میکند. تنها پاسخ رسمی، پاسخ زیر 51909 است و میگوید برای تشخیص اینکه نویسه از خود پاسخ جا افتاده است یا فقط در نمایش از دست رفته، اطلاعات بیشتری لازم است.
به‌روزرسانی شده 2026-11-14
یک کلید برای Claude، GPT و مدل‌های پیشروی چینی، با صورت‌حساب به‌ازای توکن، آماده به کار در چند دقیقه.
- صورت‌حساب به‌ازای توکن — نرخ‌های زنده در /models
- پرداخت با کارت (Visa / Mastercard)، Apple Pay، Google Pay یا رمزارز
- به‌صورت خودخدمت: شارژ حساب و فعال‌سازی فوری
نشانه، محیط و وضعیت هر گزارش
52500 · برنامه دسکتاپ macOS
گزارش می‌نویسد که ژاپنی در کادر نوشتن دسکتاپ خوانا است و پس از ارسال، ژاپنی داخل کد درون‌خطی Markdown و بلوک‌های کد در حباب پیام کاربر ارسال‌شده به‌صورت مربع‌های کوچک حاوی علامت سؤال نمایش داده می‌شود؛ بخش‌های کد پاسخ‌های دستیار هم همین وضعیت را نشان میدهد، در حالی که متن معمولی و توضیحات ایتالیک JavaScript خوانا می‌مانند. محیط: desktop build 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، و locale برابر 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 یا space رخ میدهد. این مشکل با Google Japanese Input و با ورودی روماجی ژاپنی داخلی macOS بازتولید می‌شود و همین توالی در Sublime Text مشکل ایجاد نمی‌کند.
تیم Codex اطلاعات بیشتری میخواهد
پاسخ تیم Codex (حساب etraut-openai که پاسخش با «response from codex» علامت‌گذاری شده است؛ این حساب در ایشو با برچسب CONTRIBUTOR علامت‌گذاری شده است) در ایشو 51909 میگوید: برای تشخیص اینکه نویسه از پاسخ جا افتاده یا فقط در نمایش از دست رفته است، اطلاعات بیشتری لازم است؛ لطفاً در یک نشست تحت تأثیر /feedback را اجرا کنید، bug را انتخاب کنید، لاگها را پیوست کنید و شناسه یا لینک بازخوردی را که نمایش داده می‌شود در همان ایشو ارسال کنید؛ تصویر صفحه‌ای که گزارشدهنده اشاره کرده هم کمک میکند و اگر دوباره رخ داد، لطفاً بررسی کنید که خروجی /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 و پیوست لاگها اجرا شود، شناسه یا لینک بازخورد در همان ایشو ارسال شود، و خروجی /copy یا /export از نظر نویسه جاافتاده بررسی شود. 53972: متن جای‌گذاری‌شده وقتی آخرین e از tte تایپ می‌شود ناپدید می‌شود؛ ثبت‌شده در 2026-10-14، 2 نظر: کاربر نخست اضافه میکند که در Windows 11 با Google Japanese Input بازتولید می‌شود و با Microsoft IME داخلی بازتولید نمی‌شود؛ کاربر دوم اضافه میکند که ورودی صامت مضاعف مانند kko هم آن را تحریک میکند و در Codex CLI بازتولید نمی‌شود.
آنچه طرف رسمی نگفته است
هیچ علتی ارائه نشده است. خود 52500 میگوید فقط رندر را توصیف میکند و علت اصلی تأیید نشده است، و گزارشدهنده آن را بدون هیچ یادداشتی درباره اینکه چه چیزی اصلاح شده بسته است، بنابراین راهی برای تشخیص اینکه علامت‌های سؤال داخل کادر از بین رفته‌اند یا نه وجود ندارد. در 51909 گزارشدهنده محرک را جدا نکرده است و نمی‌داند کاراکتر از پاسخ جا افتاده است یا در نمایش از دست رفته است؛ لاگ‌های /feedback و شناسه بازخوردی که تیم Codex درخواست کرده بود، تا تاریخ 2026-10-20 در بحث نیستند. علت 53972 هم عمومی نیست، و مقایسه کاربر دیگر فقط نشان میدهد که مشکل با روش ورودی متفاوت برنگشته است. در تاریخچه تغییرات رسمی هم هیچ ورودی‌ای برای ژاپنی یا روش‌های ورودی وجود ندارد.
آنچه روی صفحه می‌بینید و آنچه هنگام تایپ ناپدید می‌شود
آنچه روی صفحه می‌بینید
52500 علامت‌های سؤال داخل کادر را گزارش میکند: پس از ارسال، ژاپنی در بخش‌های کد پیام ارسال‌شده و پاسخ‌های دستیار به‌صورت کادرهای کوچکی حاوی علامت سؤال نمایش داده می‌شود، و گزارش این را فقط یک نشانه رندر می‌داند و علت اصلی تأیید نشده است. 51909 گزارش میکند که نخستین کاراکتر یک پاسخ ژاپنی گاهی روی صفحه Codex CLI نمایش داده نمی‌شود؛ اینکه کاراکتر هرگز در پاسخ نبوده یا فقط در نمایش از دست رفته است، در گزارش مشخص نشده است.
آنچه هنگام تایپ ناپدید می‌شود
53972 از دست رفتن متن جای‌گذاری‌شده هنگام ترکیب یک واژه با IME را گزارش میکند: متن جای‌گذاری‌شده هنوز در کادر است، اما تایپ tte به روماجی آن را با آخرین e حذف میکند و فقط واژه‌ای که در حال ترکیب آن بودید باقی می‌ماند. در نظرات، کاربر دیگری آن را روی Windows 11 هم بازتولید میکند و با IME داخلی Microsoft بازتولید نمی‌کند.
کارهایی که می‌توانید ابتدا انجام دهید
① سه نشانه را از یکدیگر تفکیک کنید: علامت‌های سؤال داخل کادر مربوط به 52500 همان چیزی هستند که روی صفحه می‌بینید؛ متن جای‌گذاری‌شده‌ای که در 53972 ناپدید می‌شود، هنگام تایپ رخ میدهد؛ درباره 51909 مشخص نشده است که نخستین کاراکتر هرگز در پاسخ نبوده یا فقط در نمایش از دست رفته است. ② برای بررسی اینکه کاراکتر واقعاً در پاسخ هست یا نه، در یک نشست دارای مشکل با /copy پاسخ را کپی کنید و ببینید آیا کاراکتر گم شده است – این همان بررسی‌ای است که تیم Codex از گزارشدهنده خواسته بود انجام دهد. ③ محیط را یادداشت کنید: نسخه Codex، سیستم، شبیه‌ساز ترمینال، locale و اینکه از کدام IME استفاده می‌کنید. ④ اگر می‌خواهید سمت رسمی پیگیری کند، همان کاری را انجام دهید که تیم Codex خواسته است: در یک نشست دارای مشکل /feedback را اجرا کنید، گزینه bug را انتخاب کنید، لاگها را پیوست کنید و شناسه بازخورد یا لینکی را که نمایش داده می‌شود در همان ایشو ارسال کنید؛ اگر دوباره رخ داد، بررسی کنید که خروجی /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 صورت‌حساب بر مبنای توکن است، و نرخ‌های هر مدل در /models فهرست شده‌اند.
پرسش‌های متداول
آیا اینها یک مشکل واحد هستند؟
خیر، آنها سه موضوع جداگانه هستند و نشانهها و محیطها نیز متفاوتاند.
گزارش‌ها به چه محیط‌هایی اشاره می‌کنند؟
سه مورد متفاوت. 52500: build دسکتاپ 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 یک کاربر گزارش میدهد که با IME داخلی Microsoft مشکل بازنگشت؛ این مقایسه خود اوست و راهحلی منتشرشده از سوی سمت رسمی نیست. در macOS گزارشدهنده آن را هم با Google Japanese Input و هم با ورودی روماجی ژاپنی داخلی 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 قرار دارد.