2026/11/07 2:30

Devvm.dev：プロジェクトごとに一台のVM

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

devvm は、MIT ライセンスの無料オープンソースツールであり、Claude、Codex、Opencode などの AI エージェント向けにコード開発用隔離された仮想マシン（VM）サンドボックスを即座に作成します。Lima バックエンドを使用して macOS および Linux（arm64 または x86_64）上で動作し、共有ツール（node、python、go、rust、claude）を含む事前に構築されたベースイメージを共有することで、複雑な手動設定やエージェントログイン設定の必要性を排除し、新しい VM を数秒で起動可能にします。

このツールは、セキュリティを自動的に構成するため、プロジェクトフォルダのみを

~/web

として読み書き可能なように VM にマウントし、

~/.ssh

、

~/.aws

、

~/Documents

のような重要なホームフォルダを環境から厳格に除外します。このアーキテクチャに加え、トークンを注入して階層別ネットワークアクセス（許可リスト、インターネット、公開、あるいはなし）を強制するマシンストアの代理サーバーを組み合わせたことで、脆弱性が悪用された場合の攻撃範囲を劇的に縮小します。API トークンなどの機密情報はローカルマシン上に留め置き、リクエスト時にのみプレースホルダーに置換されます。

技術的な柔軟性は組み込まれています：ツールチェーンはプロジェクトファイル（例：

package.json

）に基づいて自動的に選択されますが、コマンドラインフラグを使用してカスタマイズ可能です。Docker、Nix、またはデスクトップ環境など、カスタムレイヤーを簡単なコマンド（

devvm layer new

）で追加することもできます。また、ポートは自動的に転送されます（例：VM の 5173 ポートを localhost:5173 に）。VS Code との統合は Remote-SSH を通じて機能します。システムの完全性を維持するため、git フックおよび macOS 上の設定はロックされており、VM がローカル挙動を変更するのを防止しています。

本文

自由でオープンソース：プロジェクトごとに 1 つの VM (devvm)

コンセプト

隔離されたサンドボックス環境。プロジェクトのツールチェーンを搭載し、開発者自身またはコーディングエージェントが即座にコーディングを開始できるよう準備されています。

ローカル実行:
```
~/web
```
などの場所で
```
devvm
```
を実行します。
ホストとの境界: 以下のディレクトリは VM の外側（ホスト）に残ります。
- ```
~/.ssh
```
- ```
~/.aws
```
- ```
~/Documents
```

動作環境とアーキテクチャ

VM 内のマウント状況

VM のシェル内（プロンプトが

(devvm)

で始まる）では

claude

を実行します。

エージェント: そのままの場所に動作し、プロジェクトフォルダーは**読み書き (read-write)**としてマウントされます。
スキルと設定: **読み取り専用 (ro)**でマウントされます。
ネットワーク: お使いのマシン上のプロキシを経由します。これによりトークンが追加され、インターネットへのアクセスもアロウルイストに従って制限されます。

お使いのマシン: ~/web $ devvm × ~/.ssh × ~/.aws × ~/Documents
VM (devvm)      ~/web $ claude █ ~/web rw skills ro settings ro token proxy allowlist

クイックスタート

1. プロジェクトに移動する

ターミナルを開き、任意のプロジェクトフォルダーに

cd

で移動します。

お使いのマシン:

~ $ cd ~/some-project

2. devvm を実行する

devvm

を実行すると、新しい VM に割り当てられる構成が表示されます。Enter キーを押すと VM が作成されます。

ツールチェーン: node など自動検出または指定可能。
エージェント:
```
claude
```
など選択可能。
サイズ: デフォルト 4 CPUs, 8 GiB メモリ。
ネットワーク: アロウルイスト設定。

お使いのマシン:

~/some-project $ devvm

このフォルダー用の新しい VM は以下の構成を取得します:
  ツールチェーン: node
  エージェント: claude
  サイズ: 4 CPUs, 8 GiB メモリ
  ネットワーク層: allowlist

カスタマイズしますか？[y/N]
[Enter キーが押された]

3. エージェントを起動する

devvm

は VM のシェル（プロンプトが

(devvm)

で始まる）を開きます。そこからエージェントを起動します。

VM 内:

VM(devvm) ~/some-project $ claude

ノート:
Claude Code
は初回起動前にログインが必要となります。
devvm agent login claude
コマンドを実行すると、VM 内でログイン処理が行われます。認証情報はお使いのマシン（ホスト）に保持されるため、以降は同じ VM を再利用可能です。

対応状況とカスタマイズ

ツールチェーンの自動選択

プロジェクトのファイルが参照しているツールチェーンは

devvm

