华为云 AI 开发者空间上手实录：用 AI Shell 把云端开发环境真正跑通

一、为什么不再从“装环境”开始

过去接一个新技术，第一步永远是环境：装运行时、配依赖、对版本、处理 PATH。一个下午过去，代码一行没写。更麻烦的是换机器、换同事，这套动作要原样重来一遍。

华为云 AI 开发者空间的思路是把这一步搬到云上：浏览器打开就是一个已经装好工具链的容器，你在里面用自然语言指挥 AI 写代码、跑命令、看结果。它不是“云端 IDE + 一个侧边栏聊天框”，而是把会话、终端、文件系统放在同一个上下文里。

这篇文章记录我第一次完整跑通它的过程，包括那些文档里没写、实际用起来才会遇到的细节。

二、第一步：先分清两个版本

打开 AI 开发者空间，会先弹一个“请选择要进入的版本”的框，两个选项的差别很关键：

• 体验版：秒级启动、免费试用全功能、不消耗任何额度，但数据不保留，体验时长结束后自动重置
• 持久化版：核时计费、关机自动保存数据、启动稍慢，按实际使用时长扣减额度

选择逻辑其实很清楚：

• 临时验证一个 SDK、试一个新工具、跟着教程跑一遍 demo → 体验版
• 有持续的项目、需要保留文件和依赖、隔天还要接着做 → 持久化版

我这次选的是体验版。进去之后右上角会有一个“剩余时长 02:59:20”的倒计时，页面底部也明确提示：体验版容器环境 3 小时后会释放，再次启动会创建全新容器。这句话要当真，后面会讲到。

三、界面里到底有什么

进入后是一个三栏布局：

• 左侧“会话 / AI 对话”面板：可以新建会话，创建时会让你确认工作目录，默认 /root/workspace
• 中间主区域：上方是 AI 对话流，可以切到“命令行”看 TUI 视图
• 右侧资源管理器：直接浏览 /root/workspace，支持新建文件、新建文件夹、上传、批量操作

顶部导航还有几个入口值得留意：Agents（AI Shell、CodeArts WebUI、WorkSwarm WebUI、DeepSeek Harness WebUI）、环境管理、Extensions、Tools、Resources。也就是说这个空间不是单一产品，而是把华为云码道 CodeArts、WorkSwarm 多智能体框架、模型 Harness 这些能力挂在了同一个环境下面，按需切换。

底部输入框的占位文字是“用自然语言描述你的需求…（$ 唤起技能）”，左下角有一个模式开关，默认是 mode: Semi-Auto。

四、一次真实的任务：让 AI 自己摸清环境

新建会话、确认工作目录之后，我发了一句很朴素的需求，让它先自检环境。

接下来发生的事情值得记录，因为它展示了这类工具和聊天机器人的本质区别——AI 的动作是一个完整的工具调用链：

1. SHELL → Check environment capabilities：先探测容器里有哪些可用的工具和资源
2. Thought → 判断“当前 DevSpace 环境功能完备”
3. WRITE → 生成 /root/workspace/devspace_inspector.py，一个巡检脚本
4. SHELL → Run the DevSpace inspector tool：执行脚本，拿真实输出

整个过程中，对话流里“工具调用”和“思考”交替出现，右侧资源管理器里同步冒出新文件。它没有把代码甩给我让我自己复制粘贴，而是在同一个环境里写文件、跑命令、读结果、再决定下一步。

如果想手动确认环境，也可以在命令行里敲：

cd /root/workspace
python3 -V && node -v
ls -la

这和你在本地终端里做的事完全一样，只是这个终端在云端容器里。

五、Semi-Auto 这个开关，别急着关

Semi-Auto 的意思是半自动：AI 每次要调用工具（尤其是执行 shell 命令）时，会停下来等你确认。刚上手时这是好事——它能防止 AI 一上来就装一屏依赖、或者对不熟悉的目录动手。

等把常用操作摸熟了，可以放开让它连续执行，效率会明显提升。但只要涉及真实数据、真实资源的环境，我建议一直保持在 Semi-Auto，多点几下鼠标换一份可控性，划算。

六、几个实际踩到的坑

1. 体验版的数据真的不保留。
容器 3 小时后释放，再进去是全新的。所以凡是需要留下的东西，写完立刻推到 GitCode 或者拷回本地。别把它当网盘用。

2. 带工具调用的任务要等。
从输入到回复结束，如果 AI 中间要写文件、跑命令，几分钟很正常。生成过程中输入框旁边会出现 Stop generating，可以随时打断。页面看着“没反应”不代表卡死，关掉页面上下文就断了。

3. 工作目录尽量别改。
默认 /root/workspace，资源管理器、终端、AI 会话三者都对着它。改到别的地方，很容易出现“AI 说文件已经写好了、资源管理器里却看不见”的错位，排查起来很浪费时间。

4. 用完就退。
体验容器按启动时长计算，标签页挂着不关等于白占额度。任务做完确认结果，直接把标签页关掉。

七、它适合什么，不适合什么

适合的场景：

• 培训与教学：学员不用配环境，打开浏览器就能跟着做
• 快速验证：某个 SDK 能不能用、某个 API 返回什么，几分钟出结论
• 跑有风险的操作：在隔离容器里试命令，坏了也不心疼
• 多智能体协作的试验场：WorkSwarm 这类框架，在本地配起来很费劲

不太适合的场景：

• 需要 GPU 长时间训练
• 需要固定公网 IP、需要对外提供长期服务
• 依赖特定内核模块或本地硬件的调试

这些还是老老实实开 ECS 更合适。工具没有优劣，只有匹不匹配。

八、小结

用下来最大的感受是：AI 开发者空间的价值不在于“AI 会写代码”，而在于执行闭环。它把“想 → 写 → 跑 → 看结果 → 改”这一圈压缩在同一个界面、同一个上下文里，中间不需要人来搬运代码和日志。

对个人开发者，它是低成本的试验场；对团队，它是统一环境、减少“在我机器上是好的”这类问题的抓手。值得花半小时自己跑一遍——反正体验版不消耗额度。