概述

v15.4.0 的主線是重新整理 My Work：焦點區域（Focus areas）成為頂層，request 被放入所屬區域；refresh 流程加入 Focus 步驟；judge 則在分組代理程式啟動前，先判斷新對話該歸到哪個 request。這也讓原本的 My Goals 頁退役，並把「What came out of it」改名為 Deliverables。

焦點區域成為 My Work 頂層（#5131）

MY FOCUS 列與區域頁

MY FOCUS 列依優先順序列出焦點區域，每個區域旁有 needs-you 計數。每個 request 恰好屬於一個區域或 Other；手機版則以 chip row 顯示區域。

進入區域頁可以看到目標句、合併進度、你的引言、尚未開始的 asks，以及前往 Past focus 的連結。My Goals 頁已退役，原有內容現在位於這些區域頁。

Suggested 建議區

新區域會自行出現在 Suggested。你可以對每個建議選擇 Keep、Rename、Merge 或 Dismiss，也可以 Undo。決定會跨電腦同步，而且 refresh 不會覆蓋這些決定。

Owner-goals 會依序套用三項測試，讓每個陳述恰好成為一個焦點區域、ask 或 rule；這避免 priorities 與 open asks 彼此重複。

Focus 取代 Align

自動 refresh 中的 Focus 步驟取代 Align。它會放置每個 request，並從 Other 或含有多個獨立 asks 的 request 提議新區域。因此，Focus 負責 refresh 期間的 request 區域安排與新區域提案。

每張 request 卡片會顯示所屬區域，request 詳情提供 Move to…。卡片上的 “What came out of it” 則更名為 Deliverables。

Judge 在分組前歸檔新對話（#5110）

每個新對話都會在任何 grouping agent 執行前先歸檔。可辨識的 code link——相同 work-state 清單或 request_id——會讓對話立即加入對應 request。

在 CMEM Pro 或自備 OpenRouter key 的安裝中，Jev 也會檢查新對話是否延續某個尚未結束的 request：

若看到 Join / Not this 建議，卡片會提供是否加入的選項；它不同於達到 0.8 後的直接歸檔。若沒有 Jev，歸檔流程維持原樣。

跨 project root 保留對話（#5106）

若 request 的 decision 指定了 project root，該 request 會保留來自其他 project root 的對話；後續 refresh 也仍可把對話加入該 request。也就是說，project root 不同本身不會讓符合此條件的 request 失去跨 root 對話。

修復與 CMEM Pro gateway

• Fixes：sync-api 的 query-plan 測試會自行套用 schema，因此不再因測試執行順序而失敗。
• CMEM Pro：Jev decisions gateway /api/inference/v1/decisions 已對 Pro 訂閱者上線。

動手檢查清單