云电脑当开发环境：跑脚本、装依赖、验证环境

💡 一句话总结：用 Grok Bot 云电脑当你的随身开发环境 —— 项目文件放 /workspace 持久保存，Bot 在云端终端跑脚本、装依赖、做环境自检，合上笔记本它接着干，更新恢复后照着 skill 一键重建。

这是路线 B（程序员）的第三课，也是收官一课。和前两课（B1 Bug 复现、B2 性能调查）出自官方 use-cases 角色表不同，这一课把官方云电脑文档里和开发直接相关的规则串成一套能落地的用法：文件放哪、终端怎么跑、依赖为什么总要重装、磁盘满了谁说了算。整课约 10 分钟。

先记住官方对这台机器的一句话定位：每个 Bot 在一台持久云电脑上工作，带浏览器、文件系统和终端——所以任务在你的真实工具里完成，而不是停在聊天草稿里（官方原话：tasks finish in your real tools instead of as chat drafts）。

学完你能做什么

• 把 Grok Bot 云电脑当随身开发环境用：项目文件放 /workspace，全体 Bot 共享，合上笔记本云端脚本接着跑
• 让 Bot 在云端终端跑脚本：每个命令先过 Auto Review，需要确认时你点 Allow，输出和报错直接贴回对话
• 装完依赖做一次环境自检：运行时版本、关键依赖能否导入，列成表贴在对话里
• 把「装依赖 + 自检」存成「重建环境」skill——电脑 Update、Recover、Reset 之后按名字一键重装

为什么用 Grok Bot，而不是网页版 AI？

能力	网页版 AI	Grok Bot
有真的机器	❌ 只能给你代码片段，你自己找地方跑	✅ 持久云电脑带终端、文件系统和浏览器，任务在真实工具里完成
环境能验证	❌ 「应该可以跑了」——它自己没跑过	✅ Bot 亲手装依赖、跑脚本，把输出和报错贴给你
关机不停工	❌ 关掉标签页就没了	✅ 合上笔记本、关掉 app，云端工作继续
环境可复现	❌ 每次对话从零描述一遍环境	✅ 重建流程存 skill，更新恢复后按名字重跑
多 Bot 接力	❌ 一个聊天窗口一个脑子	✅ 一台机器全体 Bot 共享，一个 Bot 装的环境另一个接着用

你现在的困境

• 本地跑个脚本要先配半天环境：版本冲突、依赖缺失，换台电脑从头再来
• AI 给的代码「理论上能跑」，复制过来缺依赖、缺文件，报错了只能再问一轮
• 长任务不敢合电脑：一合盖连接就断，跑一半的脚本全白费

什么时候用这一招

当你需要：

• 一个不用自己配、随时能派活跑脚本的云端开发环境
• 让 AI 不只给代码，还亲手装依赖、跑起来、把输出和报错贴给你
• 环境坏了能快速重建：更新、恢复之后一条指令把依赖装回来

而且不想：

• 在自己电脑上装一堆只用一次的工具和依赖
• 盯着终端等长任务跑完
• 每换一台设备就重新描述一遍环境

🎒 开始前的准备

• 读完 1.5 创建你的第一个 Bot——有一个能派活的 Bot
• 一个真实的小任务当练手输入（一个脚本、一次数据转换、一个要装依赖的小项目）
• 知道审批卡怎么处理，不熟就先看 3.1 审批与 Auto Review
• 大约 10 分钟

跟我做

第 1 步：认识 Grok Bot 云电脑——一台机器、全体 Bot 共享

为什么：把它当开发环境前，先弄清三条和本地机器不一样的规则：机器归谁、谁能看到什么、上哪看它干活。

怎么做：打开任一 Bot 的对话，点右侧面板的 computer preview，然后发这条：

介绍一下你这台云电脑：
/workspace 里现在有哪些目录和文件？

你应该看到：preview 里能看到 Bot 的点击、输入和当前状态，Bot 回你 /workspace 的目录清单。三条规则记牢：