が自動選択します。新規作成時または

--tools

フラグで名称を指定して追加できます。

検出ロジック:
```
devvm
```
はフォルダー内のファイルを読み込んで判定します。
- ```
package.json
```
  →
```
node
```
- ```
pyproject.toml
```
  →
```
python
```

ファイル検出例:

~/web
  ├── package.json → node
  └── pyproject.toml → python

コーディングエージェント

動作環境:
```
Claude Code
```
,
```
Codex
```
,
```
opencode
```
は VM 内で動作します。
起動方法: VM 内のターミナルで「
```
claude
```
」を実行します。

コマンド:

VM ~/web $ claude
# 利用可能: claude, codex, opencode

レイヤー（ベースイメージ）

devvm

は新規 VM のカスタマイズ時に選択できる

docker

nix

desktop

を同梱しています。独自のカスタムレイヤーは

devvm layer new

コマンドで作成可能です。

構成: ベースの上に
```
docker
```
、さらにその上に
```
nix
```
を重ねた「docker+nix」構成が基本です。

レイヤーのスタック:

docker+nix
  └─ nix
      └─ docker
          └─ base

セキュリティと隔離性 (なぜ devvm か)

リスク比較表

シナリオターゲット資産 (侵害対象) 安全な資産

シナリオ	ターゲット資産 (侵害対象)	安全な資産
devvm を使用しない場合	`~/web` , `~/.aws` , `~/.ssh` , `~/api`	なし（マシン全体が侵害されるリスク）
devvm を使用する場合	`VM ~/web` (隔離された環境)	`~/.ssh` , `~/.aws` , `~/api`

devvm を使用しない場合

~/web

~/.aws

~/.ssh

~/api

なし（マシン全体が侵害されるリスク）

devvm を使用する場合

VM ~/web

(隔離された環境)

~/.ssh

~/.aws

~/api

攻撃被害の抑制

開発者はサプライチェーン攻撃や漏洩した機密情報、プロンプトインジェクションなどに直面する可能性があります。

devvm

は合理的なデフォルト設定を同梱しており、ワンコマンドでサンドボックス環境からコーディングを開始できます。

VM を使用しない場合: 攻撃がマシンへ至る経路は存在し、すべての資産が侵害対象になります。
VM を使用する場合: プロジェクトは VM 内に配置され、各攻撃がマシンへ至る経路はVM の境界で止まります。

開発者向け設定：ゼロ構成 (Zero Config)

オプションの追加機能: ベースイメージには
```
oh-my-bash
```
,
```
fzf
```
,
```
zoxide (z)
```
,
```
tree
```
,
```
tldr
```
が含まれています。
Git の著者情報: すべての VM は Git の名前とメールアドレスを付与します。コミットはすべてユーザーまたはエージェントが作成したものとして扱われます。
ポート転送: 自動的なポート転送を行います（例：VM 内の
```
:5173
```
→ ホストの
```
localhost:5173
```
）。
VS Code との統合:
```
devvm code
```
コマンドで Remote-SSH を経由して VM を開くことが可能です。

視覚的表現:

お使いのマシン (localhost:5173)
       │
       ├─── SSH ───────► devvm-web (VM)
       │                  │
       │                  ├── npm run dev (:5173 で準備済み)
       │                  └── git commit (著者: ユーザー)

隔離されたサンドボックスの詳細

マウント: VM はプロジェクトフォルダーを同じパスでマウントしますが、ホームフォルダー内の他の内容は一切認識しません（エージェント設定は読み取り専用）。
ネットワーク: デフォルトでは「allowlist」層を取得し、プロキシ経由でのアクセスのみ許可されます。
Git の保護 (macOS):
```
.git
```
のフックと設定をロックするため、VM 内の変更がホストの Git に波及しません。
クローン (
--clone
): リポジトリをクローンした上で動作するため、作業ツリーや
```
.git
```
への直接アクセスを制限できます。

隔離マップ:

お使いのマシン: × ~/.ssh × ~/.aws × ~/Documents
              │
              └──► ~/web (VM 内でマウント)
                    ├── rw (プロジェクトファイル)
                    └── .git (ロック済み)
                    
ネットワークフロー: プロキシ（アロウルイスト内のホストのみ許可）

セカンダリ VM の高速起動

イメージ構築: 最初の VM はベースイメージを構築しますが、以降の VM はコピーとして数秒以内の起動が可能になります。
共有ツール: ツールチェーンのバージョンは一度だけ構築され、読み取り専用で共有されます。

可視化:

ベースイメージ (1 度構築)
│
├── devvm-web (起動済み)    ├── node    ├── python    ├── go      ├── rust  └── claude (共有・読み取り専用)
├── devvm-api  (起動済み)
└── devvm-cli  (起動済み)

