Configuración nativa de idioma en vez de depender de instrucciones en CLAUDE.md

Status Fixed / completed
Maintainer reply None cached
Activity 1 comment · opened Jul 22, 2026 · closed Aug 17, 2026

Preflight Checklist

  • [x] I have searched existing requests and this feature hasn't been requested yet
  • [x] This is a single feature request (not multiple features)

Problem Statement

Solicitud de funcionalidad

Actualmente, la única forma de lograr que Claude Code responda de manera consistente en un idioma distinto del inglés en todos los proyectos/sesiones es agregar una instrucción manual en ~/.claude/CLAUDE.md (por ejemplo, "Responde siempre en español"). Esto funciona, pero es una solución alternativa para algo que debería ser una opción de configuración de primera clase.

Proposed Solution

Solución sugerida

Agregar un campo nativo language (o locale) en settings.json (y/o un comando /language, similar a /config para el estilo de salida), por ejemplo:

{
"language": "es"
}
Esto debería aplicar de forma explícitamente acotada: traducir explicaciones, comentarios y comunicación con el usuario, pero preservar sin traducir todo lo que constituye una convención técnica en inglés — nombres de funciones, identificadores de código, comandos, flags, mensajes de error de herramientas externas, terminología establecida (commit, pull request, hook, etc.). Ese límite hoy depende de que cada usuario lo redacte bien a mano en una instrucción de prosa dentro de CLAUDE.md, lo cual es frágil y varía según cómo esté escrita.

Por qué importa

Esto no es solo una cuestión de comodidad o de UX, es una cuestión de valores. Si Claude Code se presenta como una herramienta para que la use cualquier persona, sin distinciones, entonces el idioma no puede quedar como un ajuste secundario que hay que "hackear" escribiendo instrucciones en prosa dentro de un archivo de configuración pensado para otra cosa. Poder elegir el idioma en el que uno se comunica con la herramienta es parte de garantizar un acceso real y equitativo, no un extra.

Además, una traducción mal delimitada es grave en dos planos a la vez:

Funcional: si la traducción invade términos y convenciones que deben permanecer en inglés (nombres de identificadores, sintaxis, mensajes de sistema), se distorsiona el uso real de la herramienta y puede introducir errores o confusión sobre qué es texto explicativo y qué es código o comando literal.
Ético: ofrecer una traducción que "rompe" la herramienta no es accesibilidad real, es una ilusión de accesibilidad. Si la alternativa en español (u otro idioma) es menos confiable o más propensa a errores que la alternativa en inglés, la desigualdad de acceso persiste, solo que disfrazada. Una configuración nativa y bien delimitada es lo que permite que el idioma sea una garantía real de acceso equitativo, no un compromiso a medias.

Alternative Solutions

_No response_

Priority

Critical - Blocking my work

Feature Category

Performance and speed

Use Case Example

<img width="368" height="441" alt="Image" src="https://github.com/user-attachments/assets/a6cb76ca-3056-4729-86a3-39e40b200dbd" />

Additional Context

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