四維回應引擎：Cosmic Story v2 如何編寫每段 AI 生成的星象篇章

在多數 AI 占星應用程式只是把單次 LLM 呼叫包進每日星盤模板的市場裡，Cosmic Story v2 做了結構上截然不同的事：它生成的每一份內容，都會先經過一道 4 要素組合程序，之後才真正呼叫 AI。正是這道程序，讓產出讀起來彷彿知道這段章節是為了誰、在何時、以什麼樣貌而寫。

這篇文章會帶你逐一了解這 4 項要素，說明每一項各自的用途，並展示它們如何融合成單一的提示詞。

四大要素

┌──────────────────────────────┐
│ 1. Person + bond context     │
│ 2. Astrological surface      │
│ 3. User signal               │
│ 4. Cadence shape             │
└──────────────────────────────┘
       ↓
  composed prompt
       ↓
  AI generation
       ↓
  post-process + encrypt
       ↓
  surface in app

Each factor brings orthogonal information. None is redundant with another. Drop one and the output regresses noticeably; add a fifth and the prompt becomes muddier without gaining signal.

Factor 1: person + bond context

Who is this artifact for? What's their relationship to the user? What do we know about how this bond has felt recently?

This factor includes:

• The person's name and type-of-relationship label (partner, sister, friend, parent, mentor, etc.).
• Aggregated texture from the user's recent activity about this person: how many check-ins included this person's "with-tag", how many journal entries mentioned them, how the resonance scores for this bond have moved.
• A short summary of recent chapters about this person, so today's chapter has continuity with yesterday's.

This is the dominant signal. Astrology can add texture, but if the prompt doesn't anchor on a specific person and the texture of that bond, the output drifts toward generic.

Factor 2: astrological surface

This is what makes the output cosmic story rather than journal app. But — critically — it's a modifier, not a dictionary.

Calculated via Swiss Ephemeris (sweph），這正是每位認真的占星執業者所使用的同一套程式庫。這個要素包含：

• 使用者的本命盤。
• 使用者與特定對象之間的合盤（簡單來說，就是兩人在星空中的關係）。
• 當前的行運——真實的行星此刻相對於使用者的星盤與合盤，正在做些什麼。

輸出會產生 1 到 3 個相位標籤——像「月亮三分金星」或「水星逆行四分太陽」這樣的小型結構化標記——章節可以把它們當作修飾語來運用。章節不必說「水星位於 14° 雙子座，四分你的本命太陽」，而是會說出像「今天直來直往會很難拿捏；一句簡短的話勝過 3 句」這樣的內容。

預設的語氣是淺白的口吻。術語模式則由占星老手自行選擇開啟——提示詞相同，只是後處理器會把表層詞彙切換成專業術語。

要素 3：使用者訊號

最近在 App 裡發生了什麼，針對這位使用者？具體來說：

• 最近的打卡紀錄：心情、能量、共同標籤的模式。
• 相關連結的共鳴分數：本週溝通、親密、成長、衝突各自有什麼變化。
• 這串對話中的教練訊息（若有）——僅作為脈絡參考，並非要 AI 供應商逐字閱讀。

正是這一點，讓章節感覺起來像是引擎記得你這一週。少了這個要素，無論你近來的狀態如何，今天的章節都會一模一樣。

要素 4：節奏形態

這應該是哪一種產出物？

• 每日章節（最常見的情況）。
• 每週日的回顧信。
• 教練回覆（Luminara 模式）。
• 儀式提醒。
• 收件匣卡片（新連結脈動、天氣、刷新等）。

節奏會挑選正確的範本、合適的篇幅預算（章節約 220 字；教練回覆約 120 字；儀式提醒約 30 字），以及恰當的語氣修飾。少了它，引擎就得從脈絡線索去猜測，而這很容易出錯。

發送給 AI 供應商的內容

組合後的提示詞並非使用者資料的原始串接。組合步驟會：

• 移除原始個資。在提示詞送達供應商之前，姓名會先被代幣化（PERSON_1、PERSON_2）；生成完成後，後處理器再將代幣換回真實姓名。
• 清除日誌條目中使用者標記為私密的內容。
• 加入系統提示詞，內含防止不當聲明的防護機制（不做醫療／生育／準確度聲明；不做比較性誹謗；不使用取代臨床治療的語言）。
• 挑選節奏範本——章節／回顧／教練／儀式／提醒——每一種都有自己的結構化輸出格式。

完整的酬載會透過 AI_GENERATION_ADAPTER 符號代幣發送給 AI 供應商。這個轉接器可以替換；今天 My Zodiac AI 使用某一家供應商，明天或許換成另一家，而引擎本身並不在意。

AI 之後：後處理

當 AI 回應後，會發生 4 件事：

1. 危機分類器 — 檢查使用者近期的輸入或這次的輸出是否含有危機語言。如果有，就會醒目地顯示在地的支援資源。
2. 相位標籤擷取器 — 從輸出中擷取 1 到 3 個占星標籤。
3. 反聲明過濾器 — 移除任何違反 30+ 詞彙禁用清單（醫療、準確性、操控伴侶）的措辭。
4. AES-256 加密 — 章節內容在寫入 MongoDB 之前會先加密。

接著，產出物會被保存（存在 soulwise_chapters），觸發一個 EventEmitter2 事件（CHAPTER_COMPLETED），收件匣便會顯示它。

為什麼這對行銷頁面很重要

大多數 AI 占星 App 只是包裝了單一次 LLM 呼叫。這套 4 因子引擎正是結構上的關鍵，讓 Cosmic Story v2 的產出彷彿知道它是為誰、在何時而生。這也是為什麼引擎能為每位活躍的付費用戶每週產出多達 35 篇各不相同的 AI 生成內容，卻不會顯得重複——因為每件作品都由不同的「人＋訊號＋節奏」組合所構成。

這在結構上正是我們的切入點：這個類別裡，沒有別人是這樣組合提示詞的。Co-Star 只是每位用戶每天包裝一次提示詞。The Pattern 根本不會生成新鮮內容。Paired 也只模擬單一段關係。

4 個因子、一條流程、8 種作品類型。這就是引擎。

延伸閱讀

• Cosmic Story v2 架構——完整的工程導覽。
• 運作成效如何——V 模型的嚴謹度、效能目標與安全性。
• 一週產出範例——7 天的成果實際上長什麼樣子。
• 開啟 App Store 上的 My Zodiac AI.