100x-夸张反差是做什麼的？

一句話定位

輸入一段腳本/文案純文字，輸出「怎麼誇張」（誇張技法+強度）+「怎麼反差」（反差類型+兩端錨點），每條都逐字回指腳本原句，強度按市場+帽度天花板校準。屬於 100x 體系 L2 創意生成層，對應「3.3 誇張/反差」這一步。

何時觸發

使用者說：

「幫這條腳本加點誇張」 / 「這裡怎麼做反差」 / 「這段有點平，怎麼更抓人」 / 「加個前後對比」
「這條腳本的鉤子不夠衝擊」 / 「怎麼讓這句話聽起來更誇張但別太假」
「make this script more dramatic」 / 「add a before/after contrast」 / 「how do I exaggerate this without it looking fake」 / 「what's the contrast angle here」
或直接給一段腳本文案，要求「設計誇張點和反差點」 / 「design exaggeration and contrast beats for this」

輸入

最小輸入（類別 A，硬性必填）：source_script——完整腳本/文案純文字。本 skill 不接影片檔案，只吃文字（與 100x-persona 同一約束）。

軟性補充（類別 B，缺失走三級降級，見 workflow.md Phase 1）：hat_level （blackhat/grayhat/whitehat）+ market（自由文字，如「美區」/「US」/「西語區」/ 「通用」）。兩者都缺失時，hat_level 內聯推斷為 grayhat，market 按保守預設處理（emotion_reaction_hyperbole 技法按美區市場對待），不追問使用者，meta.warnings 如實記錄推斷過程——詳見 axioms.md 公理 3、workflow.md Phase 1。

上游可選產出（類別 C）：本 skill 不宣告任何依賴上游 skill 產出的欄位——如果使用者已跑過 100x-persona/100x-search-query 並附帶產出，可在 rationale 裡順帶引用，但 schema.json 完全不含 persona_ref/scene_ref 一類的跨 skill 引用欄位，比 100x-persona 的可選 segment_ref 更徹底解耦。

輸出

結構見 schema.json：ExaggerationContrastBundle = source_script（原文回顯）+ meta（hat_level/market/校準說明/warnings）+ exaggeration_beats[]（誇張點，每條含 technique 閉集列舉 + label_cn + intensity + 逐字錨點）+ contrast_beats[] （反差點，每條含 contrast_type 閉集列舉 + label_cn + 兩端逐字錨點）。可選再渲染一張人類可讀的 Markdown 摘要（誇張點列表 + 反差點列表）。

核心約束（4 條公理，詳見 `axioms.md`）

誇張手法（5 種）與反差類型（4 種）必須選自閉集列舉，不許自創新詞——列舉本身取自創意橋段詞典的 L1 橋段/畫面類型 + 參考語料訊號頻次，不是拍腦袋定的
每條誇張點/反差點的錨點必須是腳本原句的逐字子字串，不許編造——與 100x-persona 證據引文公理同一機制
誇張強度受市場+帽度天花板校準，不是越誇張越好——直接吸收詞典-06 自帶的美區市場誇張強度校準提醒（具體措辭不逐字引用，見 axioms.md 公理 3），但這條限制只對 emotion_reaction_hyperbole（情緒反應誇張）這一個技法生效，不籠統限制其餘 4 種技法（已知局限：天花板表本身的三檔數值化是本次原創判斷，只在英西兩個市場的保健品類目語料上驗證過；meta.market 命中美區的判定目前是分段後做整段精確比對，不做真正的中英文分詞，辨識不了「美國市場」這類別名嵌在更長複合詞、且前後沒有任何分隔符的寫法 ——v1.1 已修正一個更嚴重的反向問題：分段前的整串子字串比對曾對 Russia/Australia/ Belarus/「南美國家」這類與美區無關的市場字串產生假陽性；v1.2 又修正了另一個方向的問題：v1.1 的分段符號不含連字號-/&，導致「美區-通用」/「US & Canada」這類用連字號或&組合多個市場值的寫法被漏判為不命中美區，市場天花板被靜默放開，現已把-/& 也納入分段符號——但「完全無分隔符的複合詞」這一類仍未解決，見 axioms.md 公理 3、 TODO）
反差兩端必須有真實落差，不許同一句話充當兩端——直接對應詞典-06 Type D 畫面中「兩端要有可感知落差」這一核心要求的機器化（具體措辭不逐字引用，見 axioms.md 公理 4）（已知局限：只能攔「字面完全相同」，攔不住「語義重複但字面不同」的更隱蔽退化，與 100x-persona 公理 3 TODO 同一類天花板，見 axioms.md 公理 4）