コーディングエージェント向け最適化

隔離: エージェントは VM 内で動作するため、攻撃時はサンドボックス内に留まります。
セキュリティ:
- クロードトークンや Codex ログイン情報はホストのマシンに保持されます。
- VM にはプレースホルダーが与えられ、実際のトークンは
```
devvm
```
  のプロキシによって注入されます。
データフロー:
- スkil: **読み取り専用 (ro)**でマウント。
- 設定・MCP サーバー: コピーされる。
- 履歴・トークン: ホストに残り、プロキシ経由でのみ API アクセス可能。

データアーキテクチャ:

お使いのマシン
├── Skills          │ (マウント) ──[RO]──►
├── Settings        │ (コピー)    ──>
├── MCP Servers     │ (コピー)    ──>
└── Token           │ (プレースホルダー) ──[プロキシが実際のトークンを追加]──► API

VM
└── エージェント: claude, codex, opencode

ご自身のもので作りましょう（カスタマイズ）

カスタムレイヤー: 独自のレイヤー（例：
```
devvm layer new mailpit
```
）を作成可能です。
セットアップ:
```
devvm setup --layers
```
でユーザー選択のレイヤーや設定を適用します。
ベースイメージの選択:
```
--from
```
フラグで特定のコンテナイメージ（例：
```
node:24
```
）から構築できます。
DevContainer への対応: プロジェクトに
```
devcontainer.json
```
が存在する場合、その設定を使用して VM を構築します。

スタック例:

[上部] VM (devvm-web)
     │ (作成元: node + mailpit)
     │
[レイヤー] ユーザーのレイヤー (mailpit)
     │
[機能] ユーザーの機能、ダットファイル、エイリアス
     │
[ベース] コンテナイメージ: node:24

FAQ

動作環境は何ですか？

devvm

は macOS および Linux (arm64 / x86_64) で動作します。Lima の必要があり、Homebrew を使用するとインストール可能です（Linux 場合は QEMU と

/dev/kvm

アクセス権限が必要）。

エージェントはお使いのマシン上で動作しますか？ いいえ。VM のシェル内でのみ動作します。お使いのマシンにインストールされません。

無料ですか？ はい。

devvm

は MIT ライセンスの下でオープンソースです。

サンドボックスでコーディングを開始する手順

```
devvm
```
をインストールします。
任意のプロジェクトフォルダーで
```
devvm
```
を実行します。

インストール | ドキュメントを読む

同じ日のほかのニュース

一覧に戻る →

2026/11/07 4:48

Opus に助けてもらうことができる Jev は、コストを 1/4 に抑えつつ Opus の精度を実現します。

## Japanese Translation: ハイブリッド AI アーキテクチャの識別解決における核心的な利点は、低コストの決定モデルを高精度の frontier モデルと組み合わせることで、トップクラスの性能を維持しながら経費を大幅に削減できる点にあります。誤字や双子、兄弟といった不確実で困難なケースを含むレコードを、Opus などの強力な大規模言語モデル (LLM) にルーティングするこのアプローチにより、スタンドアローンシステムに見られる過信エラーを排除します。個体識別（記録を重複なしに単一の個人にマッピングすること）において、ハイブリッドシステムは全てのレコードに対して高価な frontier モデルを実行する場合に比べ、運用コストを 4 倍以上削減します。Jev や Luna のような決定モデルは、frontier LLM に比べて最大 90 倍も低く、1,000 件のアイデンティティあたり約 0.05〜0.10 ドルで提供され、設定だけで約 0.15 秒で回答を返します。標準的な LLM は日常業務においてレイテンシと高料金を苦にしますが、ハイブリッド戦略は迅速性を保つために安価な決定ツールを活用し、信頼性が低い場合にのみプレミアムモデルを呼び出します。この「2 段階」のアーキテクチャは、困難なデータ課題に対しても堅牢さを保証します。簡単なテストでは Luna が Jev をわずかに上回りますが、難しいベンチマークでは性能差が消え、ハイブリッド Jev はハイブリッド Luna（1,000 件あたり 1.15 ドルで 91.6% の精度）を上回り、2.94 ドル/1k で 95.3% の高精度を達成します。将来の展開においては、高コストモデルのみへの依存よりもこの混合戦略を優先すべきです。それは、大規模データ管理において frontier レベルの精度を実現すると同時に、著しく高速な処理速度と低い財務負荷を提供するからです。テストデータは、ワシントン大学の Institute for Health Metrics and Evaluation から提供される「pseudopeople」ツールを用いて生成され、例示に実際の人物は一切含まれていません。 ## Text to translate: The core advantage of hybrid AI architectures for identity resolution lies in combining low-cost decision models with high-accuracy frontier models to drastically cut expenses while maintaining top-tier performance. By routing uncertain or difficult cases—such as those involving typos, twins, or siblings—to powerful large language models (LLMs) like Opus, this approach eliminates overconfidence errors common in standalone systems. In identity resolution—mapping records to single individuals without overlaps—hybrid systems reduce operational costs by more than four times compared to running expensive frontier models for every record. Decision models such as Jev and Luna are up to 90× cheaper and over 10× faster than frontier LLMs, costing $0.05–$0.10 per 1,000 identities and answering in about 0.15 seconds out of the box. While standard LLMs struggle with latency and high fees on routine tasks, hybrid strategies leverage cheap decision tools for speed, invoking premium models only when confidence is low. This "two-tier" architecture ensures robustness even against difficult data challenges. On easier tests, Luna slightly outperforms Jev, but on harder benchmarks the performance gap disappears and hybrid Jev achieves 95.3% accuracy at $2.94/1k, surpassing hybrid Luna's 91.6% accuracy at $1.15/1k. Future deployments should prioritize this mixed strategy over relying solely on high-cost models, as it delivers frontier-level accuracy with significantly faster processing speeds and lower financial overhead for large-scale data management. Test data was generated using the "pseudopeople" tool from the Institute for Health Metrics and Evaluation at the University of Washington, ensuring no real people appear in examples.