1. 机器归账户，不归单个 Bot：浏览器 cookies、登录会话、文件、命令行凭据全体 Bot 共享——一个 Bot 存的文件，另一个 Bot 能接着用。官方因此提醒：不想让账户里另一个 Bot 碰的凭据或文件，就别放上来
2. 每个 Bot 有自己的 screen：几个 Bot 可以并行用浏览器和桌面工具，但一个 Bot 的 screen 同时只跑一个 computer-use 任务
3. 合盖不停工：关掉 app、合上笔记本，云端工作继续；手机和桌面登录同一账号，看到的是同一台云电脑

💡 这就是 Grok Bot 的独有价值

网页版 AI 没有机器，代码只能你自己搬去跑。Grok Bot 的云电脑是真机器：终端、文件系统、浏览器全在云端——你的笔记本合盖了它还在跑，换台设备打开还是同一台机器、同一份文件。

第 2 步：把项目文件放进 /workspace 持久工作区

为什么：官方对文件的去留有明确划分——放对地方的东西更新恢复后都在，放错地方的会丢。

怎么做：发这条，把项目安下来：

在 /workspace 下建一个项目文件夹，名字叫【项目名】。
以后这个项目的脚本、数据和结果文件都放在这个文件夹里。

你应该看到：Bot 确认目录建好。官方的划分记牢：

放哪	更新/恢复后	例子
/workspace 的项目文件夹	✅ 保留	脚本、数据、结果文件
浏览器状态、已支持的登录	✅ 保留	网页版工具的登录会话
临时目录、手动安装的包	❌ 当作可丢弃	系统临时文件
node_modules、Python 虚拟环境	❌ 不保存，要重装	依赖目录

重要结果做双保险：让 Bot 拷进 /workspace，或者附到对话里（官方原话：Copy important results into the shared workspace or attach them to the conversation）。附件与可审阅结果的细节见 2.2 文件与可审阅结果。

第 3 步：让 Bot 在终端跑第一个脚本

为什么：这一步验证「AI 跑脚本」的核心体验——命令是 Bot 敲的，但每个动作都先过 Auto Review，控制权在你手里。

怎么做：把真实小任务发给它：

在云电脑上跑一遍【脚本或任务】。
跑完把完整输出贴给我；出错就附上完整报错，不要只说失败。

你应该看到：Bot 在 preview 里打开终端敲命令。多数动作自动放行；需要你确认时，聊天里出现终端命令审批卡——按钮是 Allow / Skip，旁边 Manage settings 直达 Auto Review 设置。点 Allow 命令执行，输出贴回对话。

嫌常用命令老弹卡？可以配自动放行规则，官方给的例子就是开发场景：「在 /workspace/reports 里跑 git status 自动放行」。规则细节见 3.1 审批与 Auto Review。

第 4 步：安装依赖并验证环境

为什么：装依赖是搭环境的核心动作，但官方明确它属于「不被保存」的一类——所以装完必须验证，并把怎么装记下来（下一步存成 skill）。

怎么做：发这条：

给【项目名】装好依赖：【依赖清单】。
装完做一次环境自检，把结果列成表：
语言运行时版本、每个关键依赖能否导入、版本号。
任何一项失败就附上完整报错。

你应该看到：Bot 逐个装依赖（每个动作仍过 Auto Review），最后回一张环境自检表：每行一个检查项——名称、结果（通过/失败）、版本或报错。

官方口径记牢：node_modules、Python 虚拟环境这类项目文件夹不被保存，电脑 Update、Recover、Reset 之后都要重装。「装完即验证」不是洁癖，是这台机器的使用说明书。

第 5 步：把「重建环境」存成 skill

为什么：依赖迟早要重装——与其每次口述清单，不如把流程存成 skill，一条指令重跑。

怎么做：发这条：

把刚才「装依赖 + 环境自检」的完整流程存成 skill，
名字叫「重建环境」。说清六件事：
何时用、需要什么输入和权限、工作顺序、
怎么校验结果、返回什么、哪些操作需要我审批。

你应该看到：Bot 确认 skill 已保存。以后在任何对话按名字调用——直接说「运行重建环境 skill」。私有 skill 库全 Bot 共享：任何一个 Bot 都能帮你重建环境。保存与调用细节见 3.2 Skills 与示教。