三階段流程

詳見 workflow.md：Phase 1 接收+校驗（類別 A/B，hat_level/market 三級降級確定天花板）→ Phase 2（候選句標註 → 技法/反差類型分配 → 強度定檔 → 逐條自檢 → 批量自檢） → Phase 3 輸出（組裝 JSON，公理 1-4 全過）+ 使用者觸發的返工（L1 單條 / L2 校準調整， 校準調整只能透過明確改變 hat_level/market 來放寬天花板，不能僅憑「再誇張點」這句話就無視天花板拉高強度）。

獨立呼叫保證

類別 A（source_script）缺失 → 固定拒絕話術追問，不代猜、不接影片檔案替代。類別 B （hat_level/market）缺失走三級降級（兩者都給→直接用；只給一個→內聯推斷另一個；都缺→推斷為 grayhat+保守市場預設），不追問，全程記錄在 meta.warnings。類別 C （上游 skill 產出）不存在硬依賴欄位，絕不要求使用者先跑其他 skill。

禁用詞

讓我 / 希望 / 或許 / 大概 / 可能 / 也許 / 讓我們；AI 客服味（as an AI / I'd be happy to / feel free to）；不編造腳本原文沒有的效果/數字/權威背書/認證/見證；不寫死任何客戶品類詞典；不為了湊數量堆砌 exaggeration_beats/contrast_beats；不為了顯得更專業給 authority_absolutism_hyperbole 技法編造腳本沒有的機構/認證名稱（本 skill 只負責標註腳本裡已有的宣稱屬於哪種技法，不負責替腳本編造新的宣稱——合規判斷同樣不是本 skill 職責，沿用詞典-06 反覆強調的同一邊界：橋段只做客觀事實描述，合規審核留給編導發佈前人工作業把關（具體措辭不逐字引用），見 workflow.md Phase 1）。

路由（推薦，非強依賴）

已有誇張/反差點，想找對應視覺參考圖 → 搜尋關鍵詞類 skill（100x-search-query，若已建）
想把誇張/反差點轉成具體人物+場景的鏡頭設計 → 人物場景類 skill（100x-persona，若已建）
想把誇張/反差點轉成 AI 影片生成提示詞 → 提示詞組裝類 skill（若已建）
想回入口重新分診 → 100x 體系總入口（若已建）

以上均為「產出後按需推薦」，不是前置依賴；對應 skill 尚未建好時不影響本 skill 獨立工作。

出廠自檢

執行 node scripts/validate.js --selftest 驗證。schema.json 宣告的結構層約束（required/additionalProperties/enum/pattern/minLength/minItems 等）由 scripts/validate.js 內的 ajv（真實 JSON Schema draft-07 驗證器，package.json 宣告的 devDependency，先 npm install 再跑，ajv 8.x 接線抄 100x-search-query，不是 100x-persona 早期用過的 ajv6 寫法）實際執行，不是手寫欄位列舉。公理 2（逐字子字串錨定）、公理 3（市場帽度天花板查表）、公理 4（反差非退化）是三類跨欄位/跨條目聚合規則，vanilla JSON Schema 結構上表達不出來，由 scripts/validate.js 裡的手寫程式碼補上：

npm install                                                   # 首次使用先裝 ajv
node scripts/validate.js <bundle.json> [bundle2.json ...]   # 校驗產出
node scripts/validate.js --selftest                          # 跑內建回歸用例

來源

本 skill 是基於《創意畫面橋段詞典》（v3.3）+ 《腳本結構公式庫·A-G七型與效果公式》 + 《實戰案例精解·四套標竿腳本》 + 參考語料頻次統計的方法論構建。三階段流程骨架參照標準生成與校驗結構，scripts/validate.js 的 ajv 校驗執行結構層約束。逐條判據出處、欄位設計出處、哪些是原創判斷，見 sources.md。

100x-夸张反差