LEXI — Context-Aware AI Character & Automation Platform
具狀態、情境連續性與自動化能力的 AI 角色平台
A serverless, stateful AI application integrating persistent context, event-driven automation, proactive messaging, multimodal generation and multi-character routing.
部署於 Serverless 架構、具持久狀態與情境連續性的 AI 應用，整合主動訊息、多角色路由、多模態生成與事件驅動工作流。
- AI CharacterAI 角色
- Brand Governance品牌治理
- Content Ops內容營運
Problem問題
真實問題是什麼
生成式角色最大的問題不是「做出一張漂亮的圖」。單張圖很容易。難的是第三百張圖還是同一個人。
實際會發生的是：換臉、年齡漂移、畫風漂移、髮型失控、情緒不一致。對一個要長期經營的角色 IP 來說，這些不是美術問題，是品牌連續性問題——觀眾會認不出來。
這個系統以角色身分的持久化為核心：把「她是誰、長什麼樣、在什麼情境下會說什麼」整理成可被強制執行的規格，避免每次依賴 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
沒有品牌驗收關卡
產出直接發佈，沒有任何一個節點檢查「這張圖裡的她還是不是她」。錯誤要等到發佈後才被看見。
Platform Architecture平台架構
具狀態的 AI 平台架構
- LINE / User EventLINE／使用者事件Input · 輸入
- Cloudflare WorkerCloudflare WorkerProcess · 處理
Serverless 事件入口與工作流協調
- Dialogue / Context Router對話／情境路由Process · 處理
組裝世界狀態、人物與場景脈絡
- Persistent State / Memory持久狀態／記憶Process · 處理
以資料保存關係、情境與世界狀態
- KV / Queue / Cron / R2KV／Queue／Cron／R2Process · 處理
狀態、非同步任務、排程與參考素材
- LLM / Tool / Media ProvidersLLM／工具／媒體供應商AI · 模型
依意圖與場景進行 provider routing
- Guard / Cost / Fallback防護／成本／備援Process · 處理
包含 dry-run 路由驗證與失敗處理
- Reply / Media / Proactive Action回覆／媒體／主動行動Output · 輸出
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
State is data, not prompt memory
狀態是資料，不是提示詞記憶
角色、關係與世界狀態由系統保存並在需要時注入，而不是期待模型在每次對話中自行記住。
- 02
Event-driven and proactive workflow
事件驅動與主動工作流
除了使用者訊息，排程與事件也可以觸發任務；回覆與主動行動都在可控的工作流與狀態邊界內運作。
- 03
Cost-aware dry-run routing
具成本意識的 dry-run 路由
部分 routing 與媒體路徑可先以 dry-run 驗證，避免每次測試都實際呼叫付費生成服務；失敗時保留可診斷的 fallback。
- 04
Multi-character and scene routing
多角色與場景路由
不同人物、場景與參考素材由路由決定，降低角色、情境與媒體資產錯置的風險。
- 05
Identity as specification
角色身分是規格，不是提示詞
角色設定是系統的一級資料，不是 prompt 的一段文字。生成時由系統注入，不依賴模型記得。
- 06
Context switch clears prior state
情境切換必須清空前狀態
更換場景時強制清除前一個情境的殘留參數。這是實作中最容易漏、也最容易造成角色跑掉的一步。
- 07
Hard visual specification
硬性視覺規範
明確定義風格為高細節 2.5D 日系動畫概念插畫，並以禁止清單排除 photorealistic、full 3D / CGI、Disney / Pixar、美式漫畫、chibi 與過大動漫眼。規則寫死，不隨場景調整。
- 08
Token budgeting
Token 預算控管
設定注入有長度預算，避免 prompt 爆量導致硬性規則被截斷。規則的優先級高於情境描述。
- 09
Brand QA before publishing
發佈前先過品牌驗收
發佈前有明確的一致性驗收節點，不通過就不發。品牌連續性由這道關卡維持，避免發佈後才補救。
Tech / Architecture技術與架構
實作組成
- Character Specification Layer角色規格層
- Context Injection情境注入
- Prompt Budgeting提示詞預算控管
- Brand QA Workflow品牌驗收流程
- Multi-platform Publishing跨平台發佈
- Cloudflare Workers / KV / Queue / Cron / R2Serverless 狀態與事件基礎設施
- Provider Routing & Dry-run供應商路由與 dry-run 驗證
只列與這件作品直接相關的組成，不作為技能清單。
Status / Boundary完成度與限制
完成度與限制
Deployed / Active Use，實際用於持續營運的角色與內容系統。
系統管理的是角色一致性與內容流程，不涉及影像模型本身的訓練。
公開作品集僅呈現通用的狀態管理、自動化與內容系統架構；私人互動規則不列入展示。
一致性由規格與驗收流程保證，仍需人工做最終品牌確認。