第 6 步：掌握磁盘将满与断连两个剧本

为什么：开发环境用久了，两个场景绕不开：磁盘满、云电脑连不上。官方对两个都有明确剧本，照做就行。

磁盘将满：Bot 会在聊天里报告一次——列出最大的文件/文件夹和它们的大小，提议删哪些。**你不点头，它不删。**低磁盘不是数据丢失；清理只动电脑文件，不动聊天。

断连：看到 Reconnecting 或 Couldn't Reach Grok Bot's Computer 时，Bot 无法完成回合。官方最小破坏顺序：

1. 先等，再点 Retry（或重开对话）——重连期间 Bots、文件、登录都安全，此时不要 Reset
2. 不行就完全退出 Grok Bot 再打开（Mac 从菜单栏选 Quit，不是只关窗口），顺便检查 app 更新
3. 还不行再考虑 Update Bot's Computer → Recover → Reset，一级一级来

你应该看到：按剧本走，磁盘清理只在你说「可以」之后发生；断连恢复后把消息再发一遍，Bot 就能完成这一回合。完整顺序与细节见 5.1 云电脑维护。

📋 魔法 Prompt

📝 新项目环境初始化（一步到位）

预期效果：建目录、装依赖、跑自检一气呵成，最后回一张环境自检表——新项目在云电脑上从零到可跑，发这一条就够。

## 角色
你是我的云端开发环境管理员。
## 任务
在云电脑上初始化项目【项目名】的开发环境。
## 输入信息
### 必填项
- 项目目录：/workspace/【项目名】
- 依赖清单：【语言运行时版本、库和版本号】
- 验证方式：【怎么算装好了，如能导入哪些模块、能跑哪个脚本】
### 选填项
- 参考代码：【要下载或参考的代码地址?】
## 输出规范
环境自检表：检查项、结果（通过/失败）、版本或报错；
失败项附完整报错和修复建议。
## 约束条件
- ✅ 所有文件放 /workspace/【项目名】下
- ✅ 自检表贴在对话里，结果文件拷进项目文件夹
- ❌ 不删除 /workspace 里已有的其他项目文件
- ❌ 需要额外权限的操作先问我

📝 环境自检报告（验证环境）

预期效果：任何时候怀疑环境不对，发这条让 Bot 把现状摸一遍——版本、依赖、文件、磁盘，一张表说清。

## 角色
你是我的云端开发环境管理员。
## 任务
对 /workspace/【项目名】做一次完整环境自检。
## 输入信息
### 必填项
- 项目目录：/workspace/【项目名】
- 关键依赖清单：【必须可用的库和版本】
### 选填项
- 重点检查项：【这次特别担心什么，如某个依赖的版本?】
## 输出规范
自检表：语言运行时版本、关键依赖能否导入及版本号、
项目文件是否齐全、磁盘还剩多少空间；异常项附报错。
## 约束条件
- ✅ 只读检查：不改文件、不装不卸任何东西
- ✅ 每项结果都能在终端输出里找到依据
- ❌ 查不到的项目写「未验证」，不写「正常」
- ❌ 发现问题只报告，不顺手修复、不改任何配置

🔧 磁盘将满确认（回应 Bot 的清理提议）

预期效果：Bot 报告磁盘将满、提议删文件时，用这条回应——既清出空间，又保住成果。

## 角色
你是我的云端开发环境管理员，刚报告磁盘将满。
## 任务
按我的批复执行清理，清完汇报结果。
## 输入信息
### 必填项
- 我的批复：【同意删哪些、必须保留哪些】
- 保留底线：【/workspace 里的项目成果一律保留】
### 选填项
- 下次处理：【这次先不动、以后再说的项?】
## 输出规范
清理结果：删了什么、各多大、释放了多少空间；
没删的项列出来等我下次处理。
## 约束条件
- ✅ 只删我点名的项，其余一律保留
- ✅ 拿不准的项先问我
- ❌ 不先斩后奏
- ❌ 空间还不够就停下来报告，不自行扩大删除范围

检查点 ✅

