lima-vm.io

Linux virtual machines, with a focus on running containers

[lima-vm.io @TheLimaProject]

Last month we shipped Lima v2.0, our biggest release yet🎉

What’s new:
-Plugin System for VM driver and CLI
-MCP tools for secure AI agents
-GPU acceleration with Krunkit driver
-URL scheme plugin

More in the @CloudNativeFdn blog: https://t.co/l7o8akcmuj

[CJ (Coding Garden) @CodingGarden]

Checkout devvm - near instant VMs for every project folder.

- Detect toolchains from your project's files
- Agents run inside the vm
- Only your project folder mounted
- Network allowlist
- Secrets stay on your machine
- Built on @TheLimaProject

https://t.co/uhOaacCWkh

[lima-vm.io @TheLimaProject]

Lima v2.3 blog: Native on Windows, VMnet on Linux, and menu TUI
https://t.co/TMlgdfCBZP

At Kubecon, @_AkihiroSuda_ will present "Lima as the Universal AI Sandbox" (https://t.co/v24jgrsgz6) this Tuesday (16:40-17:10).
We'll hosting the Lima pavilion on Thursday (10:15-11:55 AM).

[拓跋鼠 @qwerty__cs]

Give every project folder its own VM, and let your coding agent loose in there instead of on your Mac.

devvm makes one VM per project. Only that project folder gets mounted, at the same path as on your machine, so ~/.ssh, ~/.aws and ~/Documents stay out of reach. The network is allowlisted by default, and your GitHub and Claude Code tokens stay on the host.

It reads your project files and sets up the toolchain for you, so a folder with package.json gets node. Claude Code, Codex and opencode run inside with your own settings, skills and MCP servers. The base image is built once, and after that new VMs start in seconds.

Want the agent nowhere near your working tree? devvm --clone gives the VM its own copy of the repo, and its work only reaches yours when you git fetch it.

Free and open source (MIT), built on Lima. Runs on macOS 13+ or Linux.

https://t.co/kVOsfdw3lp

[lima-vm.io @TheLimaProject]

Released Lima v2.3:
🪟Experimentally support HCS driver (Windows hosts)
🍎Attach host block devices to VZ guests (macOS hosts)
🐧Experimentally support shared/host/bridged networks (Linux hosts)
🖥️limactl menu: a menu UI

https://t.co/wnYYJwTprn

Meet us at #KubeCon next week!

[lima-vm.io @TheLimaProject]

Lima v2.3.0-rc.0 highlights:
🪟Experimentally support HCS driver (Windows hosts)
🍎Attach host block devices to VZ guests (macOS hosts)
🐧Experimentally support shared/host/bridged networks (Linux hosts)
🖥️limactl menu: a menu UI

GA next week! 🟢
https://t.co/csSkCe2O6n

[lima-vm.io @TheLimaProject]

We have events during #KubeCon next month!

- Nov 10 (Tue), 16:40-17:10, "Lima as the Universal AI Sandbox" by @_AkihiroSuda_
- Nov 12 (Thr), 10:15-11:55, Lima pavilion

💡We have a 15% off promocode for #KubeCon !
Join #lima in the CNCF slack to grab it: https://t.co/GGTeWeaoTC

[lima-vm.io @TheLimaProject]

@andregrueter Thanks, looking forward to it!

[lima-vm.io @TheLimaProject]

@Yukimitsu_Izawa Thanks!

[井澤ゆきみつ @Yukimitsu_Izawa]

@TheLimaProject Posted! Here it is:
https://t.co/hxVxJmmLhB
Thanks again for the invitation.

[Andre Grueter @andregrueter]

I made our #PVYlima Desktop capable to run #FreeBSD 15 native on macOS. With Stats and PIDs and Shared / Restricted Folder and all the fancy nice to have... I think, two or three more refinements and we gonna ship it for free... Can run Dockerhost, Can create KVM Images, Can Run Kubernetes even with Longhorn, or FREE BSD... a Distro which needs to be FREE... They need more resources. The Best ? Each VM is a declarative YAML File between 16 -64 Lines of Code. Share it over chat or git.

[井澤ゆきみつ @Yukimitsu_Izawa]

この三連休の成果。
Limaの VMを GUIで作って動かす macOSアプリを作りました。

macOS 26の vmnetを使って、NATもホストオンリーも LANへのブリッジも sudoなし。固定 IPも OKです。

HanaLima 🌺（非公式・MIT）
https://t.co/Z3WLmFd8mq

[lima-vm.io @TheLimaProject]

📢 Lima Community Meeting is on Thursday!

📅 Thu Oct 15, 05:30 UTC
⏰ Wed 22:30 PDT | 07:30 CEST | 11:00 IST | 14:30 JST
📝 Agenda: v2.3 planning
🔗 https://t.co/7QESA1kc3d

Our meetings are open to EVERYONE, not just maintainers!

[lima-vm.io @TheLimaProject]

Released Lima v2.2.1 for several bug fixes.
Also released v2.3.0-beta.1, with significant improvements for Windows hosts.
Thanks to all the contributors! 💚

https://t.co/elXJ0VQbYs
https://t.co/RIbTLowo6m

[Chris Hager ⚡🤖 @metachris]

@LLMJunky Always good to isolate your LLMs in a real sandbox, like a VM. I recently wrote a guide for doing that using Lima VM: https://t.co/5pjah0SRq3

[infiloop @infiloop2]

Shipped Kern v1.14.15 . It can now run locally on your machine 🎊

Building Kern, I realised most of my users are technical, and many already run their own bare metal. Paying AWS prices doesn't make sense.

So now you can self host it with Lima VMs on macOS and Linux. Completely free, just follow readme at https://t.co/zgadEcAkHJ

[Fajar M Reza @FReza1984]

Give coding agents a disposable VM—not your daily machine.

Trail of Bits’ coop runs Claude Code or Codex inside per-project VMs: Firecracker microVMs on Linux, Lima on macOS. `coop up` syncs your project; profiles add dev tools, and stopped VMs can be checkpointed and restored.

That makes risky repos, agent evals, and parallel work easier to contain. Treat the VM as the trust boundary—and read the egress model, not magic.

[Aliou Ba @misteraliouba]

Je viens de découvrir Lima. Une VM qui s’installe sur le CLI et qui a automatiquement accès aux files de la machine physique. Elle ne consomme presque rien en espace comparée aux VM graphiques.

C’est incroyable !

[lima-vm.io @TheLimaProject]

Thanks to @trailofbits for utilizing Lima in their Coop: Isolated VM environment for running Claude Code and Codex

https://t.co/a22AMEVGXp

[美濃加茂まむ @superdoccimo]

コーディングエージェントを「ホスト直置き」から切り離す——Trail of BitsのOSS「Coop」が使い捨て隔離VMとして相対急騰している

結論
Claude Code／Codex／Grok Buildを、ホストと分離した使い捨てVMの中で回すRust製CLIがCoopだ。エージェント側にはDocker・git・コンパイラ・パッケージマネージャまで渡しつつ、ホストへの影響範囲をVMごと閉じる、という設計が前面にある。セキュリティ企業が公開した隔離ランタイムという位置づけで、GitHub Trending（Rust・週次）に乗り、Hacker Newsでも短時間でポイントが載った。日本語の実装レポートはまだ薄く、コーディングエージェントのblast radiusを実機で測りたいなら今が検証窓だ。

何が新しいか
「サンドボックス付きエージェント」は増えているが、Coopの芯はmicroVM単位の使い捨て環境だ。LinuxではFirecracker＋KVM、macOSではLima（Apple Virtualization.framework経由）でVMを立て、coop claude／coop codex／coop grokでエージェントをその中に入れる。READMEの信頼モデルは、ゲストをuntrusted扱いし、VM全体をblast radiusとする。エージェントがシェルを壊しても、原則ホスト側に漏れない前提で設計されている。認証情報はゲストに丸渡しせず、loopbackに閉じたcredential proxy経由で差し替える、とドキュメント側が説明する。再現可能で、作って捨てるコストが安い、というのが売り文句だ。

検証メモ（公開ページ観察・JST）

・About一行は「Isolated VM environment for running Claude Code and Codex」
・オーナーはtrailofbits（Trail of Bits）。リポジトリは空スタブではなく、Rust主体の実CLI
・言語表示はRust約81.8%／Shell約16.3%／Python約1.5%／Nix約0.4%。ライセンスはApache-2.0
・Topicsにclaude-code、codex、firecracker、kvm、lima、microvm、sandbox、vmが並ぶ
・導入はcurlインストールスクリプトまたはソースビルド／Nix。初期化はcoop setup、更新はcoop update、起動はcoop up
・実行面はcoop claude／coop codex／coop grok。エージェント用のフル開発ツールチェーンをVM内で使う前提
・対応OS：READMEはmacOS arm64（Apple Silicon）とLinux x86_64をtestedと明記。Linux arm64ビルドはあるがuntested。macOSはLima必須（brew install lima）。無いとsetupが失敗する
・最新近傍リリース：v0.6.2（2026-09-29前後）。ゲスト環境の転送をホストSSH設定から分離する変更などが入る
・最新近傍コミット：2026-10-01前後まで活発
・アーキテクチャ／trust-modelの別ドキュメントへのリンクあり。README本文だけではポリシー詳細は完結しない
・海外ではHacker Newsに「Coop – Isolated VM Environments for Running Claude Code and Codex」系の投稿が載り、探索時点で50点台が表示された。日本語の深い実装解説はまだ少数で、英語README・英語二次記事が中心

数値（GitHub HTML観察・探索時点）

・Stars: 743／Forks: 38／Watchers: 3
・Open issues: 45
・GitHub Trending（Rust・今週）観察時: 約488 stars this week（ページ表示）
・Latest近傍: v0.6.2（2026-09-29）
・Hacker News: 探索時点で約56 points、投稿からおおよそ1日スケールの表示

注意

・「隔離」はホスト直実行よりblast radiusを狭める設計であり、VM内での破壊・データ持ち出し・プロキシ経由の認可悪用までゼロにする保証ではない
・macOSはLima依存。セットアップ失敗の第一候補は仮想化前提の欠落
・Linux arm64はuntested。本番ノートやCIをarmに寄せているなら先に互換マトリクスを自分で取る
・curl | bashの導入は便利だが、社内ポリシーがあるならソースビルド／Nix／チェックサム確認に切り替える
・credential proxyはloopback＋jailと説明されるが、エージェントに渡すスコープ（どのAPIキーを代理するか）を狭くしないと意味が薄い
・スター急増はセキュリティ企業ブランドと「Claude Codeを隔離したい」需要の両方を含み得る。採用判断は自前の脱出試験なしにしない
・v0.6系の変化が速い。ピン留めバージョンとChangelogを残すこと

次アクション／OpenClaw向け

1) 隔離用マシンまたは検証用ユーザでだけ入れる
（方針に合うなら）ソースまたはNixで入れ、curl | bashは使わない
coop setup

2) 空の作業ディレクトリでVMを起動し、ホスト側ホームが見えないことを確認する
coop up
coop claude
（または）coop codex／coop grok

3) 脱出試験を3本だけ先にやる
・ホストの~/DownloadsやSSH鍵パスをエージェントに読ませようとして拒否／不可視になるか
・VM内から外向きネットワークが意図どおりか（許可したAPI以外）
・coopで落としたあと、ホストに一時ファイルやDocker残骸が残らないか

4) OpenClaw実験メモ例
・対象: 既存リポジトリ1本をVM内だけでclone〜テストまで
・比較軸: ホスト直のClaude Code／Codex vs Coop経由
・記録: セットアップ時間、初回起動時間、エージェント作業の成功率、ホスト側に残った痕跡の有無
・合否: 脱出試験3本が期待どおりで、かつ普段のコーディング速度が許容範囲なら採用候補
・バージョン: coop v0.6.2系をログに固定

GitHub
trailofbits/coop