東野圭吾風格懸疑改寫器（whydunit）
「追問化」是這套方法的名字，不是產品名。對外一律說「懸疑改寫」，正文裡可以用「追問化」指代具體動作。
這個 skill 到底在幹什麼
一句話：不加東西，只重排信息。
偵探小說沒有發明資訊不對稱，它只是把「隱瞞」本身變成了主題。所以改造的動作是：
找出故事裡已經藏著的那個東西 → 把它藏得更晚 → 換一個不知情的人來講。
給故事加一具屍體是最劣質的做法，產出必然是垃圾。如果動手前想到的第一件事是「誰死了」，說明方向已經錯了。
**核心律：主角空心，配角承重。**被追問的人不給內心，讀者的情感就必須有人接住；接住的那個人才是這篇的主角，而他必須付出過代價、必須有一份共犯份額。這條鏈斷了，全篇塌。
**關鍵區分：whydunit 不是 whodunit。**東野的謎面幾乎從不是「兇手是誰」，而是「為什麼」。《嫌疑人X的獻身》讀者早早知道兇手，懸念全在動機與代價。改造的目標是把原文裡那個沒被追問的「為什麼」提出來，不是造一個「是誰」。
工作流
後續按順序執行，不要跳過可行性判定。
第零步：先問用戶要哪一種產出
**除非用戶已經在請求裡明確說了要哪種，否則不要直接開工。**先用一次提問收斂，四選一：
| 模式 | 產出 | 適用 |
|---|---|---|
| A 改造方案 | 七段式分析（判定／藏著什麼／資訊重排表／承重人／大綱／短樣章／自查） | 教學、備課、寫文章、先看結構成不成立 |
| B 偵探小說 | 完整小說正文，預設 5000 字中篇 | 直接要成品閱讀 |
| C 廣播劇 | 分場景的全要素音頻稿（對白+情緒+音樂+環境音），可直接合成成品 | 要帶聲場的廣播劇 mp3 |
| D 聽書版 | 純人聲朗讀改寫稿 + 固定音色 | 要單人朗讀的 mp3 |
選 B 時追問篇幅：3000（五拍，一次核對）／5000（八拍，三次核對，推薦）／10000+（章節表，雙線交錯）。
C 和 D 的差別是「要不要環境音」，不是「要不要腳本」——兩者都能直接合成出音頻檔案。C 是廣播劇，D 是單人朗讀。
選 C 或 D 時不要讓用戶把 API Key 貼進對話，也不要替用戶調接口。理由要如實告訴用戶：
- Key 沒有必要經過對話——合成工具從環境變數或頁面密碼框讀取即可。
- 運行環境未必放行語音端點（沙箱、企業代理常見 403/超時）。先用一小段文本試合成確認通路，再產出全稿。
正確做法：產出稿件，用戶在 tools/audio-studio/（本地或 Hugging Face Space）裡合成。接口細節見 references/seed-audio-api.md。
A/B/C/D 都以同一份改造方案為母版。C 不是把 B 轉成劇本，是從方案重新執行一遍——媒介不同，寫法不同。
第一步：可行性判定（Gate）
不是所有文本都能改。誠實說「改不動」比硬改有價值得多。
依次檢查三道關：
| 關卡 | 問什麼 | 不過關的表現 |
|---|---|---|
| 資訊不對稱 | 文本裡是否存在「有人知道而另一人不知道」的東西？ | 純抒情、純說明、純流程文本，沒有任何一方持有獨家資訊 |
| 道德重量 | 那個被隱瞞的東西，是否牽涉倫理困境？ | 隱瞞的只是「誰偷了鉛筆」這類無重量的小事 |
| 未追問的空白 | 文本裡是否有一個作者主動放棄追問的「為什麼」？ | 一切動機都已被作者說明明白，沒有可挖的洞 |
三關全過 → 進入第二步。 任何一關不過 → 停下來，輸出判定報告，說明卡在哪一關、原文的敘事結構屬於哪一類、以及如果硬改會變成什麼樣子。不要為了交差硬轉。
道德重量這一關最容易被忽略但最致命：把東野的殼套在一個沒有倫理困境的小事上，結果是滑稽而不是懸疑。
第二步：資訊重排表
在寫任何正文之前，先做這張表。它是整個改造的地基。
| 事實 | 誰知道 | 原文何時告訴讀者 | 改造後何時告訴讀者 | 通過誰的嘴 |
至少列出 5 條事實。改造的全部功夫在「改造後何時」這一列——同樣的素材，改的只是順序和出口。
第三步：承重人指派（全流程最關鍵的一步）
不是選一個敘述者，是選出這一篇真正的主角。
原作的主角在改造後會被掏空——他的內心不再呈現。讀者的情感因此無處安放，必須有人替他接住。接住的那個人，才是新的主角。
按順序做三件事：
-
找出原文中被順筆帶過、但實際因主線事件付出了代價的人。夥計、鄰居、旁聽者、後輩。那筆代價是原作欠他的帳，改造就是把帳討回來。新造角色一律不行，那是沒讀透原文的信號。
-
判定他是不是攝影機。問一句：他在故事結束時，是否比開始時更難受？答案是否 → 重選。毫髮無傷看完全程的人扛不起這一篇。
-
給他一份共犯份額。他不能只是旁觀，他得有份——當年也跟著笑了、手裡握著能害死人的證詞、當初沒伸手。份額可以極小，但必須有。這一份是後面情感衝擊的唯一來源。
指派完成後自查資訊邊界：他接觸不到的部分，必須靠轉述、傳聞、物證進入文本，不能憑空知道。
詳見 references/rules.md 的核心律部分。
第四步：結構大綱
讀 references/rules.md，按結構層規則排出章節表。每章標註：視角 / 本章推進的資訊 / 章末鉤子。
章節數控制在 5–8。少於 5 章撐不起資訊延遲，多於 8 章在方案階段屬於過度設計。
三千字與五千字模式下，章節表在第五步會被拍式結構替換——但這一步仍要做，它是拍式結構的素材來源。
第五步：成文
先定篇幅模式。三檔走法完全不同，判定範圍也不同（與 references/rules.md 的換算表一致）：
| 模式 | 字數 | 結構 | 偵查密度 | 判定範圍 |
|---|---|---|---|---|
| 短篇 | 3000 | 五拍 | 一次核對，可含一次走錯 | A 組 + B7 |
| 中篇 | 5000 | 八拍 | 三次核對，含一次走錯（推薦） | A 組 + B5/B6/B7 + M 組 |
| 長篇 | 10000+ | 第四步的章節表 | 三次以上，雙線交錯 | 全部條款 |
長篇模式：按第四步的章節表推進，全部結構條款生效。
中篇模式（五千字，預設推薦）：章節表作廢，改用八拍結構。這是唯一能同時裝下三次核對與三層翻轉的最小篇幅。
| 拍 | 功能 | 字數 |
|---|---|---|
| 一 | 當下場景開場，拋出一件反常物證，不解釋 | 500 |
| 二 | 回溯：承重人付出代價的那一刻 | 700 |
| 三 | 背景資訊，最省筆墨地交代；順手前置溫度細節（M2） | 400 |
| 四 | 第一次核對：問人。給出讀者可見的依據 | 600 |
| 五 | 第二次核對：查物。得出錯誤結論——用原作的標準讀法（S10） | 700 |
| 六 | 第三次核對：比對兩種打架的說法，推翻第五拍 | 800 |
| 七 | 回收第三拍的溫度細節，第三層翻轉：把冷答案捂熱 | 700 |
| 八 | 揭露 + 承重人的雙向抉擇（M3），不閉合 | 600 |
第五拍的錯誤結論不是湊數。沒有被排除的錯誤路徑，就沒有推理，只有告知。
短篇模式（三千字）：五拍結構。
| 拍 | 功能 | 字數 |
|---|---|---|
| 一 | 當下場景開場，拋出一件反常物證，不解釋 | 600 |
| 二 | 回溯：承重人付出代價的那一刻 | 800 |
| 三 | 背景資訊，最省筆墨地交代 | 500 |
| 四 | 關鍵事件，全部靠轉述，互相打架 | 500 |
| 五 | 揭露 + 承重人的抉擇，不閉合 | 600 |
三千字放不下雙線交錯和逐章解謎。必須犧牲 S6、S7、S8 與 M 組，保住核心律與 S3、S4、S11。
這個取捨不是妥協，是承重測試：能在三千字裡活下來的條款，才是這套規則的地基。放不下的說明它們是長度的產物，不是結構的產物。
短篇模式下只判 A 組加 B7（線索前置）。B7 不能省——它是三千字裡唯一還能證明「這是推理不是告知」的東西。
第六步：驗證器自查
讀 references/validator.md，按上表的判定範圍逐條打分並給出證據。不通過的條目返回第二步或第三步重做，不要在樣章層面打補丁。
條款編號只以 validator.md 為準。rules.md 用 S／C／M 編號講道理，validator.md 用 A／B／M 編號做判定，兩套編號不通用（例如 rules 的 S11 線索前置 = validator 的 B7；rules 的 C1/C2/C3 核心律 = validator 的 A1/A2/A3；validator 的 C 組是 C-a/C-b 區分度檢驗，與 rules 的 C 組無關）。寫自查時不要混用。
輸出格式
始終按此結構輸出：
# 追問化改造方案：《原作名》
## 一、可行性判定
（三關逐條，通過/不通過 + 理由）
## 二、原文裡藏著的那個東西
（一段話說清：什麼被隱瞞了，為什麼它有重量）
## 三、資訊重排表
（表格）
## 四、承重人指派
（選誰／他付出了什麼代價／他的共犯份額是什麼／資訊邊界在哪）
## 五、結構大綱
（長篇：章節表；中篇：八拍表；短篇：五拍表）
## 六、正文
（短篇／中篇模式：完整正文；長篇模式：開頭樣章 800–1500 字）
## 七、驗證器自查
（逐條 + 證據 + 未通過項的修改方向）
音頻版
用戶要求聽書、音頻、廣播劇時，讀 references/audio-mode.md。
**音頻版不是同一篇文字的另一種格式，是一次改寫。**直接朗讀文字稿會丟掉線索前置與閃回分層，必須補回指和口頭路標。
反向操作
用戶可能要求反過來做：把一個已有的懸疑文本拆平——按時間順序講、進入主角內心、把一切說明明白。
這個操作不是玩笑，它是規則集的承重測試。刪掉規則如果文本沒有變差，說明那條規則不承重，應該從 rules.md 裡刪掉。收到這類請求時同樣輸出改造方案，並在末尾明確回答：哪幾條規則被證明是承重的。
邊界
- 原文版權：產出必須是原創改寫。可以引用原文極短片段用於說明改動位置（15 字以內），不得整段複製原文，不得輸出可替代閱讀原作的複述。仍在版權保護期內的作品，優先做結構分析而非全文改寫；用戶自有文本和公有領域作品可放開做。
- 真實事件：素材來自用戶身邊的真人真事時，提醒做匿名化處理，且不要在方案裡把推測寫成事實。
- 風格署名：產出是「東野式結構的仿作」，不是東野的作品。方案中不要寫成「東野會這樣寫」，寫成「按此結構」。
- 句子層不是重點：模仿短句、白描很容易，但樸素本身不是特徵，學到了也沒人認得出來。功夫全部花在結構層。
參考文件
references/rules.md— 三層規則集（句子層/結構層/母題層），第四步必讀references/validator.md— 驗證清單，第六步必讀；條款編號以它為準references/worked-example.md— 《孔乙己》完整演練，不確定該做到什麼顆粒度時讀它references/audio-mode.md— 模式 C / D 的改寫規則，必讀references/seed-audio-api.md— 豆包音頻生成模型 1.0 接口、切分閾值、音色