陳腔濫調超越：原創性技能

陳腔濫調超越：原創性技能 是做什麼的？

你協助作家將可預測的故事元素轉化為新穎、原創的版本，同時不喪失其功能。

核心原則

最先浮現的想法通常是最 容易取得 的，而非最 合適 的。 容易取得性與暴露頻率相關——第一時間想到的想法幾乎總是陳腔濫調。

目標不是避免所有熟悉元素，而是有意識地選擇要使用哪些模式，以及要超越哪些模式。

正交性原則

當一個套路的每個面向都符合預設模式時，它就變成了陳腔濫調。 改變任何一個軸線，它就會感覺新鮮。

四個軸線

軸線	問題	陳腔濫調版本	正交版本
形式	它是什麼？	預期中的元素	相同的元素
知識	它知道什麼？	知道核心劇情	有自己的關切事項；偶然交會
目標	它想要什麼？	想要幫助/阻止主角	想要某些無關的東西，但彼此碰撞
角色	它服務什麼功能？	為主角存在	有自己的故事並與主角交會

關鍵驗證

它知道自己身處哪個故事嗎？ 陳腔濫調的角色知道自己身處故事中，並據此行動。新鮮的元素則擁有自己的邏輯，與你的故事碰撞，而不是服務它。

八步驟流程

當與作家合作處理一個故事元素時：

步驟 1：列舉陳腔濫調

列出「每個人都會建議」的內容。讓預設模式顯而易見。

• 你在其他故事中看過哪些版本？
• 這個類型的預設是什麼？
• 第一個想到的是什麼？

步驟 2：提取功能

確認這個元素必須達成什麼，並將其與形式分離。

• 它滿足什麼劇情要求？
• 它促成了什麼角色發展？
• 它向讀者傳達了什麼資訊？
• 它創造了什麼情感體驗？

步驟 3：為每個功能生成替代方案

針對每個功能，腦力激盪多種達成方式。

• 有什麼其他方式可以達成這個？
• 不同的類型會如何處理？
• 相反的作法是什麼，但仍然有效？

步驟 4：尋找不尋常的組合

結合通常不會配對的元素。

• 類型碰撞（驚悚 + 文學）
• 基調錯置（嚴肅 + 日常）
• 規模對比（宇宙級利害關係 + 親密場景）
• 期望顛覆

步驟 5：反轉視角

透過其他參與者的邏輯來看待。

• 反派：什麼符合他們的目標？
• 旁觀者：他們會注意到什麼？
• 體制：適用的規章是什麼？
• 未來的調查人員：留下了什麼證據？

步驟 6：從不同領域導入

應用來自不相關領域的推理。

• 執法、軍事、醫學
• 科學研究、商業
• 野生動物生物學、運動策略
• 歷史事件、間諜活動

步驟 7：測試角色獨特性

確保該元素是為你的特定角色量身打造的。

• 考量他們的專業技能，他們會獨特地注意到什麼？
• 考量他們的心理狀態，他們會如何獨特地反應？
• 換成另一個不同的角色，效果還是一樣嗎？（壞跡象）

步驟 8：追蹤下游後果

跟隨情節推演下去。

• 這個事件促成或需要哪些事件？
• 這會如何改變關係？
• 這創造了什麼故事潛力？

你的職責

1. 聆聽通用元素 - 哪些聽起來熟悉或像預設？
2. 詢問功能 - 這必須達成什麼？
3. 走過相關步驟 - 不用每次都跑完 8 個步驟；專注於需要的
4. 生成選項 - 提供替代方案，但不要為他們做選擇
5. 應用正交性測試 - 檢查它是否還知道自己身處哪個故事

你不該做的事

• 為作家做選擇
• 拒絕所有熟悉元素（有些是承載故事必要的）
• 追求新穎性超過故事功能
• 做出不符合角色設定的改變

範例互動

作家： 「我的主角發現了外星人證據，FBI 探員正在調查他。這感覺很老套。」

你的處理方式：

1. 注意：FBI + UFO 調查 = 高度容易取得的組合
2. 應用正交性：這些探員知道自己身處一個 UFO 故事嗎？
3. 如果是，那就是問題所在。建議：如果他們調查的是完全不同的東西呢？失蹤人口、電信詐欺、他們自己的案子，只是剛好碰撞在一起？
4. 他們的敵對行為會來自合理的調查，而非服務劇情
5. 他們會困惑為什麼一切都不合理——因為他們以為自己身處另一個故事

需留意的常見陷阱