• computer preview 能打开，能看到 Bot 在终端里的每一步操作
• 项目文件都在 /workspace 的项目文件夹里；重要结果拷进了工作区或附到了对话
• 依赖装完跑过一次环境自检，版本和可导入性有表可查
• 「重建环境」skill 已保存，换一个 Bot 按名字也能调用
• 两个剧本心里有数：磁盘将满 Bot 先报告、点头的才删；断连先等再 Retry，不 Reset

踩坑提醒

❌ 装完依赖就当环境一劳永逸

官方明确：node_modules、Python 虚拟环境这类项目文件夹不在保存范围，电脑 Update、Recover、Reset 之后都要重装。正确做法：装完即自检，流程存成「重建环境」skill，让重装变成一条指令的事。

❌ 把重要结果只存在临时目录里

官方把临时目录、手动安装的包、未提交的应用状态都归为「当作可丢弃」。跑了一晚上的结果放在临时目录，一次更新就没了。正确做法：结果文件拷进 /workspace 的项目文件夹，或者直接附到对话里——双保险。

❌ 断连时手痒点 Reset

看到 Reconnecting / Couldn't Reach Grok Bot's Computer 就重置，是官方明确警告别做的操作——重连期间 Bots、文件、登录都安全，Reset 反而可能丢掉还没来得及保存的最近改动。正确做法：先等再 Retry，一级一级升级到 Update → Recover，Reset 永远排最后。细节见 5.1 云电脑维护。

❌ 用 rm -rf 想删掉聊天记录

对话历史存在云电脑之外——在电脑里删文件，包括 rm -rf，删不掉聊天。反过来也一样：磁盘清理只动电脑文件，聊天记录不受影响。想让 Bot 忘掉某件事，直接在对话里说，不走删文件这条路。

进阶技巧（可选）

• 给安全命令配自动放行：官方例子就是开发场景——「在 /workspace/reports 里跑 git status 自动放行」。Allow automatically 规则最多 20 条，每条不超过 1000 字符。见 3.1 审批与 Auto Review。
• 多 Bot 流水线：每个 Bot 有自己的 screen，几个 Bot 可以并行用浏览器和桌面工具——一个 Bot 抓数据、一个跑清洗、一个跑验证，文件在 /workspace 里交接。见 3.5 多 Bot 协作。
• 和 Bug 复现、性能调查共用一台机器：B1 Bug 复现 的 staging 登录、B2 性能调查 的监控面板，和你的开发环境在同一台云电脑上——登录一次全体 Bot 共用，不用重复配置。
• 内网仓库或仪表盘打不开：云电脑在云上，公司内网默认看不到——打开 Settings → Computer → Route traffic through this computer，让 Bot 走你桌面的网络。见 5.3 流量路由与本地执行。

本课小结

• ✅ Grok Bot 云电脑 = 一台归账户的持久机器：终端、文件系统、浏览器齐全，全体 Bot 共享，合盖不停工
• ✅ 文件放 /workspace 的项目文件夹——更新恢复后保留；node_modules、虚拟环境不保存，重装交给 skill
• ✅ 跑脚本、装依赖每个动作过 Auto Review；终端命令卡是 Allow / Skip，常用安全命令配自动放行
• ✅ 磁盘将满 Bot 先报告、征得同意才删；断连先等再 Retry，Reset 永远排最后

关键项	本课的值
工作区	/workspace（持久，全体 Bot 共享）
不保存、要重装的	node_modules、Python 虚拟环境、手动安装的包
审批卡	终端命令：Allow / Skip + Manage settings
skill	「重建环境」（官方六要素，按名字调用，全 Bot 共享）
磁盘将满	Bot 报告一次最大文件 + 大小，同意才删
断连剧本	等 → Retry → 重启 app → Update → Recover → Reset（最后）

下一课预告

程序员路线到这里收官。下一课换个节奏，进入创作者路线：C1 选题调研。你会学到：

• X 搜索免连接能查什么：搜公开内容、读帖、看提及和引用、查趋势——只读，不用登录 X
• 怎么按官方高效对话清单「链接事实源、要证据」让 Bot 做话题研究，每个结论都能点开核对
• 私有内容（DM、书签、时间线）什么时候才需要连 X 插件