akashic-mcp

把資料補進 Akashic library——給一個人名、citekey、DOI、一份匯出檔或一批任何形式的參照，找出 store 裡已有什麼、外部查得到什麼，驗證後補齊。涵蓋建立缺少的 person／work 實體、歸戶裸字串作者（「這個 literal 是不是這個人」的身分判定與 verdict 落地屬 akashic-verify-person，本 skill 負責把判定後的資料寫進 store）、補 DOI 與書目欄位、蒐集作者機構。當使用者說「把這些補進去」「查一下這個人的所有著作」「這批論文缺 DOI」「這份名單建成實體」「補完某人的 CV」，或給了一份 xlsx/CSV/BibTeX 說要進 Akashic 時使用（整批 WoS 型匯出清單先過 akashic-import-wos 的匯入前 QA 閘，再進本 skill 逐筆補完）。也涵蓋純查詢：「找某位作者的所有文章」「這個人跟誰合作過」——查詢是補完的第一步，同一條路徑。不要求使用者預先說明那是 person 還是 work，看內容判斷。

消歧義——把 resolve-* 列出的「歧義」列（一個 literal 對到 2+ 個 person）每一列判定到有處置。用**庫內**證據為主：候選自己已歸戶的著作反推機構、同篇佔位、literal 形狀決定比對方式；外部只在庫內不夠時才查。當使用者說「消歧義」「這些歧義看一下」「一個 literal 對到好幾個人怎麼辦」「把這批歧義查完」「disambiguity」時使用。與 akashic-verify-person 的分工：那是**單一配對**的外部證據鏈（Europe PMC／ORCID／OpenAlex／出版商頁），本 skill 是**歧義列**的判定編排，且先用成本低一個量級的庫內證據；庫內不夠時回頭呼叫 person-verify。與 akashic-promote-literals 的分工：那是全域 literal 歸零的批次編排，本 skill 只處理其中最吵的歧義那一塊。

取得 Akashic 條目的全文 PDF 並存進 store——EndNote「Find Full Text」的對應（#613）。給 citekey、library、或一批 DOI，逐篇：從 store 取 DOI 與書目 → 先找合法開放版本 → 否則用使用者自己 Safari 的既有登入狀態（機構訂閱）下載 → 比對頁數與首頁標題確認是這篇、分辨正式版／作者稿／補充資料 → `store-source` 存進 sources/。當使用者說「幫我下載這些論文」「抓 PDF」「把全文存進 Akashic」「這批文獻要全文」「Find Full Text」「下載 paper」，或手上有一個 library 要補全文、要讀原文查證引用時使用。**不做**：繞過付費牆、代替使用者登入或按授權按鈕、平行大量下載。

WoS 匯出清單的匯入前 QA——DOI 補查、同篇雙列偵測（early-access／erratum／重複收錄）、機構名誤植容錯，產出 intake 報告經人確認後才交給 import-wos。當使用者拿到一份 WoS 格式的 Excel/CSV 清單（「所方給的成果清單」「這批要進 Akashic」「這份 WoS 匯出先整理一下」）、或說「先檢查這份清單有沒有重複」「補一下 DOI」時使用。清單的分母（實際篇數）在這一步定案——不做這步就匯入，重複列會流進下游統計。與 akashic-bootstrap 的分工：本 skill 是清單層的 QA 閘（列 vs 列），bootstrap 是逐筆實體的補完（查證單篇/單人）。同型的其他書目匯出清單（Scopus、所方自製格式）除 WoS 特有欄名對映外同樣適用。

work↔work 攣生合併（#456／#459）：同一篇作品的多筆記錄（DOI 單／雙斜線攣生、匯入 近重複）判定並併成一筆，走 divergence 管線（record-divergence → judgement → resolve-divergence）。當使用者說「合併攣生」「這兩筆是同一篇」「重複記錄清一清」 「merge twins」時使用。與 akashic-disambiguate 的分工：那是 literal→key 的消歧 （歧義列判定），本 skill 是 record↔record 的同一性判定——#459 裁決兩者是不同管線， 不混在一份 skill。與 akashic-venue-works 的分工：那邊的攣生收攏只做提名，本 skill 接手判定與合併。 「寫下的世界斷言要先量過」是本 skill 的執行紀律——見 rules/assertions-must-be-measured.md。

literal 歸零 campaign 的編排層（#303）——以「全 entity 域 literal 歸零」為終局（#304 裁決），驅動分批的「查證 → resolve → apply」循環並量測進度。讀 store 現況（四域 census：author／venue／affiliation／org-parents）→ 按批 TaskCreate → 逐 literal 走查證管線 → 每輪把計數落一筆

venue → works 的外部補完（#423）：給一個期刊（venue key 或 ISSN），把該刊的文章補進 Akashic store——增量、可重跑、逐筆可審。當使用者說「把某期刊的全部文章收進來」 「補完這本刊」「這本刊我的庫裡缺哪些」時使用。與 akashic-bootstrap 的分工：那是 person → works，本 skill 是 venue → works；與 akashic-venue-verify 的分工：那判定 「這個刊名字串是不是這個 venue」，本 skill 假設 venue 身分已定、補的是它的目錄。 「寫下的世界斷言要先量過」是本 skill 的執行紀律——見 rules/assertions-must-be-measured.md。

歸戶查證——判定「這個 literal 作者是不是這個人」並把判定落成 Akashic 的 verdict。給一個未歸戶的作者字串（或 resolve-people 列出的候選／歧義），依標準證據鏈查 Europe PMC 著作軌跡、ORCID employment、OpenAlex 隸屬史、出版商頁逐作者機構綁定，組出 affiliation timeline 與判定建議，經使用者確認後以 akashic_resolve_people 的 apply/reject 寫入 resolution-confirmed／resolution-rejected。當使用者說「查一下這個作者是不是他」「這個名字歸不歸得了戶」「幫我查證這批候選」「這個人是不是所上的人」，或 resolve-people 出現需要人判斷的歧義時使用。與 akashic-bootstrap 的分工：bootstrap 補資料進 store，本 skill 判定身分並記 verdict——查證結論要落地時兩者常接續使用。

發表載體查證——判定「這個 literal 刊名／會議名／出版社名是不是這個 venue」並把判定落成 Akashic 的 verdict。給一個未歸戶的 venue 字串（或 resolve-venues 列出的候選／歧義），依標準證據鏈查 Crossref journals、OpenAlex sources、ISSN Portal（出版商頁由使用者轉述，本 skill 不抓不讀），組出刊名沿革 timeline 與判定建議，經使用者確認後以 akashic_resolve_venues 的 apply/reject 寫入 resolution-confirmed／resolution-rejected；查證中查到的 ISSN 經使用者逐筆確認報告第 4 項後才寫入 venue——一句裸的「apply」不算（#556）。當使用者說「這個縮寫是哪個期刊」「這批 journaltitle 幫我歸戶」「這個刊改過名嗎」，或 resolve-venues 出現需要人判斷的歧義時使用。與 akashic-verify-person 的分工：同一套 literal→verdict 紀律、不同 entity 域與證據源。