[FEATURE] Thinking summaries should follow the configured language (Korean: 84.5% English across 380 blocks)

Preflight Checklist

• [x] I have searched existing requests. Related: #82785 (same underlying behaviour, reported for Japanese) and #27051 (thinking_language parameter, closed). I am filing separately to put the Korean case and the measured numbers on their own record, framed as a feature request rather than a bug. If you prefer to consolidate, closing this as a duplicate of #82785 is completely fine by me.
• [x] This is a single feature request (not multiple features)

Problem Statement

I have "language": "korean" set, and the response text is reliably Korean. The thinking summaries are not — they come out mostly English, and the ratio moves around from session to session.

I measured it rather than guessing. Every non-empty thinking block in my stored session transcripts, classified by script ratio (Hangul vs. Latin letters; ≥60% Hangul counted as Korean-dominant, ≤10% as English-dominant, in between as mixed):

| window | blocks | Korean-dominant | English-dominant | mixed |
|---|---|---|---|---|
| latest single session | 74 | 1 (1.4%) | 70 (94.6%) | 3 (4.1%) |
| 6 most recent sessions | 380 | 34 (8.9%) | 321 (84.5%) | 25 (6.6%) |

Per-session Korean share ranged from 0% to 23%. Response text was Korean throughout all of them.

Why it matters to me: the reasoning is the part I read to decide whether to interrupt or redirect. When it arrives in a language I read more slowly, that check becomes expensive, and the mode that exists specifically to show reasoning loses most of its value. The mixed-language text is also what ends up stored in the transcript, so it stays that way when I go back to it later.

Proposed Solution

Have thinking summaries follow the configured conversation language — so that "language": "korean" yields Korean summaries the way it already yields Korean responses.

If routing the language preference to the summarizer is awkward, either of these would already help a great deal:

• a guarantee of one language within a single summary (no mid-summary switching), or
• an explicit opt-in setting for summary language, so users who prefer English summaries keep them.

Alternative Solutions

• Instructing the model in CLAUDE.md to reason in Korean: does not reliably change the summaries (the numbers above were collected with a Korean-language instruction already in place).
• showThinkingSummaries: true is already enabled; it controls whether summaries appear, not their language.
• Reading the English summaries as-is: workable but slow, which is what this request is about.

Priority

Medium - Would be very helpful

Feature Category

API and model interactions

Use Case Example

1. settings.json has "language": "korean"; all responses come back in Korean.
2. I open the transcript in Thinking view to follow the reasoning while the model works.
3. Today: the summary is usually English, sometimes Korean, occasionally switching mid-block — so I skim instead of reading, and lose the chance to interrupt early.
4. With this feature: the summary reads in the same language as the response, and the transcript stays consistent when I revisit it.

Additional Context

• macOS · Claude Desktop 1.30096.5 · Claude Code 2.1.229 · mostly Opus 5
• settings.json: "language": "korean", "showThinkingSummaries": true
• Anyone can re-measure this from their own data: read the session .jsonl, take the content blocks of type thinking, and count Hangul vs. Latin characters per block.
• #82785 reports the same instability in Japanese, which suggests this is not specific to one language.

<details>
<summary>한국어 원문 (Korean original)</summary>

문제

"language": "korean"으로 설정해 두었고 답변 본문은 안정적으로 한국어로 나옵니다. 그런데 사고 요약은 그렇지 않습니다 — 대부분 영어로 나오고, 비율도 세션마다 흔들립니다.

짐작이 아니라 실제로 재봤습니다. 저장된 세션 기록의 비어 있지 않은 thinking 블록 전부를 문자 비율로 분류했습니다 (한글 대 라틴 문자, 한글 60% 이상 = 한국어 우세, 10% 이하 = 영어 우세, 그 사이 = 혼재).

• 최신 세션 1개: 74개 중 한국어 우세 1개(1.4%) · 영어 우세 70개(94.6%) · 혼재 3개(4.1%)
• 최근 세션 6개: 380개 중 한국어 우세 34개(8.9%) · 영어 우세 321개(84.5%) · 혼재 25개(6.6%)

세션별 한국어 비율은 0~23% 사이였고, 같은 세션들의 답변 본문은 전부 한국어였습니다.

제게 왜 중요한지 — 사고 과정은 제가 「끼어들까, 방향을 바꿀까」를 판단하려고 읽는 부분입니다. 더 느리게 읽히는 언어로 오면 그 판단 비용이 커지고, 사고를 보여주기 위해 존재하는 모드가 제 값을 못 하게 됩니다. 혼재된 텍스트가 기록에 그대로 저장되기 때문에, 나중에 다시 볼 때도 같은 상태로 남습니다.

바라는 것

사고 요약이 설정된 대화 언어를 따라가면 좋겠습니다. 답변이 이미 한국어로 나오는 것처럼, "language": "korean"이면 요약도 한국어로.

요약 모델에 언어 설정을 전달하기가 까다롭다면, 아래 중 하나만으로도 큰 도움이 됩니다.

• 한 요약 안에서는 언어가 섞이지 않도록 보장
• 요약 언어를 따로 지정하는 설정 (영어 요약을 선호하는 사용자는 그대로 유지)

시도해 본 것

CLAUDE.md에 한국어로 사고하라고 적어두는 방법은 요약을 안정적으로 바꾸지 못했습니다 (위 수치도 그 지시가 이미 있는 상태에서 수집했습니다). showThinkingSummaries: true는 요약 표시 여부만 다루고 언어와는 무관합니다.

환경

macOS · Claude 데스크톱 앱 1.30096.5 · Claude Code 2.1.229 · 주로 Opus 5

관련 이슈

#82785 가 같은 동작을 일본어로 보고하고 있고, #27051 은 닫혔습니다. 한국어 사례와 측정치를 별도 기록으로 남기고 버그가 아니라 기능 요청으로 정리하기 위해 따로 올렸습니다. 통합이 낫다고 보시면 #82785 중복으로 닫아주셔도 괜찮습니다.

</details>