UI language localization support

It would be great to support something like localization plugins to allow the community to localize the interface without requiring the Claude team's effort for each new language

+1 from a Japanese user.

The language setting currently only controls Claude's response language (per schema: "Preferred language for Claude responses and voice dictation"). Interactive UI — slash command dialogs like /hooks, /plugin, /help, confirmation prompts, error messages — remains English-only.

Setting language: japanese makes Claude respond in Japanese, but all menu/dialog UIs are still English, creating an inconsistent surface between the conversation (Japanese) and the CLI (English).

Consider a separate uiLanguage setting so users can mix configurations (e.g., English UI + Japanese responses, or fully Japanese).

+1 — @scala-kubotay's separate uiLanguage proposal matches what I had in mind. Decoupling UI language from response language is the cleaner model: some users want English UI + native responses, others want full localization. And @antomy-gc's point about community localization plugins would make this scale without blocking on the Claude team for every language.

Feature Request: Czech (cs-CZ) language support for Claude UI

I'd like to request Czech (cs-CZ) as a supported UI language for Claude Desktop and Web.

Czech is spoken by ~10 million native speakers in the Czech Republic and Slovakia, and is an official EU language. Several neighboring languages (German, French, Italian, Spanish) are already supported — adding Czech would be a natural next step for European users.

What would need to be localized:

• Menu items and navigation
• Settings and preferences
• Dialog messages and notifications
• Tooltips and placeholder texts

I'm a Czech-speaking user and would be happy to assist with translations or review if the Anthropic team opens a localization contribution process.

Related: #31413

+1 for this. As a Russian-speaking developer using Claude Code daily on macOS, the English-only UI is the single biggest friction point. Specifically:

• Permission prompts ("Allow / Deny / Always allow") break flow when I'm in a Russian context — I have to mentally switch languages mid-task
• Slash command descriptions, error messages, status spinners, menu labels — all English
• The model itself responds perfectly in Russian, so the inconsistency between content and chrome is jarring

Suggested priority of strings to localize first:

1. Permission prompts (most frequent interaction)
2. /config, /help, /status output
3. Error and warning messages
4. Menu items / slash command descriptions

Happy to contribute Russian translations via PR once a string catalog / i18n infrastructure is in place. Would even propose i18next or Fluent for the runtime layer if helpful.

Other priority languages from the developer community: Chinese, Japanese, Spanish, German, Russian, French, Korean. Starting with even 2-3 of these would be a huge UX win.

中文用户常问 MCP / Agent / RAG 等词什么意思 — 维护了一个开源中英对照词典（101 条，CLI 可查）：

https://github.com/YqqLikeGit/ai-heihua-zh

含 GitHub Star/Fork/PR 扫盲 + 2026 AI 热词，MIT，欢迎补充翻译相关词条。

+1 from a Spanish-speaking developer (Paraguay). The model already replies
in Spanish via /config, but the CLI chrome — permission prompts, /config,
/help, status line, error messages — stays English-only, creating an
inconsistent surface.

Strongly support @scala-kubotay's separate uiLanguage setting (decouple UI
language from response language) and @antomy-gc's community localization
plugins so new languages don't block on the Claude team.

Priority strings to localize first: permission prompts, /config & /help,
error/warning messages. Happy to contribute/review Spanish translations.

我也非常需要这个功能，或允许插件。

+1 for this. As a German-speaking user of the desktop app, the English-only sidebar (category headings like "Recents"/"Today", menus, dialogs) makes the app noticeably harder to navigate. The language setting in settings.json only affects Claude's responses, not the UI itself. German localization would be greatly appreciated.

A complete Russian implementation candidate is now attached to #69078.

It includes 21,093 Russian strings, automated validation, an integration map, and proof-of-concept screenshots: https://github.com/plesnev-hash/claude-desktop-ru

I found several earlier Russian or general localization requests in this repository, but no other Russian request with a complete locale pack and integration evidence. The candidate is ready for official review in the existing localization discussion.

Request: Turkish (tr-TR) UI localization

Hi, I'd like to request Turkish (tr-TR) localization for the Claude desktop app interface (menus, settings, buttons). Claude can already respond in Turkish, but since the app UI is only available in English, accessibility remains limited for Turkish-speaking users. Adding tr-TR localization would significantly improve the experience for a large user base. Thank you for considering this.

+1 for this feature.