系統不該一忙就失靈。
介面
產品應該在生活變複雜時繼續運作，而不是因為使用者三天沒維護就崩潰。
願景
AI 是操作者，人是決策者。
給那些不想再親手維護整套規劃系統的人準備的 AI 規劃系統。
AI 是互動介面。對話成為規劃、重新規劃和權衡取捨的最快方式。
這只有在助手能操作一個具有明確操作、持久狀態和為人設計的原生介面的真實系統時才行得通。
Lorvex 就是這個系統。你的助手承擔更多的規劃負擔，而你保留判斷力、品味和最終責任。
正確的思維模型不是一個更聰明的待辦清單，而是一位替你盯住全局的幕僚長。
規劃才是產品。
問題
難的不是儲存任務，而是平衡截止日期、會議、精力、依賴關係和積壓壓力。
應用依然重要。
介面
AI 可以操作系統，但人依然需要一個原生的、清晰的地方來瀏覽、編輯和保持方向感。
當人不再充當操作者時，什麼會改變
很多效率應用預設人既是排程器、優先順序分流器，也是維護工。這就是為什麼一忙起來，系統就開始失效。
在 Lorvex 中，你的助手可以捕獲、重組、安排和修訂。你保持在決策者的角色：設定方向、協商約束、決定何時值得做出取捨。
自由對話成為寫入入口。助手將對話轉化為明確的操作，讓系統在一天推進時始終保持連貫。
結果是一個更簡潔、真正面向人的介面。你打開應用，是為了查看計畫，而不是從零開始拼裝它。
你："安排今天的計畫。我 10-11 和 15-16 有會。週五截止。"
助手：
行程
09:00-09:45 起草主題演講開場（45分鐘）
11:15-11:25 回覆場地方（10分鐘）
13:30-15:00 受保護的專注時段（90分鐘）
16:15-16:45 將設計審查移至明天
你："我今天狀態不好。只保留兩項。"
助手：
已更新：保留了與截止日期相關的關鍵工作，其餘已移走。
規劃才是難點
規劃不是從清單裡挑選事項，而是平衡一系列約束：跨專案的截止日期、行事曆衝突、精力狀態、依賴關係，以及你一直在默默迴避的工作。
這正是 AI 改變體驗的地方。Lorvex 不再要求你持續維護系統，而是讓系統承擔更多的規劃工作。
有了全局上下文，助手可以解釋為什麼把工作提前了，為什麼某天安排過滿，或者為什麼一個任務反覆被推遲。
範例
1) "週三安排過滿。我把兩個任務移到了週一，你下午還有空閒。"
2) "你明天只有大約 90 分鐘可用。要把主題演講工作放在那個時段嗎？"
3) "你已經推遲這項任務六次了。歸檔它，還是確定一下阻礙因素？"
開放工作流，真實操作
當 AI 成為入口時，工具能做什麼，產品就能做什麼。Lorvex 把可執行操作直接開放出來，讓助手不只會生成漂亮文字，還能真正把事情推進下去。
這在 Lorvex 內部和更廣泛的 AI 工作流中都很重要。你的助手應該能在一個工作階段中將 Lorvex 與其他工具一起使用。
Lorvex 使用 MCP 實現這種互操作性。重點不在於協議本身，而在於系統保持開放和可組合。
為什麼原生應用依然重要
AI 原生不意味著介面輕量。人依然需要一個閱讀快速、使用舒適、編輯直接的地方。
對話是表達意圖最快的方式，應用是消化結果最快的方式。兩個介面都重要，也都應該被認真設計。
Lorvex 被建構為原生應用，因為這是日常使用的軟體，而非一個圍繞提示框的一次性外殼。
持久上下文
大多數助手在工作階段之間會重置。Lorvex 為它們提供持久的狀態，讓系統記住你的專案、模式、歷史和真實約束。
隨著時間推移，規劃狀態不僅僅是待辦清單。它成為一份紀錄——你做了什麼、迴避了什麼、什麼反覆拖延、什麼真正適合一天的安排。
正是這種連續性讓 AI 規劃能夠持續累積，而不是每次都從零開始。
原則
AI 是互動介面。Lorvex 是背後的系統。
- 人不應該需要維護系統。
- AI 應該承擔規劃、整理和維護的工作。人保留方向、判斷和取捨。
- 產品是規劃。
- Lorvex 的使命，是把真實約束轉化為可執行的計畫，而不是再造一個儲存和排序任務的地方。
- AI 必須保持清晰可控。
- 系統應該解釋它的選擇，易於糾正，永遠不把使用者困在黑箱自動化中。
- 系統必須持續累積。
- 好的規劃應該隨著持久上下文不斷改善，而不是每次工作階段都重置，忘記你的工作實際上是怎麼推進的。
專案
Lorvex 是開源的。Issue 也是貢獻。
本專案在 AI 程式設計循環中建構。所有實作由 Codex + Claude Code 編寫，由人來把控設計方向和回饋。
如果你有想法，請提交一個 GitHub Issue。高品質、範圍明確的 Issue 會被當作實作請求，進入快速通道：Issue → PR → 程式碼，從回饋到上線的距離非常短。