LEXI Stateful Character System
持續性 AI 角色 IP 與內容營運系統
Persistent AI Character IP & Content Operations System
具持續性的 AI 角色 IP 與內容營運系統。
- AI CharacterAI 角色
- Brand Governance品牌治理
- Content Ops內容營運
Problem問題
真實問題是什麼
生成式角色最大的問題不是「做出一張漂亮的圖」。單張圖很容易。難的是第三百張圖還是同一個人。
實際會發生的是：換臉、年齡漂移、畫風漂移、髮型失控、情緒不一致。對一個要長期經營的角色 IP 來說，這些不是美術問題，是品牌連續性問題——觀眾會認不出來。
所以這個系統的核心不是 image generation，而是角色身分的持久化：把「她是誰、長什麼樣、在什麼情境下會說什麼」變成可被強制執行的規格，而不是每次靠 prompt 重新描述。
Why Existing Workflow Fails原有流程的問題
原本的做法為什麼會壞
Relying on the prompt to remember
靠 prompt 記住角色
角色設定寫在 prompt 裡，每次都可能被改寫、被截斷、或被新的描述稀釋。角色身分沒有一個穩定的儲存位置。
Context switches leak state
情境切換污染既有設定
換場景時如果沒有明確清除前一個情境的殘留狀態，角色會帶著上一個場景的特徵進入新畫面。
Prompt length runs away
prompt 長度失控
設定越加越多，最後超出長度上限被截斷，被截掉的往往正是最前面的硬性規則。
No brand acceptance gate
沒有品牌驗收關卡
產出直接發佈，沒有任何一個節點檢查「這張圖裡的她還是不是她」。錯誤要等到發佈後才被看見。
System系統
系統流程
- Character Identity角色身分Input · 輸入
持久化的角色身分規格
- Visual Rules視覺規範Process · 處理
硬性視覺規範與禁止清單
- Context / Weather / Time情境／天氣／時間Process · 處理
情境注入，切換時強制清除前一情境
- Content Generation內容生成AI · 模型
- Brand QA品牌驗收Human · 人工
角色一致性驗收
- Cross-platform Publishing跨平台發佈Output · 輸出
Key Design Decisions關鍵設計決策
關鍵設計決策
- 01
Identity as specification
角色身分是規格，不是提示詞
角色設定是系統的一級資料，不是 prompt 的一段文字。生成時由系統注入，不依賴模型記得。
- 02
Context switch clears prior state
情境切換必須清空前狀態
更換場景時強制清除前一個情境的殘留參數。這是實作中最容易漏、也最容易造成角色跑掉的一步。
- 03
Hard visual specification
硬性視覺規範
明確定義風格為高細節 2.5D 日系動畫概念插畫，並以禁止清單排除 photorealistic、full 3D / CGI、Disney / Pixar、美式漫畫、chibi 與過大動漫眼。規則寫死，不隨場景調整。
- 04
Token budgeting
Token 預算控管
設定注入有長度預算，避免 prompt 爆量導致硬性規則被截斷。規則的優先級高於情境描述。
- 05
Brand QA before publishing
發佈前先過品牌驗收
發佈前有明確的一致性驗收節點，不通過就不發。品牌連續性由流程保證，不是靠事後補救。
Tech / Architecture技術與架構
實作組成
- Character Specification Layer角色規格層
- Context Injection情境注入
- Prompt Budgeting提示詞預算控管
- Brand QA Workflow品牌驗收流程
- Multi-platform Publishing跨平台發佈
只列與這件作品直接相關的組成，不作為技能清單。
Status / Boundary完成度與限制
完成度與限制
Active Brand / Content System，實際用於持續營運的角色 IP。
系統管理的是角色一致性與內容流程，不涉及影像模型本身的訓練。
一致性由規格與驗收流程保證，仍需人工做最終品牌確認。