入庫端照收來源給的姓名結構與語言：Zotero 匯入目前把 family／given 壓成 literal

[kiki830621]

Blocked by #717
Blocked by #718

Part of #715

Problem

來源常常已經給了姓名結構與語言，入庫時被丟掉：

入庫路徑	來源給了什麼	現況
Zotero 匯入	creators 分 family／given；language 欄	citekey 用了 family（Sources/AkashicZoteroImport/ZoteroImporter.swift:297），寫進 store 卻是 .literal($0.display)（同檔 :305）；language 原樣搬（ZoteroMapping.swift:103）
create_entry（MCP）	呼叫端常從 Crossref／DataCite 拿到分開的姓與名	authors 只收 [String]
akashic create-entry（CLI）	貼上 CSL-JSON 作者物件 {"family":…,"given":…}	形狀不符，直接報錯（Sources/akashic/CreateEntryCommand.swift:164）
Crossref／DataCite 補完	Crossref author[].family/given、DataCite familyName/givenName，兩者都有 language	—

Zotero 那一列最直接：同一條管線裡，citekey 用的是真正的姓，store 卻存成一串字，匯出時再重新猜。

Type

enhancement

Expected

• 各入庫路徑照收來源給的姓名結構與語言（schema 依 作者名字入庫必須宣告：不再有預設切法（多字姓氏、姓名順序） #717、每一筆 entry 可帶 langid（BCP 47）；正規化既有 language 自由文字（8 種寫法） #718）
• 記錄 provenance：值來自哪個來源，標 declared
• 來源沒給結構時，依 作者名字入庫必須宣告：不再有預設切法（多字姓氏、姓名順序） #717 的規則處理，不靜默猜
• create_entry 的 authors 接受結構化物件

Clarity Surface(idd-clarify run 2026-10-02T06:08:28Z)

Type	Source	Question for you	Status
missing-context	「來源沒給結構時」	只有一串顯示名的來源（例如手打的引用、部分匯出檔），入庫時要拒收，還是要求呼叫端補宣告結構？	surfaced