首页/ 架构/ PM 审查

# 项目经理审查报告

从项目管理角度审视风险、范围、进度和资源

## 总体评估

结论：范围过大，需要砍阶段。
当前设计覆盖了 10 大类能力、4 个客户端平台、外网穿透、远程桌面、AI 操控——对一个个人开发者来说是 2-3 年的工作量。
建议：Phase 1 严格控制范围，只做"通过聊天通道控制一台设备"。其他全部推后。先跑通核心链路。

## 关键问题

#### P0 范围过大

36 MCP Tool × 4 平台 × 外网穿透 × 远程桌面 × AI 操控 = 不可能在 28 周内完成。

建议：Phase 1 只做 10 个 Tool + 聊天通道控制。远程桌面、AI 操控、Android 客户端全部推到 Phase 2+。

#### P0 没有用户验证

设计了大量功能但没有验证用户是否需要。

建议：Phase 1 交付后自己用 2 周，记录哪些功能真正用到。根据实际使用调整优先级。

#### P0 外部依赖风险

OpenClaw 是核心依赖，MCP 支持可能变更、API 可能不稳定。

建议：① 锁定 OpenClaw 版本；② 所有交互封装在适配层；③ 关注 CHANGELOG。

#### P1 跨平台是最大技术风险

四个平台的屏幕捕获、输入模拟、UI 自动化都不同。

建议：Phase 1 只做 Windows。验证核心链路通了再扩平台。

#### P1 没有里程碑和验收标准

路线图有阶段划分，但没有明确的"完成"定义。

建议：每个 Phase 定义 3 个验收测试用例，全部通过才算完成。

## 各阶段验收标准

阶段 | 验收用例 | 完成定义
--- | --- | ---
Phase 1 | ① Telegram 发 "列出电脑文件" → 收到列表 ② Telegram 发 "执行 dir" → 收到结果 ③ 客户端重启后自动重连 | 3 个用例全部通过
Phase 2 | ① Android 客户端看到 2+ 设备在线 ② 手机找电脑文件成功 ③ 跨设备远程桌面连接成功 | 3 个用例全部通过
Phase 3 | ① 远程桌面操控流畅（<300ms） ② AI 自动打开记事本输入文字 ③ 跨设备文件传输成功 | 3 个用例全部通过

## 建议的最小 MVP（2 周）

#### 砍到不能再砍

只做一件事：通过 Telegram 用自然语言在一台 Windows 电脑上执行命令并返回结果。
技术栈：OpenClaw Gateway + 客户端 MCP Server（只实现 exec 和 file_list 两个 Tool）
验证方式：Telegram 发 "dir C:\Users" → 收到目录列表
不做的：远程桌面、Android 客户端、AI 操控、外网访问、多设备