What Problem This Solves

handleTtsCommands mixed command dispatch with the full chat override, latest-reply synthesis, and status-reporting implementations. At 368 lines and roughly 100 graph cognitive complexity, it was difficult to scan without crossing unrelated command behavior.

Related: #104982

Why This Change Was Made

• Extract only the chat, latest-reply, and status action bodies into focused local helpers.
• Keep the visible action dispatch chain and command-specific branches explicit.
• Consolidate the identical chat persistence call after mutation.
• Reuse a local text-result helper and remove redundant argument normalization already guaranteed by parsing.
• Remove unused internal audio-result fields.
• Add exact status-field ordering and /tts read latest alias characterization.

User Impact

No intended behavior change. TTS command syntax, authorization, persistence conflicts, synthesis metadata, status output, and reply text remain unchanged. Production code drops by 35 lines; the main handler drops from 368 to 195 lines and roughly halves its decision complexity.

Evidence

• corepack pnpm test:serial src/auto-reply/reply/commands-tts.test.ts on Blacksmith Testbox tbx_01kxaaxxz7xgh30r4bmva194en: 13 tests passed.
• corepack pnpm check:changed -- src/auto-reply/reply/commands-tts.ts src/auto-reply/reply/commands-tts.test.ts on the same Testbox: passed.
• Fresh local autoreview: clean, no accepted/actionable findings.
• git diff --check: passed.