[Bug] Assistant text before tool calls not rendering in interactive mode with Fable 5

Resolved 💬 1 comment Opened Jun 10, 2026 by dsbecker Closed Jun 10, 2026

Bug Description
Title: Assistant text preceding tool calls (especially AskUserQuestion) no longer renders in interactive mode — regression possibly tied to Fable 5

Environment:

  • Claude Code CLI, interactive mode, macOS (Darwin 25.5.0), zsh
  • Claude Code version: 2.1.172 (Claude Code)
  • Model: claude-fable-5[1m]
  • Plugins/MCP active: cx2-workflows plugin, Playwright MCP, Obsidian MCP (issue reproduces regardless of which tools are involved)

Summary:
Markdown text the assistant emits in the same turn as subsequent tool calls is frequently not displayed at all. The most damaging case: a multi-paragraph plan summary (headers + tables) emitted immediately before an AskUserQuestion tool call — the interactive question prompt renders, but none of the text above it does. The behavior appears to be new within roughly the last few days, and onset seems to correlate with switching the session model from Opus to Fable 5. On earlier Opus sessions, the same workflow (long summary text followed by AskUserQuestion in one turn) displayed both without issue.

Steps to reproduce:

  1. In interactive mode, have the assistant produce, within a single turn: a long markdown text block (~30+ lines, headers/tables), followed by an AskUserQuestion tool call.
  2. Observe the rendered transcript.

Actual: Only the AskUserQuestion prompt UI is shown; the preceding text never appears (not folded — absent). Variations tested in the same session, all reproducing the loss:

  • Text and AskUserQuestion in the same assistant message → text lost.
  • Text attached to a benign Bash tool call (open <file>) in one message, AskUserQuestion alone in the following message of the same turn → text still lost.
  • Short one-line status text between tool calls does usually render, so the loss appears related to longer/structured blocks, not all mid-turn text.

Expected: Text emitted before tool calls renders in the transcript (as it did previously on Opus), or at minimum is recoverable in the scrollback.

Workaround in use: Only text in the final message of a turn (no trailing tool calls) renders reliably, so we now end turns with the summary and use a plain-text question instead of AskUserQuestion — losing the structured-options widget.

Impact: Any workflow that presents content for review followed by an approval prompt (plan→approve loops, checkpointed automations) silently hides the review content; users approve against content they never saw or must repeatedly ask for it to be re-sent.

Possibly relevant: model was switched to claude-fable-5[1m] (1M context suffix) around onset — unclear whether the regression is model-conditional rendering, a streaming-format change in Fable 5 responses, or a recent CLI release coinciding with the switch. Happy to provide session IDs/transcripts: <session ID or attach transcript>

Environment Info

  • Platform: darwin
  • Terminal: Apple_Terminal
  • Version: 2.1.170
  • Feedback ID: d0aeb963-6ef0-403e-ba60-c0118281f2b1

Errors

[{"error":"The operation timed out.","timestamp":"2026-06-10T17:54:54.651Z"},{"error":"The operation timed out.","timestamp":"2026-06-10T17:56:16.291Z"}]

View original on GitHub ↗

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