系统不该一忙就失灵。
界面
产品应该在生活变复杂时继续运转，而不是因为用户三天没维护就崩溃。
愿景
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 → 代码，从反馈到上线的距离非常短。