第一阶段最好从一个已经能发起真实任务的 workbench 开始，而不是停留在空白壳层。
这页解决什么问题
很多用户第一次上手时，会把重点放在“功能都先配好”。但更稳的目标是：先形成一个真实闭环，再决定扩展哪一层能力。
成功标准
第一阶段的成功标准只有四条：- 有一台可用的桌面主机
- 至少一个 runtime 真正 ready
- 有一份真实上下文进入系统
- 完成了一条有价值的小任务
1. 先准备桌面主机
ContextGo 当前仍然以桌面主机为执行权威。 开始前先确认：- 桌面端已经安装
- 登录正常
- 当前设备状态可用
- 本地页面或 WebUI 可以正常打开
- 这台机器具备你后面要调用的基础环境
2. 只接一个 runtime
第一天不要追求“把常见 runtime 都接上”。 更稳的做法是先选择一个最贴近你日常工作的 runtime，并确认它已经满足三件事：- 已安装 程序或 CLI 已经在这台主机上存在。
- 已登录或已配置 必要账号、API Key 或本地授权已经完成。
- 已就绪 它不是“理论上能用”，而是当前项目里真的可以发起任务。
3. 用真实任务，不要用假任务
最好的第一条任务，不是“测试一下它会不会回答问题”，而是你今天本来就要做的事，比如：- 总结一组研究材料
- 处理一个项目问题
- 给一篇文稿起结构
- 基于浏览器和文件上下文整理下一步
4. 把真实上下文带进来
至少带进来两类材料：- 文件
- 网页
- 项目文档
- 浏览器上下文
5. 先要求一个明确的小动作
第一条任务不要太大。建议只要求一件明确的小事，例如：
- 总结当前状态
- 给出下一步列表
- 起一个提纲
- 定位一个问题
6. 一条跑通的闭环应该长什么样
理想的第一天结果是：- 你把真实材料带进系统
- Agent 或 runtime 在这些材料上完成一个小任务
- 结果达到了“可以继续工作”的标准
- 你知道下一步应该补 runtime、远程能力，还是上下文组织
常见误区
不要在第一天做这些事：- 同时接很多 runtime
- 先设计复杂自动化
- 先接很多渠道
- 先把手机端当主入口
- 先要求系统完成一条超长、多阶段任务
跑通后下一步去哪
- 想按工作类型继续：看 Use Cases
- 想理解远程模型：看 Remote & Devices
- 想决定长期 setup：看 Choose Your Setup
- 想理解能力装配：看 Agents & Capabilities