76 lines
3.9 KiB
Markdown
76 lines
3.9 KiB
Markdown
# 实现阶段
|
||
|
||
阶段只描述实际开发顺序，不等同于功能分类。大功能会跨越多个阶段，每个小功能点在对应功能文档中标记自己的实现阶段。
|
||
|
||
## P1：本地可交互基座
|
||
|
||
建立 TypeScript + Node.js monorepo、常驻 Runtime、本地文件数据、Task、Conversation、基础 Run、DeepSeek 流式聊天和 CLI REPL。
|
||
|
||
完成标准：Runtime 可独立启动，CLI 可连接并管理多个 Task/Conversation，退出重进后能够继续聊天。
|
||
|
||
## P2：可行动的开发助手
|
||
|
||
加入 Tool Gateway、文件与 Shell Tool、单 Agent Tool Calling、Project、源码修改、测试、Git/Worktree、Run 日志和终端执行观察。
|
||
|
||
完成标准：Agent 能在一个普通项目的隔离 worktree 中理解需求、修改源码、执行测试并展示可审核的 Diff。
|
||
|
||
## P3：最小自举闭环
|
||
|
||
建立 System Evolution Project、候选 worktree、构建测试、变更审核、Git 写操作确认、Installed Release、Supervisor 切换和失败回退。
|
||
|
||
完成标准：Agent 为自身增加一个完整的小能力，经用户确认发布后由新 Runtime 接管，并能够实际回退到旧版本。
|
||
|
||
P3 之后的功能默认优先通过该自举流程实现。
|
||
|
||
## P4：终端产品与扩展能力成熟
|
||
|
||
完善斜杠命令、非交互 CLI、全屏 TUI、Runtime 诊断、后台 Run、Hook Runtime、Profile、扩展加载与开发体验、多模型以及完整进化记录。
|
||
|
||
完成标准：终端可以承担日常工作和 System Evolution 的完整操作；新增能力通常能够落入清晰的 Adapter、Tool、Hook 或 Behavior 边界。
|
||
|
||
## P5：计划与多 Agent
|
||
|
||
实现 Plan/Step、连续执行、失败重规划、Child Run、角色协作、并行/DAG 调度、结果验证和模型路由。
|
||
|
||
完成标准：复杂目标可以被拆解、连续执行、动态调整，并由多个 Agent 分工完成与验证。
|
||
|
||
## P6：分层记忆与个人知识
|
||
|
||
实现 Conversation、Task/Project、全局个人记忆，记忆管理、全文/向量检索、文档导入和项目知识沉淀。
|
||
|
||
完成标准：新会话能够准确找到相关历史和来源，用户可以查看、纠正或删除记忆。
|
||
|
||
## P7：电脑管家与个人自动化
|
||
|
||
实现浏览器、本机文件与应用、剪贴板、通知、屏幕理解和操作、定时/后台任务、多模态输入与可复用自动化流程。
|
||
|
||
完成标准：Agent 可以从终端完成开发之外的高频电脑事务，并沉淀重复工作。
|
||
|
||
## P8：可靠性、安全与数据治理
|
||
|
||
系统化建设崩溃恢复、数据备份和迁移、统一审批、风险策略、密钥与敏感数据、资源清理和版本维护。
|
||
|
||
完成标准：强能力不会因为进程崩溃、数据损坏、误操作或错误升级造成不可恢复的后果。
|
||
|
||
这不意味着早期阶段不处理错误和风险：每一阶段都必须具备支撑自身闭环的最小日志、取消、确认或回退；P8 负责将它们统一为完整体系。
|
||
|
||
## P9：Web 产品线
|
||
|
||
基于同一 Runtime 建设 Web 会话、运行观察、项目、记忆、扩展、审批和 System Evolution 管理，并支持受控远程访问。
|
||
|
||
完成标准：Web 能独立承担日常交互与执行观察，但不复制 Agent 逻辑和数据状态。
|
||
|
||
## P10：Desktop 产品线
|
||
|
||
复用 Web 界面并增加 Runtime 生命周期、托盘、快捷键、通知、原生确认、系统能力桥接、安装和更新体验。
|
||
|
||
完成标准：Desktop 提供 Web 无法自然提供的本地常驻和原生集成能力，而不是第三套 Agent 实现。
|
||
|
||
## 功能文档规则
|
||
|
||
- `docs/features/` 中每个文件对应一个大功能。
|
||
- 大功能不设置阶段，因为其中的小功能可能分布在多个阶段。
|
||
- 每个小功能必须有可独立验证的实质性交付；只需改动很少代码的细节应合并到相邻功能点。
|
||
- 小功能只记录实现阶段和功能范围，不维护 todo/done、候选、已确认或待确认状态。
|
||
- 进入某个阶段时，再围绕该阶段的小功能制定提交级实现计划。
|