Changed the natural-coding definition files to single-pass convergence

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/research-plan.md

@@ -13,11 +13,14 @@
 - **執行原則**：主會話只做討論；所有分析由 deterministic script
   執行。LLM 步驟以 Python script 呼叫 Anthropic Messages API
   （個人 Console 帳號、Batch API 五折），定義檔逐字作為 system
-  prompt。2+1 協定依輸出可比性適用：輸出可逐項機械比對的步驟
-  （收斂、編碼）「同一定義檔獨立執行兩次＋一次仲裁」，仲裁
-  只裁程式算出的分歧清單；自由生成步驟（首步自由標註）兩次
-  執行全數進池、不仲裁——自由詞彙兩次輸出不共享比對單位，
-  無物可裁。仲裁結果不符預期則修訂定義檔重跑該循環。
+  prompt。2+1 協定適用於語料層的逐首判斷（編碼、篩選）：
+  「同一定義檔獨立執行兩次＋一次仲裁」，仲裁只裁程式算出
+  的分歧。自由生成步驟（自由標註）兩次執行全數進池、不
+  仲裁——自由詞彙兩次輸出不共享比對單位，無物可裁。詞彙
+  表建構（收斂）為單次記錄性程序，不重複執行——詞彙表是
+  揭露的儀器選擇，非量測；信度檢驗施於編碼層（詳見
+  `methodology.md`）。仲裁或驗證結果不符預期則修訂定義檔
+  重跑該循環。
 - **提示詞只定格式、不定語意**：研究對象是通用 LLM 以其
   網路語料知識背景所做的自然編碼，編碼結果本身是批判對象。
   LLM 定義檔只規定任務形狀（輸入、數量範圍、輸出格式），
@@ -95,13 +98,12 @@
    themes 過早抽象）之繼承，於執行前鎖定，防止事後擇優。
 2. **自然收斂（merge）**：輸入為池中純去重關鍵字清單——
    無歌詞、無頻次、無歌曲出處——模型按自身理解合併近似
-   概念。2+1：兩次收斂處理同一批輸入詞，程式算出共識塊
-   與分歧塊對，逐對仲裁（仲裁自身亦 2+1，第三票終局）後
-   以連通元件決定性重組；收斂執行不命名，組名由命名步驟
-   2+1 定案（演算法詳見 `methodology.md`）。
+   概念，執行內自行為各組命名。單次執行，不仲裁；確定性
+   驗證（完整分割、組名唯一）違規即修訂重跑（詳見
+   `methodology.md`）。
 3. **強制收斂（cap）**：同第 2 步形態，輸入為 merge
-   定案後的組名清單（原始關鍵字不下傳），限制併至 50 個
-   以內；仲裁後略超 50 可接受，如實記錄。頻次不入收斂：頻率的分析角色由第 4 步編碼承擔；
+   輸出的組名清單（原始關鍵字不下傳），限制併至 50 個
+   以內。單次執行，不仲裁。頻次不入收斂：頻率的分析角色由第 4 步編碼承擔；
    池中頻次含跨執行噪音；頻次會誘使模型以頻率剪枝（喪失
    稀有主題）並把高頻大主題切細。代價（特異主題佔名額）
    已知並接受，換取主題多樣性與純語意歸併的可辯護性。
@@ -123,18 +125,16 @@
 提示中唯一的語意種子，屬研究者的儀器選擇，據實揭露。
 
 定義檔命名 `prompts/<軌>-<步>-<次步>-<task>.md`——軌
-01＝由下而上自然編碼、02＝預先決定的 women-power
-篩選；步為軌內步驟序，次步為
-步內執行順序，讀者依編號先後依循（如 01-02-01-merge.md →
-01-02-02-merge-arb.md → 01-02-03-merge-arb-arb.md →
-01-02-04-merge-name.md → 01-02-05-merge-name-arb.md）。
-後綴 `-arb` 為仲裁、`-arb-arb` 為仲裁之終局票、`-name`
-為命名、`-name-arb` 為命名擇一仲裁。檔名不帶
-版本號——版本即 git 歷史，失敗的版本不保留，需要回看的
-舊版都在 git history；每次執行的定義檔快照隨 `runs/`
-自我完備。收斂執行的輸出本身即分組記錄（無名分組
-JSON），與全部中間交接檔同隨 `runs/` 歸檔（交接契約見
-`methodology.md`）。
+01＝由下而上自然編碼、02＝預先決定的 women-power 篩選；
+步為軌內步驟序，次步為步內執行順序，讀者依編號先後依循：
+01-01-01-tag.md、01-02-01-merge.md、01-03-01-cap.md、
+01-04-01-code.md、01-04-02-code-arb.md、
+02-01-01-screen.md、02-01-02-screen-arb.md；仲裁定義檔
+同 prefix 加 `-arb`。檔名不帶版本號——版本即 git 歷史，
+失敗的版本不保留，需要回看的舊版都在 git history；每次
+執行的定義檔快照隨 `runs/` 自我完備。收斂執行的輸出本身
+即分組記錄（具名分組 JSON），與全部中間交接檔同隨
+`runs/` 歸檔（交接契約見 `methodology.md`）。
 
 ## 階段與時程（全文截稿 2026-08-15）
 
@@ -142,7 +142,7 @@ JSON），與全部中間交接檔同隨 `runs/` 歸檔（交接契約見
 |---|---|---|---|
 | 0 | 基礎建設：git init、目錄結構、.gitignore、決策日誌、runner script（含 Batch API）、codebook v0 骨架 | script + 討論 | 7/30–7/31 |
 | 1 | 資料準備：`run_llm` 改走統一設定 → `build-db`（解析榜單成 songs/chart_entries/artists/song_artists）→ `import-lyrics`（pilot 2018–2025）→ `fetch-lyrics`（2016–17 與缺漏，Lyrics.ovh / LRCLIB）→ `fetch-artists`（Wikidata 快照）→ `export-llm-input` | 子命令 | 7/31–8/3 |
-| 2 | 自然編碼管線：tag ×2 進池 → merge 2+1 → cap 2+1 → 詞彙表定稿 → code 2+1（全 883 首，附引述）；另跑 screen 補漏網 | API + script | 8/4–8/7 |
+| 2 | 自然編碼管線：tag ×2 進池 → merge ×1 → cap ×1 → 詞彙表定稿 → code 2+1（全 883 首，附引述）；另跑 screen 補漏網 | API + script | 8/4–8/7 |
 | 3 | 黃金標準：依 codebook 人工逐首判定 genuine/peripheral/fake，附引用歌詞證據表（LLM 只做摘錄，不給判定建議）；先以 10–15 首校準樣本試編並修訂 codebook 後凍結；同批校準樣本實測 Sonnet 4.6 vs Opus 5 一致率 | 人工 + script 輔助 | 8/5–8/9 |
 | 4 | 受控比較（盲點實驗）：條件 A（詞彙層提示）vs 條件 B（框架感知提示），各 2+1，對照黃金標準計算假陽／假陰率 | API | 8/8–8/11 |
 | 4' | 映射分析：自然編碼結果（第 4 步）與黃金標準交叉表；軌跡對映 vs 直接編碼的扭曲診斷（分析方法先寫入 methodology.md 再看結果） | script | 與 4 並行 |