2026/11/07 5:27

AI が AI 研究を劇的に加速している

## Japanese 翻訳: Anthropic の最新の報告書（S1）は、AI の開発が直ちに「責任あるスケーリングポリシー」（RSP）によって定義される臨界点に達することを示しています。この「劇的に加速した進歩」は、AI システムが自身の研究開発を自動化することによって引き起こされており、計算資源またはその他の入力による歴史的な成長率よりも能力向上が 2 倍速く達成されています。深層アクセス調査では、2025 年 10 月から 2026 年 10 月までの間に Anthropic の能力が前年と比較して約 2 倍の速度で進化したことが確認されました。しかし、多くの証拠資料が削除されており、科学的な外部検証を妨げています（研究者は生データを検査したりモデルを検証したりできません）。 AI の自動化は計算リソース乗数で約 2〜3 倍のスピードアップをもたらしますが、そのような進歩のペースを維持するために研究職の労働力を約 4〜9 倍（あるいは最大約 10 倍）増やす必要性を生み出します。国家レベルのデータ窃取を防ぐために設計された現在の安全性基準は、すでに OpenAI や Anthropic という大手企業が breach（突破）しており、分野全体が脆弱化しています。即時かつ堅牢なロギング、監視、共謀への対抗策、原則に基づいたアライメント訓練、ガバナンスインフラの導入を行わない限り、このフィードバックループは 1 年以内に極端な超知能の実現を可能にし、その後進歩を指数関数的に加速させます。もしボトルネックなしで誤整合したシステムがこの状態に至れば、人類文明を圧倒できる新たな兵器を急速に開発することが可能です。したがって、業界は現時点でこれらの不可欠なガバナンス要件を満たしておらず、特定のインフラストラクチャ対策が直ちに導入されない場合、壊滅的な結果につながる高いリスクがあります。

2026/11/07 4:33

ファイアクラッカーVMエスケープ：PwnEscape パート2

## Japanese Translation: 重要なセキュリティの突破が明らかとなり、Firecracker ハイパーバイザーを迂回してホストシステムで完全な root アクセスを取得できることが、CVE-2026-99999 として追跡されています。このエクスプロイトは、拡張ページテーブル（EPT）の解決、ホストのページテーブルへの逆マッピング、ASLR 下でのバイナリに対するイメージマッピング、そしてアクティブな `pt_regs` 構造体の所在を特定する「4 つのリゾルブ段階」に依存し、KVM_RUN から直ちに戻った生きている vCPU スレッドをハイジャックします。この復帰中に保存されたレジスタを変更することで、研究者たちは隔離から脱出し、管理者権限でコードを実行することに成功しました。特筆すべきは、攻撃がペイロードの配信後に一時スタック語を復元する可逆的な手順を含んでいることであり、その結果、Firecracker インスタンスは通常通り実行され続け、SSH アクセスも保持されており、侵害されているにもかかわらず機能的と見なされます。特定バージョンの Firecracker とホストカーネルでテストされたこの概念実証（PoC）は、jailer プロセスを必要とせずに、ホストメモリおよびプロセス制御を直接操作できることを示しており、unjailered インスタンスが脆弱であることを実証しています。