L13 Paiban — Worked Example¶
「祭孔樂器拍板」的中文同義詞辨識與在地化治理:透過 3 策略平行 prompt 對照 + 領域專家 2026-05-19 回詢確認,建立 PT (
拍板) + 6 NPT(拍版 / 拍 / 板 / 檀板 / 綽板 / 舂牘)+ 4 Rejected(牘 / 察拉齊 / 扎板 / 大板)的治理結構。舂牘 vs 牘的判定分流(同 relation_type=historical-related 但不同 outcome)是 L 系列同義詞邊界治理的關鍵案例。案例 dossier SoT:
L13_Paiban_診斷性個案材料包_v4_S_20260520.docx。raw md 位於06_test_cases/在地化/L13_paiban/(同義詞辨識 3 個版本 + 範圍註撰寫 3 個版本,共 6 raw md;本 worked example 範圍僅同義詞辨識 3 strategies)。事實校驗基準(per R-075 2026-05-22):同義詞辨識 3 raw md frontmatter(human_agent_id/model_slugs_used/prov_at_location/prompt_version/task_started/ended_at)。
案例背景¶
| 項目 | 內容 |
|---|---|
| AAT ID | 300265896 (paiban / p'ai pan) |
| 中文 PT | 拍板 |
| 系列 | L 系列(在地化文化詞彙 × 同義詞辨識) |
ex:taskType |
LocalCulturalConstruction/SynonymJudgement(R-081 升 L2;R-066 scopeNote:多對多候選詞篩選) |
| 策略結構 | 3 strategies 平行對照(Direct / AAT-guided / SPO Triple),per prov:Collection.hadMember(R-069 模式 A) |
| 候選詞數 | 10(per dossier §7 Table 5) |
| DecisionNote | 11(1 overview + 10 per-candidate) |
| 證據類別數 | 6 類(vs C02 motifs 的 4 類) |
| 領域專家事件 | 2026-05-19 回詢確認(以獨立 ExpertReview TaskRun 表達,per R-085 supersede R-067;詳見 §9) |
| TaskRun 數量 | 4 個(3 strategies + 1 ExpertReview) |
| 最終決策 | PT=拍板;NPT × 6;Rejected × 4 |
| 人類執行者 | provai:agent-yin-rong(per raw md frontmatter human_agent_id) |
| AI 模型 | gpt-4o(單一模型;3 strategies 一致;per raw md model_slugs_used) |
| 對話時間範圍 | 2024-09-06 ~ 2024-10-30(3 strategies 起訖 timestamp 範圍;per raw md task_started/ended_at) |
「L13 paiban 與 C02 motifs 分屬不同系列:C02 是中文化術語翻譯(單一概念找對應 PT),L13 是在地化文化詞彙的同義詞辨識(多候選詞跨多種 relation_type 各自判定)。L 系列任務本質是『多對多治理』而非『一對多翻譯』。」
— dossier §1 文件定位(摘要)
0. 設計挑戰:3 strategies × 多對多候選詞 × 專家複審¶
「在祭孔樂器這類在地化文化詞彙中,候選同義詞不是 AAT 既定的,而是需要從多種文獻來源(台北孔廟、辭海、古代樂器志、滿語名)中發現、評估,並依各種 relation_type(正體變體/簡稱/物料/歷史前身/滿族稱/並列)逐個判定。AI 介入引入了三種不同的 prompting 策略,但prompt 策略不是中性工具——不同的引導會過濾不同的候選詞可見性,這本身就是治理信號(governance signal)。」
— dossier §1 / §5.5 改寫
L13 vs C02 的關鍵結構差異:
| 維度 | C02 motifs(中文化翻譯) | L13 paiban(在地化同義詞) |
|---|---|---|
| 任務 taskType | TermTranslation(一對多) |
SynonymJudgement(多對多) |
| 平行結構 | 兩輪 TaskRun 順序審查(prov:wasInformedBy) |
3 strategies 平行(prov:Collection.hadMember) |
| 候選關係 | AAT-driven(既有概念找翻譯) | 文獻 / 領域知識驅動(建立在地化詞彙系統) |
| 證據分類 | 4 類 | 6 類(多 evaluation standards + 領域專家) |
| 候選詞 outcome × status | C02 已示範一對多 | L13 加劇:多對多 + 同 relation_type 不同 outcome(舂牘 vs 牘) |
1. AI 介入前的原始對照狀態¶
「AI 介入前,研究團隊基於 Getty AAT 既有 p'ai pan 紀錄與台北孔廟網站既有用法,採保守的中文 PT=『拍板』+ NPT 候選『拍版』(正體變體);其他候選詞需 AI 介入辨識。」
— dossier §2 改寫
<artifact/baselineState/L13-paiban> a ex:Artifact ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/ContextPack> ;
dcterms:identifier "baseline-L13-paiban-before-AI" ;
rdfs:label "AI 介入前的人工 PT/NPT 保守狀態"@zh-Hant ;
ex:metaJSON "{\"baseline_PT\":\"拍板\",\"baseline_NPT\":[\"拍版\"],\"baseline_sources\":[\"Getty AAT 300265896 (p'ai pan)\",\"Taipei Confucius Temple website\"]}" .
注意 metaJSON 內 baseline_PT / baseline_NPT 屬 R-068.1 次要承載 (b) Artifact baseline state snapshot:凍結時點狀態 + 不跨 artifact 查詢 + 無對應 L1 element。
2. 任務定錨(WorkItem + 3 strategies 平行 TaskRun)¶
「dossier §3 描述:本案採三策略平行 prompting 對照(Version A 直接辨識/Version B AAT 導引/Version C SPO 三元組),三策略互不依賴、各自獨立執行,目的是觀察 prompt 結構如何過濾候選詞可見性。」
— dossier §3 / §5.5 改寫
aat:300265896 a skos:Concept ;
dcterms:identifier "300265896" ;
skos:prefLabel "paiban"@en, "p'ai pan"@en ;
skos:altLabel "拍板"@zh-Hant .
<workitem/W-L13> a ex:WorkItem ;
dcterms:identifier "L13" ;
dcterms:subject aat:300265896 ;
dcterms:language "zh-TW" ;
ex:taskType <provai:scheme/TaskTypeScheme/LocalCulturalConstruction/SynonymJudgement> .
<artifact/case-L13-paiban-strategies> a ex:Artifact , prov:Collection ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/ContextPack> ;
rdfs:label "L13 paiban 三策略平行對照 Collection"@zh-Hant ;
prov:hadMember <taskrun/T-L13-strategy-A> ,
<taskrun/T-L13-strategy-B> ,
<taskrun/T-L13-strategy-C> .
R-081/R-083/R-085 升級註記:原 v0.1.2 worked example 三 TaskRun 暫用 ex:activityType = TaskRun_TermTranslation 作 task-level proxy(因當時 ActivityTypeScheme/TaskRunType 無 TaskRun_SynonymJudgement narrower)。v0.1.3 起改為直接綁 ex:taskType = LocalCulturalConstruction/SynonymJudgement,無需 proxy;ex:activityType 在 R-083 後 domain 縮為 TurnRun-only,TaskRun 改用 ex:taskType 表達任務類型(per R-083 軸正交修訂)。原 §10.4 「TaskTypeScheme 5 處對應缺口」已於 R-081 落地(升 L1 ChineseLocalization / LocalCulturalConstruction / Evaluation + 對應 L2 narrower)。
3. Version A: Direct identification(直接辨識)¶
「Version A 直接讓 AI 列拍板的中文同義詞候選,無 AAT scope note 或 SPO 結構引導。觀察:擴展候選但推理不穩、回答有時內部不一致;覆蓋面最廣但含部分非預期 / 不穩定候選。」
— dossier §3.1 改寫
<taskrun/T-L13-strategy-A> a ex:TaskRun ;
dcterms:identifier "T-L13-strategy-A" ;
ex:activityType <provai:scheme/ActivityTypeScheme/TaskRun_TermTranslation> ;
prov:atLocation <https://chatgpt.com/share/69f9a375-aa54-8323-88be-bcb76440e29f> ;
prov:startedAtTime "2024-09-21T18:48:34+08:00"^^xsd:dateTime ;
prov:endedAtTime "2024-09-21T18:48:44+08:00"^^xsd:dateTime ;
prov:used <artifact/promptVersion/synonymIdentification-a-direct-v1> ;
prov:qualifiedAssociation [
a prov:Association ;
prov:agent <provai:agent-yin-rong> ;
prov:hadRole <provai:scheme/RoleScheme/Editor>
] , [
a prov:Association ;
prov:agent <provai:agent-openai-gpt-4o> ;
prov:hadRole <provai:scheme/RoleScheme/ModelRunner>
] ;
prov:generated <artifact/result/R-L13-strategy-A> .
raw md:同義詞辨識_A版_直接辨識.md(2 turns / 1 assistant;10 秒短對話)。Version A 產出候選詞:拍版 ✓ / 拍 ✓ / 板 ✓ / 檀板 ✓ / 綽板 ✓ / 舂牘 ✓ / 察拉齊 ✓ / 扎板 ✓ / 大板 ✓(牘 ✗)
4. Version B: AAT-guided identification(AAT 導引辨識)¶
「Version B 提供 Getty AAT 300265896 (p'ai pan) scope note 作引導。觀察:較保守、漏簡稱類候選(『拍』『板』單字)、漏滿語名『察拉齊』;但 AI 自己後續承認漏掉『拍』是錯的,這個自我修正本身就是有價值的治理信號。」
— dossier §3.2 改寫
<taskrun/T-L13-strategy-B> a ex:TaskRun ;
ex:activityType <provai:scheme/ActivityTypeScheme/TaskRun_TermTranslation> ;
prov:atLocation <https://chatgpt.com/share/6a03006f-ac50-8323-b872-869f8cdb4a21> ;
prov:startedAtTime "2024-09-23T08:58:16+08:00"^^xsd:dateTime ;
prov:endedAtTime "2024-09-23T15:40:53+08:00"^^xsd:dateTime ;
prov:used <artifact/promptVersion/synonymIdentification-b-aat-guided-v1> ,
<artifact/sourceEvidence/L13-paiban/aat-scope-note> ;
prov:qualifiedAssociation [ ... agent=yin-rong/Editor ] , [ ... agent=openai-gpt-4o/ModelRunner ] ;
prov:generated <artifact/result/R-L13-strategy-B> .
raw md:同義詞辨識_B版_AAT引導辨識.md(10 turns / 5 assistant;~7 小時對話)。Version B 產出候選詞:拍版 ✓ / 拍 ✗(漏簡稱,後 B 自我修正)/ 板 ✓ / 檀板 ✓ / 綽板 ✓ / 舂牘 ✓ / 察拉齊 ✗ / 扎板 ✓ / 大板 ✓(牘 ✗)
5. Version C: SPO Triple identification(SPO 三元組辨識)¶
「Version C 用 (artifact term — decision keyword — candidate synonym) 三元組結構引導。觀察:可追溯(明示 keyword 路徑)、唯一捕捉『改製』歷史關係(如牘→拍板);但偏明確關鍵字、未能捕捉『此外還有…之稱』這類並列語式,漏扎板 / 大板。」
— dossier §3.3 改寫
<taskrun/T-L13-strategy-C> a ex:TaskRun ;
ex:activityType <provai:scheme/ActivityTypeScheme/TaskRun_TermTranslation> ;
prov:atLocation <https://chatgpt.com/share/69f99a7c-1e4c-8320-84e6-c6692774fff6> ;
prov:startedAtTime "2024-09-06T17:02:27+08:00"^^xsd:dateTime ;
prov:endedAtTime "2024-10-30T16:09:56+08:00"^^xsd:dateTime ;
prov:used <artifact/promptVersion/synonymIdentification-c-spo-v1> ,
<artifact/sourceEvidence/L13-paiban/spo-framework> ;
prov:qualifiedAssociation [ ... agent=yin-rong/Editor ] , [ ... agent=openai-gpt-4o/ModelRunner ] ;
prov:generated <artifact/result/R-L13-strategy-C> .
raw md:同義詞辨識_C版_SPO結構.md(6 turns / 3 assistant;2024-09-06 ~ 2024-10-30 跨 ~54 天 multi-session)。Version C 產出候選詞:拍版 ✓ / 拍 ✓ / 板 ✓ / 檀板 ✓ / 綽板 ✓ / 舂牘 ✓ / 察拉齊 ✓ / 扎板 ✗ / 大板 ✗ / 牘 ✓(透過「改製」keyword 唯一捕捉)
三策略候選詞差異對照表:
| 候選詞 | A | B | C | 最終決策 | relation_type |
|---|---|---|---|---|---|
| 拍版 | ✓ | ✓ | ✓ | NPT | 正體變體 |
| 拍 | ✓ | ✗ | ✓ | NPT | 簡稱 |
| 板 | ✓ | ✓ | ✓ | NPT | 簡稱 |
| 檀板 | ✓ | ✓ | ✓ | NPT | 物料命名 |
| 綽板 | ✓ | ✓ | ✓ | NPT | 歷史人名 |
| 舂牘 | ✓ | ✓ | ✓ | NPT | 歷史相關 |
| 牘 | ✗ | ✗ | ✓ | Rejected(歷史前身保留) | 歷史相關 |
| 察拉齊 | ✓ | ✗ | ✓ | Rejected | 滿語名 |
| 扎板 | ✓ | ✓ | ✗ | Rejected | 並列語式 |
| 大板 | ✓ | ✓ | ✗ | Rejected | 並列語式 |
→ 舂牘 vs 牘:同 relation_type=歷史相關,但不同 outcome(per dossier §5.2 + §6.4 + Appendix B 專家複審)。詳見 §9。
6. 證據類型與來源角色(6 類 evidence system)¶
「dossier §4 整理 6 類證據:(1) 既有 AAT 參照;(2) 文本來源證據;(3) 語句關係 marker;(4) 詮釋框架 SPO;(5) 評估標準(recall focus);(6) 領域專家證據。每類在不同策略中扮演不同角色。」
— dossier §4 改寫
6.1 既有 AAT 參照(類別 1)¶
<artifact/sourceEvidence/L13-paiban/aat-reference> a ex:Artifact ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/SourceEvidence> ;
rdfs:label "AAT 300265896 (p'ai pan) 既有參照詞條"@zh-Hant ;
prov:atLocation <http://vocab.getty.edu/aat/300265896> ;
dcterms:license "CC-BY-NC 4.0" .
6.2 文本來源證據(類別 2)¶
包含台北孔廟網站、《辭海》、《中國樂器集成》、《古代中國樂器研究》、《中國樂器志:打擊樂卷》。
6.3 語句關係 marker 證據(類別 3)¶
「dossier §5.1 主張:語句關係標記不等於同義關係。亦稱 / 簡稱 / 又稱 / 改製 / 滿族稱 / 此外還有…之稱 — 證據強度依 marker 類型而異。改製 表示歷史演變但非形式同義;亦稱 表示同義關係較強。」
— dossier §5.1 改寫
6.4 詮釋框架 SPO Triple(類別 4)¶
(artifact term — decision keyword — candidate synonym) 三元組分析框架;Version C 策略所用引導。
6.5 評估標準(recall focus)(類別 5)¶
「為何不計 precision?因為負例未系統化標註,把未確認的歷史候選當 false positive 會誤判治理品質。本案採 recall focus 而非 precision。」
— dossier §4 / p.70 改寫
6.6 領域專家證據(類別 6)¶
詳見 §9。
7. 核心概念張力(6 大維度)¶
dossier §5 列 6 條張力(簡化呈現):
- 語句標記 ≠ 同義關係(§5.1)
- 歷史相關性 ≠ 形式同義關係(§5.2 — THE 關鍵邊界;舂牘 vs 牘)
- NPT 是被治理的入口詞,不是語意等價(§5.3)
- 在地化概念建構 ≠ 既有 AAT 翻譯(§5.4 — L 系列 vs C 系列)
- Prompt 策略不是中性工具(§5.5 — 過濾候選詞可見性即治理信號)
- 版本變異 = 治理信號(§5.6 — v2 → v3 → v4 不是修錯,是治理深化)
— dossier §5.1 ~ §5.6 改寫
→ 這 6 大張力透過 11 個 DecisionNote 的 rationaleText 直引(R-049)內化進 RDF 結構。
8. 人工審查與詮釋框架重構(4 review inflection points)¶
dossier §6 描述 4 個 review 節點(簡化呈現): 1. 第一次 AI prompt 後初判 2. 三策略對照後浮現 prompt-strategy bias 3. 候選詞跨版本治理表彙整(dossier Appendix C) 4. 2026-05-19 領域專家複審(dossier §6.4 / Appendix B;詳見 §9)
9. 2026-05-19 領域專家複審事件¶
「2026 年 5 月 19 日再次回詢領域專家後,專家明確確認:『舂牘』可納入拍板中文同義詞;『牘』仍不建議納入。專家並補充指出,舂牘是古代雅樂用以節樂的樂器,體型很大,其後才演變成小小的拍板代替節樂。」
— dossier §6.4 / Appendix B 直引
Capture pattern(per R-085 supersede R-067):把專家複審升為獨立 ex:TaskRun(taskType=Evaluation/ExpertReview),原 SourceEvidence 保留為該 TaskRun 之 prov:generated 產出 entity。
為何由 R-067 SourceEvidence-only 改為 R-085 獨立 TaskRun?
| 論證 | 內容 |
|---|---|
| PROV-O Activity 對齊 | 專家在 2026-05-19 對 AI 結果做出判斷符合 prov:Activity 定義(時間軸 + 對 entity 作用);不應 downgrade 為 prov:Entity |
| 與 AI TaskRun 結構對稱 | 避免「AI 活動 = TaskRun / 人類活動 = Artifact」的人為非對稱;PROV-O 中性原則下兩者皆 prov:Activity |
| R-067 主理由已不成立 | 「避免新增 ActivityTypeScheme SKOS value」在 R-081 升 L1 Evaluation/ExpertReview 後 sunk cost;繼續用模式 A 反而造成「SKOS value 建了沒人用」cruft |
| CQ 機器可查 | 「哪些案例經專家複審 / 誰複審 / 時序」直接 SPARQL;模式 A 需 grep rdfs:comment |
<provai:agent-domain-expert-paiban> a prov:Agent ;
skos:prefLabel "領域專家 — 中國音樂史學者"@zh-Hant ;
rdfs:comment "2026-05-19 回詢確認的領域專家(匿名化處理;專注於先秦至漢代雅樂樂器分類、清宮廷音樂研究)。" .
# ExpertReview TaskRun(R-085 新增)
<taskrun/T-L13-expert-review-20260519> a ex:TaskRun ;
dcterms:isPartOf <workitem/W-L13> ;
ex:taskType <provai:scheme/TaskTypeScheme/Evaluation/ExpertReview> ;
rdfs:label "2026-05-19 領域專家複審(舂牘 / 牘判定)"@zh-Hant ;
prov:startedAtTime "2026-05-19T00:00:00+08:00"^^xsd:dateTime ;
prov:endedAtTime "2026-05-19T23:59:59+08:00"^^xsd:dateTime ;
prov:wasInformedBy <taskrun/T-L13-strategy-A> ,
<taskrun/T-L13-strategy-B> ,
<taskrun/T-L13-strategy-C> ;
prov:used <artifact/sourceEvidence/L13-paiban/textual-sources> ,
<artifact/sourceEvidence/L13-paiban/linguistic-markers> ;
prov:qualifiedAssociation [
prov:agent <provai:agent-domain-expert-paiban> ;
prov:hadRole <provai:scheme/RoleScheme/Reviewer>
] , [
prov:agent <provai:agent-yin-rong> ;
prov:hadRole <provai:scheme/RoleScheme/Editor>
] ;
prov:generated <artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> .
# SourceEvidence(保留;新增 prov:wasGeneratedBy 指向 ExpertReview TaskRun)
<artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> a ex:Artifact ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/SourceEvidence> ;
rdfs:label "L13 paiban 領域專家 2026-05-19 回詢確認紀錄"@zh-Hant ;
prov:wasGeneratedAtTime "2026-05-19"^^xsd:date ;
prov:wasGeneratedBy <taskrun/T-L13-expert-review-20260519> ; # R-085 新增
dcterms:bibliographicCitation "L13 paiban dossier Appendix B" .
承載分工:
- 專家身份透過 prov:Agent + prov:qualifiedAssociation + Reviewer role(不再藏在 rdfs:comment 自由文字)
- 專家活動時間用 prov:startedAtTime / endedAtTime(activity-time,非 entity-time)
- 專家複審產出記錄用 SourceEvidence Artifact(保留,無語意降級)
- 專家複審輸入:3 strategies (prov:wasInformedBy) + 文獻證據 (prov:used)
→ 後續 §11 多個 DecisionNote 仍透過 dcterms:source 連結此 SourceEvidence(連結點不變;只多了「SourceEvidence 由 ExpertReview TaskRun 產出」這層 provenance)。
10. Result + 候選詞治理狀態表(10 candidates)¶
dossier §7 Table 5 整表(簡化呈現於 §5 上方對照表):10 候選詞 × outcome × relation_type × 策略差異。最終決策由 3 策略 result + 領域專家複審共同衍生。
<artifact/result/R-L13-paiban-final> a ex:Result ;
dcterms:identifier "R-L13-paiban-final" ;
# R-085 移除 ex:activityType(R-083 後 ex:activityType domain 縮為 TurnRun,不適用 Result)
prov:wasDerivedFrom <artifact/result/R-L13-strategy-A> ,
<artifact/result/R-L13-strategy-B> ,
<artifact/result/R-L13-strategy-C> ,
<artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> ;
dcterms:source <artifact/sourceEvidence/L13-paiban/textual-sources> ,
<artifact/sourceEvidence/L13-paiban/linguistic-markers> ,
<artifact/sourceEvidence/L13-paiban/aat-reference> ,
<artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> .
11. DecisionNote × 11(1 overview + 10 candidates)¶
採 DecisionNote multi-row 模式(R-051);每候選 1 筆 DecisionNote;rationaleText 直引 dossier 對應段 + 專家補述原句(R-049);candidate-level status 走 metaJSON.candidate_role(R-068.1 次要承載 + R-048-note 沿用)。
11.0 總決策 DecisionNote¶
<artifact/decisionNote/L13-paiban-overall> a ex:Artifact ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/DecisionNote> ;
ex:decisionOutcome <provai:scheme/DecisionOutcomeScheme/Adopted> ;
ex:rationaleText "L13 paiban 採『拍板』為中文 PT;6 NPT(拍版 / 拍 / 板 / 檀板 / 綽板 / 舂牘);牘為歷史前身保留不納入 NPT;察拉齊 / 扎板 / 大板拒絕。本案論證核心:歷史相關性 ≠ 形式同義關係(dossier §5.2);舂牘 vs 牘的分流是 L 系列同義詞邊界治理的關鍵案例。"@zh-Hant ;
ex:metaJSON "{\"final_PT\":\"拍板\",\"final_NPT_count\":6,\"rejected_count\":4,\"expert_reconfirmation_date\":\"2026-05-19\"}" ;
dcterms:source <artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> .
11.6 舂牘(NPT;【關鍵】2026-05-19 專家補述)¶
「舂牘可納入拍板中文同義詞...舂牘是古代雅樂用以節樂的樂器,體型很大,其後才演變成小小的拍板代替節樂。」
— dossier Appendix B 專家原句直引
<artifact/decisionNote/L13-paiban-chuandu> a ex:Artifact ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/DecisionNote> ;
ex:decisionOutcome <provai:scheme/DecisionOutcomeScheme/Adopted> ;
ex:rationaleText "舂牘:古代雅樂節樂樂器;歷史同義(relation_type=historical-related)。3 策略 ✓。2026-05-19 專家補述:『舂牘是古代雅樂用以節樂的樂器,體型很大,其後才演變成小小的拍板代替節樂』;專家確認可納入。最終納入為 NPT。【舂牘 vs 牘是本案 L 系列同義詞邊界治理的關鍵分流案例】"@zh-Hant ;
ex:metaJSON "{\"candidate_term\":\"舂牘\",\"candidate_role\":\"NPT\",\"a_b_c_results\":[\"✓\",\"✓\",\"✓\"]}" ;
dcterms:source <artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> ,
<artifact/sourceEvidence/L13-paiban/textual-sources> .
11.7 牘(Rejected;歷史前身保留;【關鍵】2026-05-19 專家補述)¶
「牘仍不建議納入...舂牘與牘都涉及節樂功能與歷史演變脈絡,但歷史相關性不等同於形式上的同義關係。」
— dossier Appendix B / §5.2 專家原句直引
<artifact/decisionNote/L13-paiban-du> a ex:Artifact ;
ex:artifactType <provai:scheme/ArtifactTypeScheme/DecisionNote> ;
ex:decisionOutcome <provai:scheme/DecisionOutcomeScheme/Rejected> ;
ex:rationaleText "牘:歷史前身 / 『改製』關係(relation_type=historical-related)。Version C 唯一捕捉(透過『改製』keyword)。2026-05-19 專家補述:『舂牘與牘都涉及節樂功能與歷史演變脈絡,但歷史相關性不等同於形式上的同義關係』;專家明確不建議納入為正式 NPT,但保留為歷史前身相關概念。"@zh-Hant ;
ex:metaJSON "{\"candidate_term\":\"牘\",\"candidate_role\":\"historic_predecessor_retained\",\"a_b_c_results\":[\"✗\",\"✗\",\"✓\"]}" ;
dcterms:source <artifact/sourceEvidence/L13-paiban/expert-reconfirmation-20260519> ,
<artifact/sourceEvidence/L13-paiban/linguistic-markers> .
→ 舂牘 vs 牘的 outcome × candidate_role 正交:
- 舂牘 → decisionOutcome=Adopted × candidate_role=NPT
- 牘 → decisionOutcome=Rejected × candidate_role=historic_predecessor_retained
- 同 relation_type=historical-related
這正是 R-068 L 系列多對多 DecisionNote 表達邊界 章節的範例案例。
11.1 – 11.5 / 11.8 – 11.10 其餘候選詞 DecisionNote¶
完整 11 筆 DecisionNote 見 l13-paiban.ttl §10。每筆 DecisionNote rationaleText 直引 dossier Table 5 對應列 + metaJSON 承載 candidate_term + candidate_role + a/b/c 結果 + relation 摘要。
12. 為什麼需要溯源?(Provenance Gap,7 gaps)¶
dossier §10 列「若缺乏溯源紀錄,將遺失什麼」7 個 gaps(簡化呈現):
- AAT 參照任務邊界混淆 → 對應 §1 baseline state Artifact + §6.1 AAT reference SourceEvidence
- 無法重建舂牘 / 牘分流邏輯 → 對應 §11.6 / §11.7 兩筆 DecisionNote outcome × candidate_role 正交 + §9 專家複審 SourceEvidence
- 無法解釋察拉齊 / 扎板 / 大板的拒絕理由 → 對應 §11.8 / §11.9 / §11.10 各筆 DecisionNote rationaleText
- 無法看見 3 策略產出的候選空間差異 → 對應 §3 / §4 / §5 三 TaskRun + 各自 Result + §5 對照表
- 無法理解 recall-not-precision 評估方法論 → 對應 §6.5 evaluation-standards SourceEvidence
- AI 自我修正 / 版本不穩 mask 掉 → 對應 §4 Version B 自我修正 narrative + DecisionNote
a_b_c_resultsmetaJSON- 歷史相關性 / 功能延續 / 形式等價混淆 → 對應 §5.2 核心張力 + §11.6 / §11.7 雙 DecisionNote
— dossier §10 改寫
核心命題(per dossier §8.2):若缺乏溯源紀錄,將無法知道為何『舂牘』被納入而『牘』不被納入;這一差異若只看最終詞表會完全消失;但它正是本案最能說明同義詞邊界治理的地方。
13. 對 Paper A 的貢獻¶
L13 paiban 為 Paper A 提供: - L 系列首例:在地化 × 同義詞辨識的治理結構(vs C 系列中文化術語翻譯) - 舂牘 vs 牘關鍵分流:證明 AI 輔助詞彙工作需要 PROVENANCE GOVERNANCE(不只輸出評估) - 3 strategies 平行 prompt-bias 對照:證明 prompt 設計本身是治理變量
CQ Coverage 自檢¶
| CQ | 覆蓋情況 |
|---|---|
| CQ1–CQ3(任務定錨) | ✅ §2 WorkItem + AAT concept + taskType |
| CQ4–CQ5(artifact / agent 識別) | ✅ §3-5 三 TaskRun + §11 11 DecisionNote |
| CQ6(衍生鏈 / 為何此結果) | ✅ §10 Result.wasDerivedFrom + §11 DecisionNote.dcterms:source |
| CQ7 / CQ10(授權 / 來源) | ✅ §6 SourceEvidence × 6 + license |
| CQ8(典型情境覆蓋) | ✅ multi-strategy + multi-candidate + expert reconfirmation |
| CQ9(vendor-specific metadata) | ✅ raw md frontmatter 提供 task_started/ended_at + model_slug=gpt-4o + chatgpt_share_url + prompt_version 各 3 套(per R-075 2026-05-22 事實校正) |
完整 TTL¶
完整 RDF 範例:l13-paiban.ttl
接下來¶
- 看另一個 worked example:C02 Motifs
- 看符合性類別:Conformance
- 看 metaJSON 承載類型分類:Usage Guidelines §metaJSON 承載類型分類
- 看平行策略 vs 順序審查模式:Usage Guidelines §Strategy structure patterns