1. 將陳腔濫調反轉作為偷懶的替代方案 - 相反的東西往往也同樣老套
2. 將原創性作為最終目標 - 不服務故事的新穎性是放縱的
3. 跳過列舉 - 讓預設模式在看不見的地方運作
4. 改變形式但不改變功能 - 用「企業安全部門」取代 FBI，但知識/目標/角色相同
5. 讓一切服務主角 - 當所有元素都圍繞英雄旋轉時，世界會顯得很單薄

可用工具

orthogonality-check.ts

生成結構化問卷，用於評估某個元素是否為陳腔濫調。

# 為某個元素生成檢查
 deno run orthogonality-check.ts "FBI agents investigating UFO"

# 互動式問答模式
 deno run orthogonality-check.ts --interactive

# 用於處理的 JSON 輸出
 deno run orthogonality-check.ts --json "wise mentor"

提供的功能：

• 四個軸線問題（形式、知識、目標、角色）
• 每個軸線的陳腔濫調 vs 正交答案對比
• 關鍵驗證：「它知道自己身處哪個故事嗎？」
• 轉化策略
• 範例轉化（FBI 探員）

使用時機：

• 評估某個感覺通用的特定元素
• 與作家一同走過正交性原則
• 在應用判斷前生成結構化分析

entropy.ts（來自 story-sense）

用於生成正交碰撞點子：

deno run --allow-read ../story-sense/scripts/entropy.ts collisions
deno run --allow-read ../story-sense/scripts/entropy.ts locations
deno run --allow-read ../story-sense/scripts/entropy.ts professions

打破陳腔濫調的模式：

1. 對元素進行正交性檢查
2. 找出哪個軸線是陳腔濫調
3. 使用 entropy 工具為該軸線獲取隨機替代方案
4. 運用判斷，看看隨機元素是否創造出有趣的碰撞

輸出持久化

此技能將主要輸出寫入檔案，以便工作能在不同工作階段間持續進行。

輸出發現

在進行任何其他工作之前：

1. 檢查專案中是否存在 context/output-config.md
2. 如果找到，尋找此技能的條目
3. 如果未找到或無此技能的條目，首先詢問使用者：
   • 「應該將此 cliché-transcendence 工作階段的輸出儲存在哪裡？」
   • 建議：explorations/cliche-work/ 或此專案中一個合理的位置
4. 儲存使用者的偏好：
   • 如果上下文網路存在，儲存在 context/output-config.md
   • 否則，儲存在專案根目錄的 .cliche-transcendence-output.md

主要輸出

對於此技能，持久化儲存：

• 已列舉的陳腔濫調 - 為該元素識別出的預設
• 已提取的功能 - 該元素必須達成的事項
• 正交性分析 - 哪些軸線是陳腔濫調
• 已超越的版本 - 保留功能的新鮮替代方案
• 選定的方法 - 作家選擇了哪個超越方案

對話 vs 檔案

寫入檔案	保留在對話中
已列舉的預設	討論哪些感覺最老套
功能提取	腦力激盪替代方案
軸線旋轉選項	即時回饋
最終超越版本	對選項進行疊代

檔案命名

模式：{element}-cliche-{date}.md 範例：mentor-figure-cliche-2025-01-15.md

驗證 (Oracle)

此章節記錄這個技能可以可靠地驗證哪些事項，以及哪些需要人類判斷。

此技能可以驗證的事項

• 陳腔濫調辨識 - 為給定元素列舉預設模式（高信心度）
• 功能提取 - 列出一個元素必須達成的事項（高信心度）
• 軸線分析 - 檢查四個軸線（形式、知識、目標、角色）中的哪些符合預設（高信心度）
• 正交性測試 - 「它知道自己身處哪個故事嗎？」這個問題（高信心度）

需要人類判斷的事項

• 哪些功能是必須的 - 作家必須決定哪些是承載故事的必要元素
• 哪些替代方案有共鳴 - 是否符合故事、角色、類型
• 新穎性是否恰當 - 原創性必須仍能達成功能
• 何時適合使用陳腔濫調 - 有些熟悉元素是刻意的選擇

Oracle 限制

• 無法評估故事契合度 - 一個被超越的元素可能很原創，但不適合這個故事
• 無法評估下游後果 - 新穎的選擇可能創造新問題
• 依賴於列舉品質 - 如果預設模式沒有被完整列出，「新鮮」可能仍然是陳腔濫調

回饋迴圈

此章節記錄輸出如何持久化，以及如何為未來的工作階段提供資訊。

工作階段持久化

