产品介绍
DevVM 为每个项目维护一个可复用的 Linux 虚拟机。用户在宿主机进入项目目录，运行 devvm，再从虚拟机终端启动编程智能体。它根据项目文件建议工具链，也允许增加工具和镜像层；之后在同一目录再次进入，会复用该项目的虚拟机，而不是每次建立互不相关的环境。
真正需要理解的是虚拟机能访问什么。默认流程把项目目录以可读写方式挂载进去，智能体技能以只读方式暴露，部分设置被复制，而其他主目录和智能体历史留在外面。宿主机代理为向外的请求补入实际模型凭证，虚拟机中使用占位值。这些是官方说明的机制，并不等于保证任何攻击都不会成功。
项目目录可读写意味着智能体仍然能修改项目。需要独立工作副本时，可以评估文档中的 clone 模式，让修改先留在虚拟机自己的仓库中，之后再明确 fetch 回来。新虚拟机默认使用网络白名单，另有禁网及更宽松的网络等级。应把挂载、网络和宿主机限制一起核对；macOS 的 .git 保护并非所有 Linux 环境都具备。
主要功能
devvm 能做什么
- 01按项目复用虚拟机，并根据项目文件选择工具链。
- 02在虚拟机内运行支持的 Claude Code、Codex 或 opencode。
- 03配置网络等级，通过宿主机代理处理智能体凭证。
- 04使用可选镜像层、端口转发和 VS Code Remote-SSH。
- 05在不希望直接改写宿主机工作区时选择 clone 模式。
使用方式
一个可操作的流程
- 01检查 Lima 和宿主机前提；Linux 还需要 QEMU 与 /dev/kvm 访问权限。
- 02进入目标项目，创建前确认建议工具、智能体、资源和网络等级。
- 03在虚拟机终端启动智能体，必要时按官方方法完成服务商登录。
- 04核对项目可写路径、暴露的技能与设置，以及获准访问的网络目标。
- 05检查真实 diff 与输出；需要明确拉取修改时使用 clone 模式，而非共享工作区。
依据来源资料整理；产品功能声明尚未经过独立测试。
差异特点
它有什么不同
它把项目级虚拟机生命周期、开发工具链和智能体凭证处理组合起来。默认可写项目目录是明确授予的权限，不能把虚拟机边界理解成项目文件绝不会改变；应按实际选择的挂载和网络策略评估。
适合人群
谁值得考虑
- 希望让编程智能体在项目范围环境内工作的开发者。
- 需要为不同本地项目维护不同工具链的团队。
- 愿意核对文件系统与网络访问范围的用户。
选择之前
需要核对的事项
- 需 macOS 13 或更新版本，或 arm64/x86_64 的 Linux，以及 Lima 2.2 或更新版本。仓库说明已测试 Apple Silicon Mac 和 Linux，尚未测试 Intel Mac。
- 项目可写挂载允许修改该项目，应按需要备份或使用独立克隆。
- 核对宿主机特有的 .git 保护与官方列出的剩余攻击面。
- MIT 工具许可不代表外部模型订阅或算力资源免费。
常见问题
智能体运行在宿主机上吗？
文档流程要求在虚拟机终端启动智能体，因此进程运行在虚拟机里；用户仍应确认自己没有在另一个宿主机终端直接启动它。
它还能改动我的项目吗？
可以，默认项目目录是可读写挂载。文档中的 --clone 模式使用独立仓库副本，之后再由用户 fetch 修改回来。
Linux 需要额外准备什么？
官方列出 Lima、QEMU 和 /dev/kvm 访问权限，还说明了 Linux 缺少 .git 保护等限制，应核对当前安装与安全文档。
相关用途
可探索的任务
一手来源核验
产品信息已于 2026年11月7日 对照官网或一手产品文档核验。
