V 模型規格
119 項需求，零落差。每項需求都向前追溯到一個測試案例，向後追溯到一則使用者故事。
它的運作成效——工程上的佐證。
Cosmic Story v2 是以 V-Model 方法論來規格化的。每一項需求都有編號，每一項 NFR 都有衡量契約，每一個測試目標都有覆蓋率門檻。
- 119 項可追溯需求——V 模型中零落差。
- 效能目標：30 秒章節生成（p95）、500 毫秒 p99 GET 延遲、4G 環境下 3 秒前端 TTI。
- 安全性：靜態資料採 AES-256 加密、傳輸採 TLS 1.2+、JWT 設定 1 小時存取／30 天更新，並採軟刪除，個資於 30 天後硬刪除。
- 無障礙設計：全站遵循 prefers-reduced-motion；每個互動元素皆附 VoiceOver 與 TalkBack 標籤。
規格的嚴謹度
Cosmic Story v2 隨附一份 V 模型規格——每個層級（系統、架構、模組、單元）都有對應的測試計畫，並在每一對之間設有追溯檢查點。
20 則使用者故事
每一則都有明確的驗收標準。9 則「必備（Must Have）」故事會擋下發布；6 則「應該有（Should Have）」用來指引迭代；5 則「可以有（Could Have）」則列入第 2 階段。
15 項功能需求
相簿上限、章節速率限制、共鳴維度數量、付費牆節奏規則、離線行為——每一項皆編號並經過測試。
12 項非功能類別
效能、安全性、測試、隱私、可用性、無障礙性——每一項都附有測量約定，說明如何驗證。
效能目標
不是空頭承諾——是書面目標，每一項都有對應的測量方法。
章節生成
30 秒或更快，適用於 95% 的請求。依 BullMQ 任務時長分布測量。
API 延遲
在 1,000 名並行使用者下，p99 的 GET /people、/journal、/inbox 低於 500 毫秒。透過 k6 負載測試測量。
前端 TTI
在模擬 4G 環境下，可互動時間為 3 秒或更快。透過 Lighthouse CI 測量。
測試覆蓋率目標
由 `pnpm test:cov` 關卡強制執行的陳述式覆蓋率門檻。
後端服務
服務的陳述式覆蓋率目標為 85%；控制器則為 80%。透過 Vitest 覆蓋率報告驗證。
前端 stores 與 composables
composables 為 85%；Pinia stores 為 90%。相同的 Vitest 把關，相同的報告。
安全防護
明確列出的實際措施。
靜態加密
日記與篇章內容以 AES-256 加密儲存，金鑰由平台管理。磁碟上不留存任何明文內容。
傳輸中的 TLS
所有 API 流量皆透過 TLS 1.2 或更新版本傳輸。HTTP 會在邊緣節點重新導向至 HTTPS。
JWT 效期
存取權杖會在 1 小時後過期；更新權杖則在 30 天後過期。更新時會輪替權杖。
軟刪除＋個資永久刪除
先進行軟刪除，並保留 30 天的緩衝期，之後才永久刪除可識別個人身分的資訊。
無障礙基準
這不是空談——而是在程式碼審查中確實落實的基準。
prefers-reduced-motion
在作業系統層級啟用後，所有 GSAP 動畫都會變成僅有透明度的淡入淡出。沒有視差、沒有變形、也沒有隨滾動觸發的動態效果。
VoiceOver＋TalkBack 標籤
每個互動元素都有 ARIA 標籤。在發布前，已於 iOS VoiceOver 與 Android TalkBack 上手動驗證。
這些是目標值，還是目前實測的數字？
是目標值，並附有量測契約。Cosmic Story v2 正在積極開發中；這裡的數字來自把關發布的 V-Model NFR 表格。「如何量測」這一欄會明確告訴你，是哪個工具產生了驗證訊號。
為什麼後端覆蓋率的目標是 85%，而不是 100%？
因為 100% 覆蓋率只是虛榮指標——超過某個程度後，它測試的只是無關緊要的程式碼，卻犧牲了真正的審查專注力。我們採用 85% 的語句覆蓋率，並針對缺口進行人工覆蓋審查，以此在機器可驗證的嚴謹與工程判斷之間取得平衡。
「危機感知略過」到底是什麼意思——這是一項臨床安全聲明嗎？
不是。它是一種機制：被危機分類器標記的訊息，可以豁免每日免費訊息上限。我們不保證臨床成效；我們只是不會在最糟糕的時刻把門鎖上。如需真正的危機協助資源，請聯絡當地的服務機構——Cosmic Story v2 並非治療類產品。
立即體驗 My Zodiac AI
當 Soulwise 掀起浪潮之際，我們的旗艦占星應用程式早已在你手中。
星座內容僅供反思與娛樂之用。此處所述的 Cosmic Story v2 功能仍在開發中；是否推出可能隨時變動，恕不另行通知。