產品發布:Prompt-o-verse 混搭發現引擎 + FatBaby 雲端備份系統

今天 EINHORN_INDUSTRIAL 同時發布兩項基礎設施:FatBaby 雲端備份系統,以及 Prompt-o-verse 的混搭(mashup)語義判斷引擎。

FatBaby 備份系統(emily backup run/decrypt)將 IDUNA、Prompt-o-verse、FatBaby 三大類資料打包上傳至 Google Cloud Storage,IDUNA 資料在上傳前先以 AES-256-GCM 在本機加密,金鑰只存在本機、絕不上傳。歸檔時會自動排除任何看起來像密鑰或憑證的檔案與整個 logs 目錄。三個備份目標都已針對真實的雲端儲存桶做過端對端驗證,IDUNA 的加密備份也完整解密確認過。

Prompt-o-verse 這邊,最初的目標是「原生發現混搭主題」——例如生成「Fractal Raccoon」時,應該同時出現在 Fractal 頁面與 Raccoon 頁面上。第一次嘗試用純字串比對(檢查一個主題的文字是否包含在另一個主題裡)來判斷,但很快被真實反例推翻:「tuxedo duck」很可能只是一種真實的鴨子花色名稱,並不是「tuxedo」加「duck」的混搭;而「tuxedo duck」與「a duck wearing a tuxedo」明明幾乎沒有共同的字,卻是同一個概念,「tuxedo duck」與「duck tuxedo」文字完全相同、只是順序不同,卻不是同一個概念。這些例子證明:主題的語義身份需要真正的語意判斷,不是機械式的字串規則能解決的問題。

這個發現也寫成了一篇部落格文章《Tuxedo Duck Is Not Duck Tuxedo》,以及兩份需求文件(NORTHSTAR_PROMPT_O_VERSE.md 第九節、emily.cli 的 Ontology 章節),記錄下這條被放棄的路徑與背後的理由。

後來重新評估後,改用真正的 LLM 語義判斷取代字串比對:新的 internal/mashupjudge 套件定義了一個 Provider 介面,目前預設使用 Gemini(Vertex AI),同時也實作了 Claude(Anthropic API)版本以備未來切換或雙引擎比對測試之用。emily promptoverse mashups 指令會定期(每小時,透過 systemd timer)對主題與風格登記表做語義判斷,結果快取寫入 EMILY 的 var 目錄,IDUNA 的渲染器讀取這份快取,在有真實混搭關係時,自動在對應頁面底部顯示「Mashups」區塊——完全是動態衍生的資料,不是寫死的標籤。

這次上線也順便修正了 --tag 強制加入佇列的排序邏輯:過去用 --tag 指定風格時,該項目只是排在佇列尾端;現在會直接跳到佇列最前面優先處理,其餘正常挑選的項目仍照舊排在尾端。

以上功能皆已完成單元測試與真實環境驗證(Vertex AI 與 Anthropic API 皆有實測),程式碼、文件與待辦事項皆已提交並推送。