小燈 IP Studio · 拆解式配圖
一句話:小黑的拆法(怎麼拆) + 小互的工具箱(拆得全、畫得準、生得出)。 骨架是小黑的:讀正文 → 挑認知錨點 → 出拆解方案 → 單張現編隱喻生成 → QA。 小互的方法只在骨架的固定位置「插件式」生效,不改變小黑簡潔、決斷、讓圖自己說話的口徑。
核心定位
把中文文章(文章 / 帖子 / Notion / 方法論 / 產品解讀)裡的關鍵判斷、流程、結構、狀態或隱喻,拆成一份可執行的配圖拆解方案,再變成清爽、怪誕、一秒能懂的手繪解釋圖。
- 不是商業插畫、PPT 資訊圖、可愛卡通、素材庫抽象圖。
- 預設演員是小燈(本技能原創 IP):燈泡頭細線小人,無眼無嘴,燈絲即表情、亮度即狀態(亮=想通 / 滅=卡住 / 閃=猶豫),認真做一件荒誕但成立的事——接線、照亮盲點、串聯點亮、拔插頭、調光。小燈必須承擔核心動作,不當裝飾。
- 方法恆定,演員可換:角色庫共 36 個——內置 5 個(小燈 / 小墨 / 小針 / 小格 / 小方)+ 小互 IP Studio 的 31 個(已隨倉庫附帶在
cast-xiaohu/,開箱即用)。速查見references/cast-roster.md,換角見references/cast-swap.md。 - 一篇可以同時用 2-3 個 IP(主角 + 搭檔,各自代表一個固定的語義),規則見
references/ensemble.md。
按需讀參考(不要一次塞滿上下文)
| 文件 | 管什麼 | 何時讀 |
|---|---|---|
references/analysis-playbook.md | 拆解方法本體:全文主張、逐節枚舉、認知錨點、三問+Q4、三軌分流、張數 | 每次分析必讀 |
references/plan-template.md | 拆解方案輸出格式 + 示例 | 出方案前 |
references/metaphor-method.md | 原創隱喻三步、動作命名閘、隱喻對照表、一篇一世界、反覆刻 | 編隱喻時 |
references/xiaodeng-ip.md | 小燈外形、性格、動作庫、嵌入法則 | 寫畫面時 |
references/style-dna.md | 畫風、顏色語義、比例規則 | 寫 prompt 前 |
references/tracks.md | 情緒圖 / 解釋圖 / 四格 / 總覽海報 各自畫法 | 分軌後 |
references/prompt-template.md | 各軌 prompt 骨架 + 編輯提示 | 生成時 |
references/qa-checklist.md | 生成後檢查、失敗訊號、迭代修法 | 生成後 |
references/cast-roster.md | 36 個角色速查:肢體、招牌色、擅長主題、推薦組合 | 選角時 |
references/ensemble.md | 多 IP 同框:何時啟用、演員表、互動模式、撞色、多角色 prompt | 用 2-3 個 IP 時 |
references/cast-swap.md | 換角操作(安裝、--cast)與角色包安全規則 | 用戶要換角時 |
examples/ensemble-demo.md | 3 個 IP 的完整拆解方案示例 | 第一次做多 IP 時 |
characters/<id>/character.md | 內置換角角色包(小墨 / 小針 / 小格 / 小方) | 用戶指定該角色時 |
references/backends.md | 生圖腳本與後端配置 | 無內置生圖工具時 |
工作流
1. 消化正文 → 拆解(小黑式,必做)
讀用戶給的正文(連結 / 檔案 / Notion / 截圖)。按 analysis-playbook.md 依次做,全部在腦內或草稿裡完成,輸出只給結論:
- 全文主張:一句話說清這篇想讓讀者信什麼(按文體定 hero,防「好畫的細節」搶走主圖)。
- 逐節枚舉:每個小節一行,判「配 / 不配 + 一句理由」。不許跳節,也不許平均配圖。
- 挑認知錨點:核心判斷、兩個斷點、輸入輸出閉環、分流、前後對比、一魚多吃、承接路徑、常見坑、角色狀態變化……
- 深讀三問 + Q4:真意 / 張力 / 靈魂話 + 必現內容(回原文核對真實部件、數字、術語)。
- 分軌:讀者是「沒共鳴」(情緒圖)、「沒看懂結構」(解釋圖)、還是「有過程轉折」(四格)?全篇是否需要一張總覽海報?
- 選角:預設小燈單人出演。用戶點名角色,或者文章本身有多個角色 / 視角(人 vs AI、舊 vs 新、多環節流水線)→ 按
cast-roster.md+ensemble.md定 1 個主角 + 0-2 個搭檔,寫出全篇不變的演員表。 - 現編隱喻 + 角色動作:每張寫出一個動詞短語,如「小燈舉著自己的燈泡照進需求清單的縫裡,把漏掉的條目一條條照出來」。寫不出就是還沒想清楚。
2. 出拆解方案(shot list)
用戶只說「分析 / 拆解 / 思考怎麼配圖 / 出方案」時:按 plan-template.md 輸出方案後停下,不生成。
每張圖寫清(小黑原字段 + 小互增強字段):
- 放在哪個段落後
- 圖的主題
- 核心意思(= 靈魂話,不是段落標題)
- 圖類型(情緒 / 解釋[流程·結構·對比·階梯·關係] / 四格)+ 結構類型
- 小燈在圖裡做什麼(一個動詞短語)
- 隱喻對照(物件 → 真實機制,解釋圖必填)
- 必現內容(原文真值)
- 建議元素(1-2 個物件)
- 建議中文標註詞(3-6 個,每個 2-8 字)
- 比例 + 小燈佔比
- 多 IP 時:方案開頭加演員表,每張加出演(誰演、各做什麼、互動模式)
張數:預設 4-8;短文 1-3;長文一般不超過 9。底線是「每個非專家會卡的抽象機制至少一張」,天花板是「刪了它讀者不會更難懂就砍」。
3. 單張生成
用戶明確要「生成 / 做圖 / 輸出 / 幫我生成」時:不停下等確認(小黑口徑),先在內部完成第 1-2 步,然後每張單獨生成,不拼圖。
- 有內置生圖工具(如
image_gen)→ 直接用。 - 沒有 → 用
scripts/generate.py(先python3 scripts/studio.py doctor,未配置則提示用戶init)。用--cast 角色名…自動附上角色參考圖(多 IP 時順序與 prompt 裡的 Character 編號一致)。 - 都沒有 → 交付每張的完整 prompt,讓用戶貼到 ChatGPT / Gemini 手動生成。
每張 prompt 按 prompt-template.md 組裝,必須包含:比例 + 方向詞聯動、純白背景、黑色手繪線稿、少量紅橙藍手寫批註、大量留白、小燈承擔核心動作、禁止 PPT / 商業插畫 / 幼稚可愛 / 左上角類型標題。
基準圖先行:≥4 張時先生 1 張定調,過 QA 再批量。
不復刻舊案例:每張為當前文章重新發明隱喻(見 metaphor-method.md 反覆刻規則)。
4. 檢查與迭代
按 qa-checklist.md 檢查。命中失敗訊號 → 優先局部編輯,機制畫錯 / 小燈畫崩 / 對比散架直接重生。生圖 API 失敗最多重試 2 次。
5. 保存交付
在 workspace 內工作時,儲存到:
assets/<article-slug>-illustrations/01-topic-name.png
assets/<article-slug>-illustrations/02-topic-name.png
保留原始檔案,不覆蓋既有資產(除非用戶要求替換)。
輸出口徑
- 方案階段:短而準,用表格,不講風格理論。
- 交付階段:生了幾張、每張用途、儲存路徑、哪些最穩、哪些可選。
- 讓圖自己說話。
自修復
某步失敗、參考過時、產出不符預期 → 直接說明是哪一步、建議怎麼改,不默默繞過。