Ant、軽量JavaScriptランタイムとエコシステム
(antjs.org)- 独自開発の Ant Silverエンジンで実際のnpmパッケージを実行し、約8.6MBの単一バイナリと高速な起動を打ち出している
- V8・JSC・SpiderMonkeyを包み込んだ構造ではなく、compat-table 100% とWinterTC準拠を表示し、Hono・Elysia・TypeScript・React・Rolldown・Wasmなどをサポートする
- Honoを読み込んで2つのルートを登録した後に終了するコールドスタート測定で 5.4ms を記録し、Bunの12.8ms、Denoの24.8ms、Node.jsの31.1msより短かった
- パッケージをnpmより最大 40倍高速にインストールし、TypeScriptの直接実行と標準の
fetchexportのサービングにより、別途ビルドやフレームワークアダプターは不要 - 信頼できないコード向けの VM隔離サンドボックスと、npmプロトコル互換の公開レジストリants.landを提供し、macOS・Linuxのarm64およびx86_64で別途ツールチェーンなしに利用できる
独自エンジンと高速な開発フロー
- Antはゼロから構築された 高性能JavaScriptランタイムで、Ant Silverエンジンを含む約8.6MBのポータブルな単一バイナリとして配布される
- V8・JSC・SpiderMonkeyベースのラッパーではない
- compat-tableで100%を記録し、WinterTC Conformantと表示されている
- Hono・Elysia・TypeScript・React・Rolldown・WinterTC・Wasmエコシステムを実行する
-
コールドスタート性能
- Honoを読み込み、2つのルートを登録してから終了し、モジュール解決と初期化コストのみを測定する
- Ant: 5.4ms
- Bun: 12.8ms
- Deno: 24.8ms
- Node.js: 31.1ms
-
パッケージインストール
ant i honoコマンドでパッケージをインストールでき、例ではhono@latest1件のインストールが 155ms で完了する- npmより最大40倍速いインストール速度を打ち出しており、別途パッケージ管理ツールを設定する必要がない
-
サーバーとTypeScript実行
- ファイルの標準
fetchexportをサーバーとして提供するため、Honoのようなフレームワークを アダプターなしで実行できるant server.jsで実行すると、標準の例ではhttp://localhost:3000をリッスンする
- TypeScriptファイルは
ant app.tsで直接実行できるtsconfigの調整やバンドラー、distディレクトリ、tsc && node dist/app.jsの手順は不要
- ファイルの標準
隔離実行とパッケージエコシステム
-
VMベースのサンドボックス
ant:sandboxのSandboxは単純な権限確認を超えて、VM隔離境界内で信頼できないJavaScriptを実行する- 各サンドボックスは独立したKVMまたはHypervisor.framework VMを使用する
- ファイルシステムのマウントは、明示的に書き込み権限を付与しない限り読み取り専用のまま維持される
- ネットワークはデフォルトですべてブロックされ、指定したポートのみを転送する
-
公開パッケージレジストリ
- ants.landはAnt向けの 公開パッケージレジストリ
- npmプロトコルを使用し、Antだけでなくnpm・Yarn・pnpm・Bunからもアクセスできる
- パッケージはスコープまたは通常の名前でインストールし、
esm.ants.landを通じてブラウザでも利用できる ant land loginでログインし、ant land publishでパッケージを公開する- レジストリ情報には、ドキュメント・ライセンス・互換性を反映した0〜100点のスコアが含まれる
- macOSとLinuxの arm64およびx86_64 をサポートし、別途ツールチェーンは不要
1件のコメント
Hacker Newsの意見
私は毎日一日中AIでコーディングしているが、今年3月に提起されたこの問題は触れておく価値があると思う
その後コードを書き直したとしても、既存のAGPLコードベースが初期作業のかなりの部分を占めていたという点で、「最初から自分で作った」という表現にはやや引っかかる
そのスレッドによれば古いバージョンを破棄したあと、原作者たちはあまり気にしていないようで、現在のコードは形や構造が異なり実際に書き直されたように見える。全体としての作業は本当に気に入っているので続けてほしいが、皆が注意を払う必要はある
他のJavaScriptエンジンのコードを持ってきたように見えるLLMのGit履歴を、さらに別のLLMにブログ記事として書かせたような印象で、何が起きたのか理解しにくいし、プロジェクトを信頼するのはさらに難しい
2月ごろに既存のコードベースを事実上削除し、はるかに信頼性の高いシステムをゼロから設計した。当時のコードがほぼ全面的に低品質なAI生成物だったことは承知していたが、最優先事項ではなく、今ではレビューとテストを経ていないコードは一切通さないよう管理している
すでにApacheのAntがあるのに、なぜ「Antjs」や「Ant.js」ではなくAntと名付けたのか疑問だ: https://ant.apache.org
最初のバージョンを1か月で作った過程は最初の記事に、数か月後の続きは2本目の記事に書かれている
新しいランタイムとエコシステムをゼロから作ることが経済的に成り立つのかは分からないが、以前はチーム全体が必要だったソフトウェアを、今では開発者1人が作る段階にすでに入っており、まだ始まったばかりなのかもしれない
個人開発者が、以前ならチーム単位でも作れなかった新しいソフトウェアを生み出す姿を見たい。AIにはとても好意的だが、絶え間ない誇大宣伝にはうんざりしている
Anthropicの
antCLIがApacheantを気にしない、という冗談を言っていたが、今度はJavaScriptのantまで現れたantCLIを使っている人は1人も見たことがないJavaScriptエコシステムやランタイムに詳しいわけではないが、より小さなサイズ、速い起動、サンドボックス化、競争力のある性能をすべて掲げているのはやや驚きだった
すでに成熟して高度に最適化されたJavaScriptスタックに対して、こうした利点を実現できる中核的な洞察や設計上の選択、大きな技術的勝負どころが何なのか気になる
最速ではないにせよ、「Xより速い」だけを理由に新しいランタイムを導入するのは難しい。このプロジェクトの設計上の選択は、ClaudeやCodexがElkコードベースのかなりの部分をコピーした結果のように見える
ランタイムとエンジン、Colonyによる収益化は理解できるが、別レジストリ、別パッケージマネージャー、Ant Desktop、サンドボックス、正体のよく分からないtreatjsまで必要なのかは分からない
JavaScriptランタイムならJavaScriptを実行するという1つの仕事だけをうまくやってほしいのに、なぜ皆が統合ツールボックス志向なのか不思議で、このプロジェクトはすでに複雑に見える
「V8に近い速度」とあるが、zoo.jsのベンチマークではかなり遠いように見える: https://zoo.js.org/
2026年2月10日以降に性能が大きく向上したのでなければ、この表現は当てはまらない
当時はほとんどインタプリタとして動いていて、多くのJIT演算も欠けており、近いうちにnightlyビルドにもベンチマークを含める予定だ
最初に目に入ったのはサンドボックス化だった。Nodeとnpmがなぜこれを標準で提供しないのか分からず、ワームやサプライチェーン攻撃を大幅に減らす助けになるはずだ
すでに仮想マシン内で動作していてネストした仮想化が必要なら、サポートの有無すら不確かで、速度や効率も良くなさそうだ
ウェブサイトで使われているセリフ体フォントが何なのか気になる。
ant_serifという名前に変えて、他の識別子はすべて削除したようだが、かなり見栄えがいいコールドスタートのベンチマークはあるのに、実行性能ベンチマークをNode、Deno、Bun、QuickJSなどと比較した資料がないのはなぜだろう