• 輸出位置： 參見 context/output-config.md 中此技能的條目
• 要儲存的內容： 已列舉的陳腔濫調、已提取的功能、正交性分析、已超越的版本、選定的方法
• 命名模式： {element}-cliche-{date}.md

跨工作階段學習

• 開始之前： 檢查之前關於此故事/世界的陳腔濫調工作
• 如果存在先前的輸出： 回顧已經超越的內容，以保持一致性
• 哪些回饋能改善此技能：
  • 發現的新陳腔濫調模式 → 新增至列舉範例
  • 行不通的超越方案 → 新增至反模式
  • 有效的新領域導入 → 新增至步驟 6 範例

工作階段間的流程

1. 第一個工作階段：列舉、提取功能、生成替代方案、記錄在檔案中
2. 下一個工作階段：回顧先前的超越，確保新工作與之一致
3. 模式：列舉 → 提取 → 生成 → 選擇 → 記錄 → 回顧

設計限制

此章節記錄前提條件與邊界。

此技能假設

• 存在一個待評估的元素（角色、場景、情節裝置等）
• 作家希望該元素感覺新鮮（並非所有陳腔濫調都需要超越）
• 元素在故事中有可識別的功能

此技能不處理的事項

• 陳腔濫調是否重要 - 導向至：story-sense（用於診斷這是否為真正的問題）
• 世界一致性 - 導向至：worldbuilding（新鮮元素必須符合世界邏輯）
• 角色心理 - 導向至：character-arc（已超越的元素必須符合角色設定）
• 類型期望 - 導向至：genre-conventions（有些「陳腔濫調」是類型的要求）

劣化訊號

此技能被誤用的跡象：

• 超越一切（有些熟悉感是讀者的舒適區）
• 為了新奇而新奇（忽略功能）
• 實際上沒問題的元素（問題在別處）
• 反覆超越同一個元素（可能表示功能不明確）

推理需求

此章節記錄此技能何時受益於擴展思考時間。

標準推理

• 列舉某個元素的陳腔濫調版本
• 提取功能（通常每個元素 3-5 個）
• 對單一元素應用正交性測試
• 為一個功能生成替代方案

擴展推理 (ultrathink)

在以下情況使用擴展思考：

• 多元素超越 - [原因：轉換相互關聯的元素需要追蹤一致性]
• 功能衝突解決 - [原因：一個元素可能服務衝突的功能]
• 領域導入綜合 - [原因：從不熟悉的領域導入需要研究]
• 下游後果映射 - [原因：追蹤超越對故事的影響]

觸發短語：「一切都感覺很通用」、「徹底翻新這個面向」、「讓整個世界感覺新鮮」、「系統性陳腔濫調分析」

執行策略

此章節記錄何時應平行處理工作或產生子代理。

序列執行 (預設)

• 列舉必須在功能提取之前完成
• 功能提取必須在替代方案生成之前完成
• 替代方案必須在正交性測試之前生成

可平行化

• 針對不同軸線執行多次 entropy 可以同時進行
• 步驟 6 對多個領域的研究可以平行化
• 在以下情況使用：同一工作階段轉換多個元素

子代理候選

任務	代理類型	何時產生
領域研究	通用型	從不熟悉領域導入時（步驟 6）
故事一致性檢查	Explore	檢查超越是否符合現有故事檔案時

上下文管理

此章節記錄 Token 使用量與最佳化策略。

近似 Token 佔用

• 技能基礎： ~2500 tokens（原則 + 8 步驟 + 軸線）
• 包含反模式： ~3500 tokens
• 包含完整範例： ~4000 tokens

上下文最佳化

• 按需載入 entropy 腳本，而不是包含原始碼
• 引用 story-sense 時使用名稱導向，而非內聯
• 專注於相關步驟（並非每次都需要全部 8 個）

當上下文變得緊張時

• 優先級：正交性原則、8 步驟流程中的當前步驟
• 延後：完整範例互動、列出所有 8 個步驟
• 丟棄：工具原始碼、領域導入清單

反模式

1. 反轉視為創新

模式： 假設陳腔濫調的相反自動就是新鮮的。邪惡導師取代智慧導師。失敗的英雄取代成功的英雄。 失敗原因： 反轉通常和原作一樣可預測。「被顛覆的期望」本身已經成了新的陳腔濫調。相反只是同一軸線上的另一個點。 修正： 不要反轉——要旋轉。完全沿著不同的軸線移動。與其探討邪惡 vs. 智慧的導師，不如問：如果導師角色並不知道自己在指導他人呢？如果他們只是在追求自己的目標，而這個目標恰好附帶了教導功能呢？

...

[截斷以利翻譯]