[Bug] Claude Code loses original request context when interrupted by follow-up commands mid-turn

Bug Description
I asked for an explanation of the exam techniques for a Ju-Jutsu belt test, based on a local PDF. While Claude was working on it, I sent follow-up requests mid-turn (build an Excel file, display it, break the techniques down further, build technique sequences). Each time Claude switched over completely and never delivered the originally requested explanation — it only appeared six turns later, after I pointed out the failure. Instead of content, it kept producing more and more spreadsheet tabs. ▎ ▎ Second issue: on the first search, Claude claimed the PDF was not present locally, even though it was sitting in ~/Downloads. The search pattern did not match the umlaut in the macOS filename encoding (decomposed form), and after that one failed attempt Claude stopped searching and stated a negative result instead of retrying with другой method (e.g. Spotlight), which found it immediately once I insisted. ▎ ▎ Third issue: the generated overview reported "all mandatory techniques covered, no gaps", although for three techniques there was no execution description in any source at all. The gaps were correctly flagged elsewhere in the same output, yet the summary still signalled completeness. ▎ ▎ Expected behaviour: keep the original request as an outstanding task and deliver it once the interruptions are handled; retry a failed file search with a different method before asserting a file does not exist; and never claim completeness where knowledge gaps are documented in the same output.

Environment Info

• Platform: darwin
• Terminal: iTerm.app
• Version: 2.1.239
• Feedback ID: e7cecffb-384f-4fdf-8d97-90c73e77f57f

Errors

[]