# 路线图与管理规则

路线图只描述阶段目标。每个功能的具体拆分、提交顺序和实现方案以各自的功能文档为准。

| 阶段 | 目标 | 已知范围 |
| --- | --- | --- |
| P1 | 本地 Runtime 与终端产品基础 | Runtime、CLI（REPL 与全屏 TUI）、Space、会话、DeepSeek 聊天、Run、基础 Tool/Hook 接缝 |
| P2 | 终端行动能力与开发助手 | Workspace、文件/Shell、单 Agent Tool Calling、Project、代码与 Git Worktree 能力 |
| P3 | System Evolution 闭环 | 候选 worktree、自身修改与测试、确认发布、Supervisor 回退 |
| P4 | Runtime 成长与个人自动化 | 扩展、计划/多 Agent、记忆、浏览器/电脑控制、可靠性与按需安全能力 |
| P5 | Web 产品线 | Runtime 的 Web 客户端与管理界面 |
| P6 | Desktop 产品线 | 本地常驻控制台与系统集成 |

## 进度标记

每个功能文档使用：

```text
状态：todo | doing | done
期望阶段：P1 | P2 | ...
```

新增需求先归类到已有大功能点；如果它确实是新的长期能力，再新建一个功能文件。实现过程中允许调整阶段和拆分，不要求回头重排整份路线图。

## 提交与 blog

一次提交应交付一个可验证的纵向能力，而不是单独提交类型、枚举或预留接口。完成后在相关功能文档追加：提交链接、验证方式、实现取舍和对应 blog。